vmd
We are in the process of migrating all software documentation from LONI Docs. If the current page is incomplete, please visit LONI Docs. We apologize for the inconvenience.
Table of Content
About
From the VMD project page:
VMD is designed for the visualization and analysis of biological systems such as proteins, nucleic acids, lipid bilayer assemblies, etc. It may be used to view more general molecules, as VMD can read standard Protein Data Bank (PDB) files and display the contained structure. VMD provides a wide variety of methods for rendering and coloring a molecule: simple points and lines, CPK spheres and cylinders, licorice bonds, backbone tubes and ribbons, cartoon drawings, and others. VMD can be used to animate and analyze the trajectory of a molecular dynamics (MD) simulation. In particular, VMD can act as a graphical front end for an external MD program by displaying and animating a molecule undergoing simulation on a remote computer.
Version and Availability
Softenv Keys for vmd on painter
| Machine | Version | Softenv Key |
|---|---|---|
| painter | 1.8.6 | +vmd-1.8.6 |
▶ Display Softenv Keys for vmd all clusters
| Machine | Version | Softenv Key |
|---|---|---|
| eric | 1.8.6 | +vmd-1.8.6 |
| qb | 1.8.6 | +vmd-1.8.6 |
| oliver | 1.8.6 | +vmd-1.8.6 |
| louie | 1.8.6 | +vmd-1.8.6 |
| poseidon | 1.8.6 | +vmd-1.8.6 |
| painter | 1.8.6 | +vmd-1.8.6 |
| tezpur | 1.8.6 | +vmd-1.8.6 |
| pandora | 1.9 | +vmd-1.9-text |
The command: $ setenv -k vmd
can be used to verify the VMD keys when logged on a particular machine.
▶ Softenv FAQ?
The information here is applicable to LSU HPC and LONI systems.
Softenv
SoftEnv is a utility that is supposed to help users manage complex user environments with potentially conflicting application versions and libraries.
System Default Path
When a user logs in, the system /etc/profile or /etc/csh.cshrc (depending on login shell, and mirrored from csm:/cfmroot/etc/profile) calls /usr/local/packages/softenv-1.6.2/bin/use.softenv.sh to set up the default path via the SoftEnv database.
SoftEnv looks for a user's ~/.soft file and updates the variables and paths accordingly.
Viewing Available Packages
Using the softenv command, a user may view the list of available packages. Currently, it can not be ensured that the packages shown are actually available or working on the particular machine. Every attempt is made to present an identical environment on all of the LONI clusters, but sometimes this is not the case.
Example,
$ softenv These are the macros available: * @default These are the keywords explicitly available: +amber-8 Applications: 'Amber', version: 8 Amber is a +apache-ant-1.6.5 Ant, Java based XML make system version: 1.6. +charm-5.9 Applications: 'Charm++', version: 5.9 Charm++ +default this is the default environment...nukes /etc/ +essl-4.2 Libraries: 'ESSL', version: 4.2 ESSL is a sta +gaussian-03 Applications: 'Gaussian', version: 03 Gaussia ....
Listing of Available Packages
See Packages Available via SoftEnv on LSU HPC and LONI.
For a more accurate, up to date list, use the softenv command.
Caveats
Currently there are some caveats to using this tool.
- packages might be out of sync between what is listed and what is actually available
- resoft and soft utilities are not; to update the environment for now, log out and login after modifying the ~/.soft file.
Availability
softenv is available on all LSU HPC and LONI clusters to all users in both interactive login sessions (i.e., just logging into the machine) and the batch environment created by the PBS job scheduler on Linux clusters and by loadleveler on AIX clusters..
Packages Availability
This information can be viewed using the softenv command:
% softenv
Managing Environment with SoftEnv
The file ~/.soft in the user's home directory is where the different packages are managed. Add the +keyword into your .soft file. For instance, ff one wants to add the Amber Molecular Dynamics package into their environment, the end of the .soft file should look like this:
+amber-8
@default
To update the environment after modifying this file, one simply uses the resoft command:
% resoft
Usage
VMD is an interactive X-Windows application, so you will need to to make sure your SSH session, and have an X-Windows server running on your local machine.
▶ X11 FAQ?
From *nix
Since ssh and X11 are already on most client machines running some sort of unix (Linux, FreeBSD, etc), one would simply use the following command:
% ssh -X -Y username@remote.host.tdl
Once successfully logged in, the following command should open a new terminal window on the local host:
% xterm&
An xterm window should appear. If this is not the case, email us.
From Mac OS X
An X11 service is not installed by default, but one is available for installation on the OS distribution disks as an add-on. An alternative would be to install the XQuartz version. Make sure the X11 application is running and connect to the cluster using:
% ssh -X -Y username@remote.host.tdl
From Windows
Microsoft Windows does not provide an X11 server, but there are both open source and commercial versions available. You also need to install an SSH client. Recommended applications are:
When a PuTTY session is created, make sure the "X11 Forwarding Enabled" option is set, and that the X11 server is running before starting the session.
Testing
Once Xming and puTTY have been set up and in stalled, the following will provide a simple test for success:
- start Xming
- start puTTY
- connect to the remote host (make sure puTTY knows about Xming for this host)
Once successfully logged in, the following command should open a new terminal window on the local host:
% xterm&
An xterm window should appear. If this is not the case, refer back to http://gears.aset.psu.edu/hpc/guides/xming/ or email us.
Note About Cygwin
Cygwin is still a useful environment, but is to complicated and contains too many unnecessary parts when all one wants is to interface with remote X11 sessions. For these reasons, we recommend Xming and PuTTY as listed above.
Advanced Usage
The most important connection that is made is from the user's client machine to the first remote host. One may "nest" X11 forwarding by using the ssh -XY command to jump to other remote hosts.
For example:
1. on client PC (*nix or Windows), ssh to remotehost1
2. on remotehost1 (presumably a *nix machine), ssh -XY to remotehost2
3. on remotehost2 (presumably a *nix machine), ssh -XY to remotehost3
...
8. on remotehost8 (presumably a *nix machine), ssh -XY to remotehost9
9. on remotehost9, running an X11 application like xterm should propagate the remote window back to the initial client PC through all of the additional remote connects.
The application is then started in the usual fashion:
$ vmd [options] filenm
The -h switch can be used to list the allowed options.
Last modified: March 07 2013 12:30:04.