The ICS Instruction Openlab Linux Server cluster is for general purpose computing at the School of ICS and accessible to any user with an ICS shell account. Cluster priority is given to instruction, then undergraduate students, then graduate students, and then ICS researchers.
In order to ensure that Openlab cluster remain available to instruction and researchers fairly, users may expect the following:
Please use slurm for long running or serial projects requiring more than one openlab node. Processes running through slurm are not subject to the above guidelines.
Instructors may reach out to heldpesk@ics.uci.edu in order to request course exceptions to any of these guidelines.
Also see Linux Openlab FAQ
Your ICS home directory is shared across all ICS support linux hosts including the openlab hosts.
You may log in remotely from any host using an ssh client. See our common tools page for a list of clients.
Login into one of the following domain names (e.g. ssh openlab22.ics.uci.edu). In this case though, openlab and openlab22 will take you to the same set of servers since we have moved the same OS for all openlab machines.
| Domain Name | Operating System |
|---|---|
| openlab.ics.uci.edu | Ubuntu 22.04 hosts only |
| opengpu.ics.uci.edu | Ubuntu 22.04 hosts only |
NOTE: If you are running a long running process, please take note of the hostname you are running on. The name “openlab.ics.uci.edu” is a load balancer and may not point you to the same host twice. You can determine the hostname by running the command `hostname` from the shell cli. When you come back to check on your process, you will ssh into this name instead of openlab.ics.uci.edu.
When you login to the Openlab Linux cluster you will receive a lot of information that includes sections about fair use, system load and message from individual software ICS softward modules you add to your environment. This information may also include a message similar to the following:
Expanded Security Maintenance for Applications is not enabled. 19 updates can be applied immediately. 11 of these updates are standard security updates. To see these additional updates run: apt list --upgradable 24 additional security updates can be applied with ESM Apps. Learn more about enabling ESM Apps service at https://ubuntu.com/esm
You may safely ignore this message. This message is automatically managed by Ubuntu Landscape and regards the host that you have logged into, not your local system. This message indicates that there are patches available or that patches that have been applied require a system restart in order to fully install. Our systems administrators will take care of that, typically between quarters when systems are not heavily used.
ADVISORY: Off campus access requires ssh keys. Users connecting from off campus must use keys. Users connecting from off campus cannot use passwords to login to the openlab cluster.
What does ICS consider on campus:
These are the match rules in the ICS sshd_config file:
Match Host *.uci.edu PasswordAuthentication yes Match Address 172.23.0.0/20 PasswordAuthentication yes
The name openlab.ics.uci.edu takes you to a load balancer. The load balancer will send your connection request to the machine with the lowest load.
If your work requires you to work with multiple shells on the same host, then login directly using a hostname instead of openlab.ics.uci.edu
In order to identify which openlab host you are on run the command:
hostname
In the following example, the user has logged into a host named circinus-30.ics.uci.edu:
% hostname circinus-30
In order to create an ssh tunnel to the host that you are a process on, you cannot use the name openlab.ics.uci.edu.
In the following example, the user has connected to openlab and run jupyterlab on port 5555. They have run hostname and determined that the name of the host they have run jupyterlab on is circinus-2.ics.uci.edu.
% ssh -L 8080:localhost:5555 luser@circinsus-2.ics.uci.edu
The openlab cluster is available on and off campus via SSH and SLURM.
There are limitations regarding authentication and how users can connect to the openlab cluster. Please refer to the following matrix for specific information:
| Location | SSH with Keys | SSH with Password | SLURM |
|---|---|---|---|
| On campus | Yes | Yes | Yes |
| Off Campus* | Yes | No | No |
| UCI VPN | Yes | Yes | Yes |
*Off-campus locations include student housing, University Hills housing, and the campus WIFI network.
Check here for directions connecting to the UCI Campus VPN. Make sure you download the software version and select “UCI” from the dropdown menu when choosing a connection type.
or
Please reference this page on how to connect to Openlab using Putty software: set up Putty for Openlab.
Open Terminal and type:
ssh yourICSusername@openlab.ics.uci.edu
You may use any SSH client to connect to the openlab servers. This short list provides a FOSS ssh clients:
See our common tools page for a list of ssh clients.
Off-campus users must use SSH keys to connect to the openlab cluster. Follow these directions to Set Up SSH Keys (includes a link to PuTTY key setup).
Much of the openlab cluster runs on donated hardware. Feel free to contact support if you think you have some spare hardware that you would like to add.
The Openlab hosts are made up of two sets of hardware that are grouped with the following machines:
| Description | Information |
|---|---|
| Cluster | Circinus Cluster |
| Count | 96 |
| Model | HP Proliant SL390 G7 |
| Processor | 2 x Intel Xeon X5680 @ 3.33 Ghz |
| RAM | 96 GB |
| HDD | Varies |
| RAID | No |
| Redundant Power | Yes |
| Description | Information |
|---|---|
| Cluster | Openlab Cluster |
| Count | 1 |
| Model | Dell PowerEdge R815 |
| Processor | AMD Opteron™ Processor 6378 |
| RAM | 512 GB |
| HDD | 98GB |
| RAID | 5 |
| Redundant Power | Yes |
| Description | Information |
|---|---|
| Cluster | Openlab Cluster |
| Count | 1 |
| Model | Dell PowerEdge R815 |
| Processor | AMD Opteron™ Processor 6378 |
| RAM | 512 GB |
| HDD | 98GB |
| RAID | 5 |
| Redundant Power | Yes |
Complete rosters for the openlab cluster can be displayed with the following sinfo command:
module load slurm sinfo
If you find your process has been suspended, you may resume it by using the kill command ton send the CONT signal.
kill -CONT <pid>
You may list your processes using the command `ps ux`. Suspended processes will have a “T” in the 8th column
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND hans 2458438 0.0 0.0 6476 2244 pts/18 S+ 14:08 0:00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn --exclude-dir=.idea --exclude-dir=.tox T hank 3554779 0.0 0.0 20480 3164 ? Ts 2022 24:43 SCREEN -xxR
In this case you would resume the SCREEN process, pid 3554779 by running:
kill -CONT 3554779
The following long running processes will not be automatically suspended on the Openlab Linux Cluster:
Also see Linux Openlab FAQ
If you receive an error “Hot key verification failed” when logging in, you may, if you are confident you are logging into the correct host, clear the offending key by issuing the following command, on most platforms, to clear the old host key and resolve the error:
ssh-keygen -R <hostname>
If this does not work on your platform, please send a message to helpdesk@ics.uci.edu along with the output from the command so we can extend this information.
ICS users may occasionally damage their dot files, which results in unusual-looking SSH prompts and/or being unable to use the “module” command.
If this is the case, click here for directions to https://swiki.ics.uci.edu/doku.php/accounts:restore_unix_dot_files If the above fails, contact helpdesk.