FAQ

From FarmShare

(Difference between revisions)
Jump to: navigation, search
(Why can't I submit jobs to the bigmem partition?)
 
(66 intermediate revisions not shown)
Line 1: Line 1:
-
==Frequently Asked Questions==
+
== Policy ==
-
===How do I change my shell on a cardinal or a corn===
+
=== Can I use FarmShare with high-risk data? ===
-
Currently, everyone gets tcsh as default shell.  If you want to use e.g. bash instead, put a code snippet like this into your .cshrc:
+
-
<pre>
+
'''No.''' FarmShare is ''not'' approved for use with [https://dataclass.stanford.edu high-risk] data, including protected health information and personally identifiable information. Do not use FarmShare resources to store or process protected information.
-
if ($?prompt && -x /bin/bash) then
+
-
setenv SHELL bash
+
-
exec bash
+
-
endif
+
-
</pre>
+
-
===tset: standard error: Invalid argument===
+
== Shell and Environment ==
-
In your job script, you probably don't explicitly specify which shell to use.  Probably your default shell is csh and your csh startup scripts are getting loaded and something there is generating that error because the job is not run under an interactive session.  So the solution is to either specify a shell on the first line of your job script in the usual Unix way e.g.
+
-
  #!/bin/bash
+
=== How do I change my shell? ===
-
or else use the -S flag to qsub, e.g.
+
<code>bash</code> is the default shell for most users, and should be the default shell for all new accounts. Older accounts may use <code>tcsh</code> by default, instead. If you would like to change your shell for any reason you can send e-mail to [mailto:srcc-support@stanford.edu srcc-support@stanford.edu]. The <code>bash</code>, <code>zsh</code>, <code>fish</code>, <code>mksh</code>, and <code>tcsh</code> shells are installed, but not all are equally well-supported.
-
# get rid of spurious messages about tty/terminal types
+
FarmShare uses Stanford's central account infrastructure, so ''changing your shell on FarmShare will affect all other systems that use this infrastructure'' (for example, <code>myth.stanford.edu</code>). Please acknowledge your understanding of this by including something like the following in the text of your request.
-
#$ -S /bin/sh
+
-
===tty errors===
+
<blockquote style="padding-left: 5em; padding-right: 5em;">Please change my default shell to $SHELL. I understand that this is a global change and will affect not only FarmShare systems, but all other systems at Stanford that use the University's central account infrastructure.</blockquote>
-
You may see things like
+
-
<pre>
+
-
tset: standard error: Invalid argument
+
-
Undefined tty
+
=== Why does my shell exit when running the <code>module</code> command? ===
-
stdin: is not a tty
+
-
</pre>
+
-
or
+
-
<pre>
+
-
Warning: no access to tty (Bad file descriptor).
+
-
Thus no job control in this shell.
+
-
</pre>
+
-
See the question above, and specify a shell. See the 'shell_start_mode' section of 'man sge_conf' for more info.
+
An early version of the default <code>tcsh</code> shell configuration set an option, <code>printexitvalue</code>, that was in conflict with the Lmod configuration. This issue has been fixed for new users, but existing users may have configurations that still <code>set printexitvalue</code> in <code>~/.tcshrc.set</code>. You can either edit this file to remove the statement, make the statement a comment (by prepending <code>#</code>), or copy over a corrected version of the default file from <code>/etc/skel</code>.
-
===error: can't open output file "/afs/ir/users/c/h/chekh/YYY.oXXXX"===
+
<source lang="sh">cp /etc/skel/.tcshrc.set ~</source>
-
Check that you have your Kerberos credentials and AFS tokens per [[AFS]]
+
-
===glusterfs: Transport endpoint not connected===
+
You can either log out and back in again, or run <code>unset printexitvalue</code> ''once'', to make the change take effect.
-
"/mnt/glusterfs: Transport endpoint is not connected."  This indicates a network or connection problem for the shared filesystem, please report this to the barley-alpha list or via HelpSU.
+
== Storage ==
-
===where is GView version 5?===
+
=== Where are my files? ===
-
Gauss View (GV5) is /usr/sweet/bin/gview
+
-
===SAS error message===
+
FarmShare no longer uses AFS for users' home directories. AFS is still accessible on <code>rice</code> systems, and you can access your AFS home directory using the convenience link, <code>~/afs-home</code>.
-
<pre>
+
-
  When I attempt to run the command "sas", I receive the following error
+
=== Why can't I access files in <code>~/afs-home</code> or <code>/afs</code>? ===
-
  message.
+
-
 
+
-
  ERROR: User does not have appropriate authorization level for library
+
-
  SASUSER.
+
-
  NOTE: Unable to initialize the options subsystem.
+
-
  ERROR: (SASXKINI): PHASE 3 KERNEL INITIALIZATION FAILED.
+
-
  ERROR: Unable to initialize the SAS kernel.
+
-
</pre>
+
-
Try to re-auth (kinit ; [[AFS|aklog]]), run updaterc, and source ~/.cshrc before running sas.  Also check that you're not over quota with the 'fs quota' command.
+
AFS access requires valid Kerberos credentials and an [[AFS#Authentication|AFS token]]. You can use the <code>klist</code> and <code>token</code> commands to view your existing credentials, if any; if you're having trouble accessing files in AFS, try re-authenticating.
-
==Received disconnect from 171.67.216.108: 2: Too many authentication failures for... ==
+
<source lang="sh">kinit && aklog</source>
-
That error message is from OpenSSH and it means it's not letting you log in because you don't have the right credentials. Check that your kerberos tickets are what you expect.
+
 
 +
See [[Advanced Connection Options]] for a suggested SSH configuration that can help reduce the occurrence of token issues at login.
 +
 
 +
=== Are my data backed up? ===
 +
 
 +
We take regular snapshots of data in your home directory (<code>/home/$USER</code>) and ''may'' be able to recover lost or damaged files in some cases. Data in your AFS home directory (<code>~/afs-home</code>) are backed up every night, and backups are kept for 30 days. The most recent backup is mounted at <code>~/afs-home/.backup</code>; if you need to recover data from an older backup you should submit a [https://helpsu.stanford.edu HelpSU] request. Data stored on the scratch volume (<code>/farmshare/user_data/$USER</code>) are ''not'' backed up and may be purged without warning.
 +
 
 +
== Slurm ==
 +
 
 +
=== Why can't I submit jobs to the <code>gpu</code> partition? ===
 +
 
 +
You must explicitly request GPU resources using the <code>--gres</code> option when you submit a job to the <code>gpu</code> partition.
 +
 
 +
<source lang="sh">sbatch --partition=gpu --qos=gpu --gres=gpu:1</source>
 +
 
 +
See the <code>man</code> page for <code>sbatch</code> for more information.
 +
 
 +
=== Why can't I submit jobs to the <code>bigmem</code> partition? ===
 +
 
 +
You must request at least 96GB of memory using the <code>--mem</code> option when you submit a job to the <code>bigmem</code> partition.
 +
 
 +
<source lang="sh">sbatch --partition=bigmem --qos=bigmem --mem=96G</source>
 +
 
 +
See the <code>man</code> page for <code>sbatch</code> for more information.
 +
 
 +
=== Why are my jobs killed after 2 hours? ===
 +
 
 +
While the ''maximum'' runtime for jobs is 2 days (unless you are submitting a job using the <code>long</code> quality-of-service), the ''default'' runtime is 2 hours. If your job requires more time to run you must request the additional time explicitly, using <code>--time</code>. You can also request less time than the default.
 +
 
 +
== Applications ==
 +
 
 +
=== Why does Gaussian 16 fail with error: "illegal instruction (core dumped)"? ===
 +
 
 +
Gaussian 16 requires a more recent CPU than is available on some FarmShare systems. You'll need to request a node with a compatible CPU when submitting Gaussian 16 jobs, or fall back to Gaussian 09 to run on any node. See <code>module help gaussian/g16-a.03</code> for more information.
 +
 
 +
=== Why does the <code>gview</code> command fail to start GaussView?===
 +
 
 +
The <code>gview</code> command is used to start the desktop version of VIM; use the <code>gv</code> command to start GaussView (after loading the <code>gaussview</code> module), instead.

Latest revision as of 16:05, 12 April 2018

Contents

Policy

Can I use FarmShare with high-risk data?

No. FarmShare is not approved for use with high-risk data, including protected health information and personally identifiable information. Do not use FarmShare resources to store or process protected information.

Shell and Environment

How do I change my shell?

bash is the default shell for most users, and should be the default shell for all new accounts. Older accounts may use tcsh by default, instead. If you would like to change your shell for any reason you can send e-mail to srcc-support@stanford.edu. The bash, zsh, fish, mksh, and tcsh shells are installed, but not all are equally well-supported.

FarmShare uses Stanford's central account infrastructure, so changing your shell on FarmShare will affect all other systems that use this infrastructure (for example, myth.stanford.edu). Please acknowledge your understanding of this by including something like the following in the text of your request.

Please change my default shell to $SHELL. I understand that this is a global change and will affect not only FarmShare systems, but all other systems at Stanford that use the University's central account infrastructure.

Why does my shell exit when running the module command?

An early version of the default tcsh shell configuration set an option, printexitvalue, that was in conflict with the Lmod configuration. This issue has been fixed for new users, but existing users may have configurations that still set printexitvalue in ~/.tcshrc.set. You can either edit this file to remove the statement, make the statement a comment (by prepending #), or copy over a corrected version of the default file from /etc/skel.

cp /etc/skel/.tcshrc.set ~

You can either log out and back in again, or run unset printexitvalue once, to make the change take effect.

Storage

Where are my files?

FarmShare no longer uses AFS for users' home directories. AFS is still accessible on rice systems, and you can access your AFS home directory using the convenience link, ~/afs-home.

Why can't I access files in ~/afs-home or /afs?

AFS access requires valid Kerberos credentials and an AFS token. You can use the klist and token commands to view your existing credentials, if any; if you're having trouble accessing files in AFS, try re-authenticating.

kinit && aklog

See Advanced Connection Options for a suggested SSH configuration that can help reduce the occurrence of token issues at login.

Are my data backed up?

We take regular snapshots of data in your home directory (/home/$USER) and may be able to recover lost or damaged files in some cases. Data in your AFS home directory (~/afs-home) are backed up every night, and backups are kept for 30 days. The most recent backup is mounted at ~/afs-home/.backup; if you need to recover data from an older backup you should submit a HelpSU request. Data stored on the scratch volume (/farmshare/user_data/$USER) are not backed up and may be purged without warning.

Slurm

Why can't I submit jobs to the gpu partition?

You must explicitly request GPU resources using the --gres option when you submit a job to the gpu partition.

sbatch --partition=gpu --qos=gpu --gres=gpu:1

See the man page for sbatch for more information.

Why can't I submit jobs to the bigmem partition?

You must request at least 96GB of memory using the --mem option when you submit a job to the bigmem partition.

sbatch --partition=bigmem --qos=bigmem --mem=96G

See the man page for sbatch for more information.

Why are my jobs killed after 2 hours?

While the maximum runtime for jobs is 2 days (unless you are submitting a job using the long quality-of-service), the default runtime is 2 hours. If your job requires more time to run you must request the additional time explicitly, using --time. You can also request less time than the default.

Applications

Why does Gaussian 16 fail with error: "illegal instruction (core dumped)"?

Gaussian 16 requires a more recent CPU than is available on some FarmShare systems. You'll need to request a node with a compatible CPU when submitting Gaussian 16 jobs, or fall back to Gaussian 09 to run on any node. See module help gaussian/g16-a.03 for more information.

Why does the gview command fail to start GaussView?

The gview command is used to start the desktop version of VIM; use the gv command to start GaussView (after loading the gaussview module), instead.

Personal tools
Toolbox
LANGUAGES