![]() |
![]() |
On or after August 15th, 2007, if there is any interest in the continued use
of the OceanStore/ROC X cluster, it will be wiped and reinstalled to bring it
into compliance with the UC Berkeley Minimum Security Standards for Networked
Devices. If there's no interest, the cluster will be shut down to conserve electricity.
Since there was never an auto-deletion policy on the X cluster, the /scratch and
/work filesystems are littered with old data. Please verify you have
retrieved any important data before this date.
Furthermore, the fileserver (xm3) which provides
/work to the X cluster is on
the verge of death and will be shut down. If you have essential data,
we'll work with you to back it up or find it a new home.
Those of you whose EECS accounts have recently expired have been granted
extensions to your Millennium accounts until Aug 15th to facilitate this
cleanup.
Please direct questions and comments to support at millennium.berkeley.edu.
X ClusterThe X Cluster currently has 40 compute nodes; x{1-40}.Millennium.Berkeley.EDU
Sep 2006: x28-x42 are reserved by the fall 2006 RAD Lab class. |
|
IBM ClusterThe IBM Cluster currently has 8 compute nodes; ibm{1-8}.CS.Berkeley.EDU
Jan 1 2007: The IBM cluster has been decomissioned. |
|
|
Access is currently limited to active members of the OceanStore and ROC projects. Exceptions will be made with consent of the projects' PI's. This cluster
is a shared resource. You can view the current use of the machines by running
|
While you should be able execute jobs from your EECS department home
directory, we strongly suggest that you launch all jobs from a /work/$user
or /scratch/$user directory. Before executing a program, copy all binaries
and data files into your /work or /scratch directory, cd into that
directory, and execute from there. This avoids putting unnecessary load on EECS department fileservers, which
are sometimes unable to handle many simultaneous mount requests.
Note: /work has NO deletion policy. /work is not
for long-term storage and is never backed up.
/scratch has NO deletion policy; please clean up after yourself. /scratch
is RAID 0 local to each machine. /scratch is never backed up.