The NANO cluster is part of the LBNL Supercluster and shares the same Supercluster infrastructure. This includes the system management software, software module farm, scheduler, storage, and backend network management.
Login and Data Transfer:
- Login server: lrc-login.lbl.gov
- DATA transfer server: lrc-xfer.lbl.gov
- Globus Online endpoint: lbnl#lrc
Please refer to the following table for the current generation of NANO1 hardware configuration.
|nano1||80||n0[000-079].nano1||INTEL Xeon X5550||8||24GB||QDR|
Storage and Backup:
NANO cluster users are entitled to access the following storage systems so please get familiar with them.
|HOME||/global/home/users/$USER||12GB||Yes||Per User||HOME directory for permanent data storage|
|SCRATCH||/global/scratch/$USER||none||No||Per User||SCRATCH directory with Lustre high performance parallel file system over Ethernet|
|MOTEL||/clusterfs/vulcan/motel/$USER||none||No||Per User||Long-term storage of bulk data|
|MOTEL2||/clusterfs/vulcan/motel2/$USER||none||No||Per User||Long-term storage of bulk data|
|PSCRATCH||/clusterfs/vulcan/pscratch/$USER||none||No||Per User||SCRATCH directory with Lustre high performance parallel file system over Ethernet|
NOTE: HOME, MOTEL, and MOTEL2 directories are located on a highly reliable enterprise level BlueArc storage device. Since this appliance also provides storage for many other mission critical file systems, and it is not designed for high performance applications, running large I/O dependent jobs on these file systems could greatly degrade the performance of all the file systems that are hosted on this device and affect hundreds of users, thus this behavior is explicitly prohibited. HPCS reserves the right to kill these jobs without notification once discovered. Jobs that have I/O requirement should use the SCRATCH or PSCRATCH file system which are designed specifically for that purpose.
NANO cluster uses SLURM as the scheduler to manage jobs on the cluster. To use the NANO resource the partition “nano” must be used (“–partition=nano”) along with account “nano” (“–account=nano”). Currently there is no special limitation introduced to the “nano” partition thus no QoS configuration is required to use the NANO resources (a default “normal” QoS will be applied automatically). If a debug job is desired the “nano_debug” QoS should be specified (“–qos=nano_debug”) so that the scheduler could adjust job priority accordingly. A standard fair-share policy with a decay half life value of 14 days (2 weeks) is enforced.
|PARTITION||ACCOUNT||NODES||NODE LIST||NODE FEATURES||SHARED||QOS||QOS LIMIT|
NANO uses Software Module Farm and Environment Modules to manage the cluster-wide software installation.
Please visit here for the live status of NANO cluster.