Need help running your job on the cluster? Need a question answered about a particular tool or cluster resources?

• Please contact the cluster team at cluster-help@luis.uni-hannover.de using the email address associated with your cluster account.
• You can also call us on the phone +49 511 762 791000

However, please read this documentation first and check whether your question is already answered in the FAQ. If you find the documentation lacking, let us know what's missing so we can update and improve it.

Whenever you have a question, please try to help us help you by providing the following information:

• Do NOT use “reply” to an old mail to create a new inquiry. Create a new one, choose a good subject. Otherwise, the topic will be both obsolete and completely different to what you really want, and you run the risk that your new inquiry will just be attached to an old case. You will not get a timely response if we think you are just responding to an introductory course invitation.
• State your username (nh…), Job ID(s) and locations on the system (directories, hostnames etc.)
• NEVER send us your password. We do not need it. Sending your password will lead to your account being locked.
• One problem per case: Nobody at the LUIS knows everything. If you pack several different topics into one case, fewer persons are able to answer them all, even if three out of your five questions would be easy to reply to. So the most difficult question in an inquiry will usually influence response time. One question at a time will usually get you answers much quicker. If things could depend on each other, then by all means describe them in one case, some things are complex.
• Details known about the problem, e.g.
  • what command(s) in what sequence lead to the problem?
  • Have you checked your quota (use the command checkquota)?
  • the time something happened; be precise if you can: log files are big and sometimes there are 1000 entries every minute
  • the batch script (as an attachment or - even better - its location on the cluster)
  • output from the program, if available, like myjob.o12345 and myjob.e12345 (as an attachment or - even better - its location on the cluster)
  • what did you already do to try solve the problem yourself?
  • for batch jobs:
    • did you request sufficient memory for your job?
    • in case of problems running a multi-node job: did you already try a single-node job, what was the outcome? Is it even reasonable to run your job over several nodes when it would fit on a single node (intra-node communication between processes may be a lot faster than inter-node communication)?
    • is the combination of cores, nodes and memory reasonable or even possible on the system? Did you check the list of nodes available to find your setup, or did you just copy a very old setup for a partition that does not even exist any more from a former colleague?
    • make sure you do not change/delete the files we need to trace your problem while we are at the case. The best method is to provide a minimal setup in a separate directory that we can use. The simpler and clearer your bug report, the easier it is to isolate the problem. A very good case shows “this runs ok” in comparison to “this does not” (e.g. a smaller job setup, less single/multi nodes, memory request, different parameter, different environment variable…)
  • for questions related to file transfers or graphical logins: how do you access the cluster? Weblogin? PuTTY? X2Go? SSH? What is your workstation's OS?
  • what is unusual or unexpected in the output files you already have?
  • bus errors and segmentation violations usually are not a system problem. They usually occur when a program tries to access memory locations or hardware that does not exist, which may happen e.g. when the software has problems with proper use of pointers or when it does not deal properly with unexpected input data.
• Screenshots help, but consider doing copy&paste for plain text for textual information
• After you got your response, do not just reuse the case to ask for something completely different. The person who replied to your first case may not know the answer to your new problem, but the case remains assigned to the same agent. One case per problem.
• In case you solve your problem yourself in the time it takes us to answer your case, please tell us. Ideally, you also tell us how you solved it: another user may have the same problem one day, and we do not know everything.