MTU

I cannot gain access to the Front End

Check to make sure that you are connected to the internet and that you are able to access websites and/or other machines. Access to the cluster is restricted from certain machines/networks in Michigan Tech (CEC, RoverNet, some Physics machines, etc.)
When I try to ssh into rama, I get something like

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now 
(man-in-the-middle attack)!
It is also possible that the RSA host key has just been 
changed. The fingerprint for the RSA key sent by the remote
host is c6:90:98:f2:0b:a9:87:39:4c:a5:39:1e:0c:e9:6b:2b.
Please contact your system administrator.
Add correct host key in $HOME/.ssh/known_hosts to get 
rid of this message.
Offending key in $HOME/.ssh/known_hosts:2
RSA host key for rama has changed and you have requested 
strict checking.
Host key verification failed.
  


1. Open a terminal on client machine
2. vi ${HOME}/.ssh/known_hosts
3. Search for rama
4. Delete the matching line(s)
5. Search for 141.219.155.53
6. Delete the line if it exists
7. Save and close the file
8. SSH attempts should work fine as before
When I try changing my password via passwd command, I get a message that it's too simple, it's based on a dictionary word, it's based on your username and/or so on...

New password must be atleast 5 characters in length and must atleast contain each of the following: one lowercase alphabet, one uppercase alphabet, one numeric character, and one special character. Also, new password must contain atleast 3 characters not present in the old password.
I cannot run any/some program(s)

You did not run /home/local/bin/load upon your first login or following an email from the SysAdmins to do so OR
You edited the contents above # PLEASE DO NOT EDIT THE ABOVE CONTENTS line in your login file.

Run /home/local/bin/load and follow on-screen instructions.
man crystal (or similar man commands don't seem to be working. What could be wrong ?

Read the answer to the above FAQ.
Will my customized settings be lost if I re-run /home/local/bin/load ?

No. Whenever this script is run, it saves your current login file (.bashrc) as .bashrc_DATETIME.
There is no job running on a particular compute node. Can I log in and submit my job?

NO. Any/all job(s) must ONLY be submitted via their respective batch submission script from the master node and SGE will pick a compute node for the job.
I submitted a job but can't find it now! There is (are) no output file(s) either. What happened to my calculation?

First off, check if there is a file called jobinfo.compute-0-N.PID (N : 0-31 & PID is the Process ID) or jobinfo.compute-0-N.DATETIME (where DATETIME is the time when the job was started) is in the directory where you launched your job. If so, read through to get some information. Also, do not forget to check SCRIPT-NAME.oJOBID file in the same directory. If your job was aborted/suspended, you must have received an email from the root to that effect. If not, it means that you submitted your job without a batch-submission-script and it was killed!
Some commands do not work the way they should!

Read the man page for that command. Meaning of a certain optional argument for the command might be different from the version/distribution of Linux you use(d) elsewhere.
Can I check my email (Using Pine or something like that)?

No. Please use your local machine for activities such as web-browsing, checking emails, etc.
I cannot run MolDen, XCrySDen : How am I to see the structure?

Front end and compute nodes are to be used strictly for computational purposes. Text editing (LaTeX), visualization of output (MolDen, XCrySDen, etc.) should be done on your local terminal/machine.
Will my data be backed up?

Yes and No; All data in /home/$USER directory of front end will be backed up on a regular basis. Backing up data in compute nodes is impossible, under the current circumstances.

So, users are requested to decide judiciously as to what file(s) have to be backed up. Keeping everything in the master node will put undue burden, drastically slowing down the communication between front end and compute nodes (Remember, /home directory is NFS mounted on all 32 nodes) affecting the calculations and will probably affect the backup process too.

Please contact sgowtham_AT_mtu.edu for rsync_ssh based scripts to periodically back up data from rama's front end on to your personal media.
When I try to login to a compute node via ssh, it asks for my password.

Send an email to cechelp-AT-mtu-DOT-edu and the error will be fixed.
When I submit a job, the compute node asks for my password.

Read the answer to the above FAQ.
When trying to save files, vi says
E138: Can't write viminfo file /home/$USER/.viminfo!


rm -f $HOME/.viminf?.tmp should resolve this problem.
My problem does not seem to be listed. What should I do

Read other FAQs to make sure that your problem is not a variant of some other problem. If these do not help, contact SysAdmins with a clear description of the problem - emailing the error message as is will probably make the debugging process of a lot faster.