User Tools

Site Tools


exercises:2017_uzh_cp2k-tutorial:login

First Login

In this exercise you will learn how to login and run commands on our infrastructure.

Part I: Login

As mentioned in the lecture, you absolutely need

  • a X11-Server:
    • on Linux: it is enough to be logged-in in a graphical environment (Unity, Gnome, KDE, …)
    • on Mac OS X/OSX/macOS Sierra: you need XQuartz
    • on Microsoft Windows: you need XMing
  • a terminal emulator:
    • on Linux: this can be one of Konsole, Gnome Terminal, Terminal, XTerm, …
    • on Mac OS X/OSX/macOS Sierra: use the X-Windows terminal from XQuartz
    • on Windows: use Putty

optionally you may want:

  • a file transfer tool to copy files from/to the server:
    • on Linux: put sftp://tcopt6.chem.uzh.ch as the address in your file browser and you should be able to browse your home directory after logging in
    • on Mac OS X/OSX/macOS Sierra: use Cyberduck
    • one Windows: use WinSCP or Cyberduck
  • a plain text editor to edit input files if you are uncomfortable with using vim, nano or emacs via SSH. Please note: It is important that your editor supports Unix line endings. If in doubt, use one of the mentioned editors on the server, or an advanced plain text editor like Atom (plus the line-ending-selector-unix plugin) or Notepad++ on your local machine.

Use the instructions giving in the lecture/available via OLAT to login on the server tcopt6.chem.uzh.ch using your assigned account.

Login the remote machine using (if you use Linux or MacOS):
$ ssh -X username@tcopt6.chem.uzh.ch

Part II: Loading and running a program

Module loading

Since there are numerous applications with different and possibly conflicting requirements, the module system is used. This means that only basic commands are available until explicitly loaded.

To list all available modules:

$ module avail

while using

$ module list

gives the list of loaded moules.

To load the CP2K module used in this course, use:

$ module load cp2k/r17968_2017_06_27

When you list the loaded modules again at this point (see command above), you will notice that the list has changed.

Now run the following command to verify that the CP2K executable is available:

$ cp2k.sopt --help

Which should give you the output

 cp2k.sopt [-c|--check] [-e|--echo] [-h|--help] [--html-manual]
           [-i] <input_file>
           [-mpi-mapping|--mpi-mapping] <method>
           [-o] <output_file>
           [-r|-run] [--xml]

 starts the CP2K program, see <https://www.cp2k.org/>

 The easiest way is cp2k.sopt <input_file>

 The following options can be used:

  -i <input_file>   : provides an input file name, if it is the last
                      argument, the -i flag is not needed
  -o <output_file>  : provides an output file name [default: screen]

 These switches skip the simulation, unless [-r|-run] is specified:

  --check, -c       : performs a syntax check of the <input_file>
  --echo, -e        : echos the <input_file>, and make all defaults explicit
                      The input is also checked, but only a failure is reported
  --help, -h        : writes this message
  --html-manual     : writes a HTML reference manual of the CP2K input
                      in the current directory. The file index.html is a good
                      starting point for browsing
  --license         : prints the CP2K license
  --mpi-mapping     : applies a given MPI reordering to CP2K
  --run, -r         : forces a CP2K run regardless of other specified flags
  --version, -v     : prints the CP2K version and the SVN revision number
  --xml             : dumps the whole CP2K input structure as a XML file
                      xml2htm generates a HTML manual from this XML file

Now you can run cp2k using:

$ cp2k.sopt -i cp2k.inp -o cp2k.out &
$ mpirun -n $NUM_PROC cp2k.popt -i cp2k.inp -o cp2k.out &

Another program we need for visualization is VMD.

Load the respective module (since there is only one version available, the shorthand vmd can be used when specifying the module to load) and start it using:

$ vmd

Two new windows named VMD Main and VMD 1.9.2 … Display should open on your local machine while the server shows:

Info) VMD for LINUXAMD64, version 1.9.2 (December 29, 2014)
Info) http://www.ks.uiuc.edu/Research/vmd/                         
Info) Email questions and bug reports to vmd@ks.uiuc.edu           
Info) Please include this reference in published work using VMD:   
Info)    Humphrey, W., Dalke, A. and Schulten, K., `VMD - Visual   
Info)    Molecular Dynamics', J. Molec. Graphics 1996, 14.1, 33-38.
Info) -------------------------------------------------------------
Info) Multithreading available, 32 CPUs detected.
Info) Free system memory: 256213MB (99%)
Warning) Detected a mismatch between CUDA runtime and GPU driver
Warning) Check to make sure that GPU drivers are up to date.
Info) No CUDA accelerator devices available.
Warning) Detected X11 'Composite' extension: if incorrect display occurs
Warning) try disabling this X server option.  Most OpenGL drivers
Warning) disable stereoscopic display when 'Composite' is enabled.
libGL error: failed to load driver: swrast
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
Info) OpenGL renderer: GeForce GTX 760 (192-bit)/PCIe/SSE2
Info)   Features: STENCIL MSAA(4) MDE MTX NPOT PP PS 
Info)   GLSL rendering mode is NOT available.
Info)   Textures: 2-D (16384x16384), 3-D (2048x2048x2048), Multitexture (4)
Info) Dynamically loaded 2 plugins in directory:
Info) /sw/build/generic/app/vmd/vmd-1.9.2/lib/vmd/plugins/LINUXAMD64/molfile
vmd >

If you only get the output on the server but not the 2 windows there is something wrong with your setup and you should check the lecture notes again. You can exit VMD by either closing the VMD Main or by giving the quit command at the vmd > prompt:

vmd > quit
The module loading is not persistent. You have to reload the modules every time you log back in.
exercises/2017_uzh_cp2k-tutorial/login.txt · Last modified: 2017/07/05 18:23 by agloess