The Instructional license server for Xilinx, ModelSim, ADS and 
	Synplicity was unacessible from about 1pm on Sat Dec 1 until 2pm 
	on Sun Dec 2.  An ISG staff member came in on Sunday voluntarily 
	to reboot the server.

	Instructional accounts could not logon to the Instructional Linux 
	and Mac computers intermittently on Saturday afternoon.  These 
	computers include 

		ilinux1.eecs, ilinux2.eecs, ilinux3.eecs 
		PSI (reseaach Linux cluster used by CS194-2)
		Macs in 199 Cory and 349 Soda

	An Instructional LDAP server went down again for a few hours on 
	Saturday afternoon.  Apparently it was intermittent.  We have 2 
	redundant LDAP servers, but Linux and Mac systems don't fail over 
	to the second one. (Our Solaris systems do, so logins there were 
	unaffected.)

	The Instructional LDAP password servers were down on Oct 24 from 
	about 3pm-4:30pm, with some brief interruptions after that while 
	the servers were updated and rebooted.  The symptom was that you 
	couldn't login to an Instructional UNIX computer.  The problem 
	started with a network denial-of-service attack, which forced us 
	to reboot both servers.  That triggered an unpublished LDAP 
	expiration date that forced us to update the LDAP software on both 
	servers.  We also updated the firewalls to prevent the initial
	attacks.

	The "https" interface to the inst.eecs WEB server was down from 
	about 1pm Wed 10/24 until 1am 10/25.  This was due to an ireversible 
	security patch that caused an undocumented incompatibility with the 
	SSL module; after some effort we determined that the syntax of a 
	pre-existing configuration file had to be updated.  The symptoms 
	were:

	WEB sites that start with https://inst.eecs get the error
		"The page cannot be displayed"

	Logons fail to WEB sites that start with https://inst.eecs.

	[Thanks to Marcelino for fixing both problems.]

	For named accounts:

	Login as 'newacct' (password 'newacct') again (in 199 Cory, 273 Soda or 
	'ssh' to cory.eecs.berkeley.edu).  Enter your Student ID number.  Then 
	select the new "p" option for resetting your password and reprinting a 
	form.  The form with a new password will be emailed to you the next 
	day (weekday) or sooner.

	Named accounts look like 'gbush' or 'bclinton'.

	For class accounts:

	Go to the Instructional sys admin staff in 333 Soda, 378 Cory or 
	386 Cory.  Bring your initial class account form or student ID card.
	There is no on-line procedure for resetting the password of a class 
	account.

	Class accounts look like 'cs61a-aa' or 'ee141-agore'.

Symptoms when UNIX email or home directories are missing:

	- when you try to login the screen freezes 
	- you see the error message "home directory is /" 
	- session hangs up if you try to 'ssh' into an Instructional computer
	- unable to read WEB pages from the http://inst.eecs.berkeley.edu 
	- lots of annoying "NFS timeout" error messages on your screen
	- new email deliveries will be delayed on imail.eecs 

	While the server is down, you may not be able to logout in our labs
	because you can't type any commands.  On a SunRay, even turning it
	off doesn't log you out.  The support staff check the labs after 
	events like this to be sure everyone gets logged out.  We also post 
	information about the problem at http://inst.eecs.berkeley.edu to 
	help students find out when the problem has been fixed.   So all you 
	can really do in this case is to wait until the problem is fixed, go 
	back to the lab (or login to the SunRay server for that lab) and log 
	yourself out, or let us log you out.

	We disable email receipt and relaying through imail.eecs when the
	home directory server (mamba.cs.berkeley.edu) is down.  No mail is 
	lost.  Computers that send mail queue messages that are not accepted
	by a remote server, and they resend the messages periodically until 
	they are received.