The ECE Linux Lab is intended for academic (course-related) use only, and is accessible to all students currently enrolled in at least one ECE course. The current Linux Lab workstations were funded by the Student Technology Fee.
Important note: Remote access to the ECE Linux Lab requires use of UW's Husky OnNet VPN.
The lab comprised of the following workstations and servers:
- 40 desktops in ECE 159, named linux-lab-041.ece.uw.edu through linux-lab-080.ece.uw.edu (001 through 040 were older systems which have now been retired).
- Special note: the machines linux-lab-053.ece.uw.edu, linux-lab-068.ece.uw.edu, and linux-lab-080.ece.uw.edu are currently being used for testing and are therefore not available
- The main remote access server linuxsrv01.ece.uw.edu, which has more CPU and memory than others
- Older remote access servers linux12.ece.uw.edu, linux13.ece.uw.edu, linux14.ece.uw.edu, linux15.ece.uw.edu, linux16.ece.uw.edu, and linux18.ece.uw.edu
The Linux Lab systems linux-lab-041 through linux-lab-080 have the following hardware:
- Dell Precision 3630 Tower
- Intel Core i7-9700 3.0GHz (Cannon Lake)
- 16GB RAM
- 512GB Samsung SSD
- NVIDIA GeForce RTX 2060
OS and other details:
- The Linux Lab is purposed for coursework. Research tasks should not be run on these machines.
- Nodes run CentOS release 7 (64-bit). For specifics on the CPU, memory, and OS, check /etc/redhat-release, /proc/cpuinfo, and run the free command.
- You may login at the console or remotely via SSH. i.e. ssh linux-lab-NNN.ece.uw.edu where NNN is the node number, or linuxsrv01.ece.uw.edu for the many-processor system with lots of memory. Unix and Mac OS X systems should have a ssh command available from OpenSSH; Windows systems will need to have a SSH client installed.
- Remote X11 forwarding for graphical programs such as cadence requires a X11 server to be installed on the client system, such as XQuartz on Mac OS X or Xming on Windows. VNC is another option, though requires starting a server on ideally one of the linux lab server room systems.
- Always lock your screen when you are away from the system.
- Your Linux lab home directory will be the same on all the linux lab systems. This means if firefox crashes or otherwise leaves a stale lock behind, firefox will not start on any of the linux lab systems until that lock is removed.
ls -al ~/.mozilla/firefox/*.default/ | grep lock
Another problem may be from libreoffice lock files:
find ~/.config/libreoffice/ | grep lock
Which should be a text file containing the hostname libreoffice was run on. If that instance is no longer running, it should be safe to rm that lock file.
All the linux lab systems share a common NFS server; this is where the user home directories, project dirs, and lab applications reside. There is a quota on disk space usage; if large amounts of disk space are required please instead use
/var/tmp which reside in the local system memory or on the local system disk. These directories should be significantly faster than the shared NFS server, and will not slow down all users if too much load is generated on the shared NFS server.
Use the following command to see how much local memory or disk space is available:
df -h /tmp /var/tmp
Files can be more or less transparently moved to one of these directories via:
mv somebigdir /var/tmp ln -s /var/tmp/somebigdir
If you need help with a quota issue please contact ECE computing.
Linux Lab SSH Access
It is strongly recommended that you use a profile for connecting to the linux lab hosts via SSH. For OpenSSH this might look like a ~/.ssh/config entry along the lines of
Host linux*.ece.uw.edu User yournetid ControlMaster auto ControlPath ~/.ssh/.ssh-cm2.%r_%h_%p
as otherwise your client system may send an incorrect username (the one local to your system) that does not match your netid. Note also that yournetid is only the username portion, and not the full email address.