Maintenance

Unplugged everything in Lab C again for tonight's outage, then started on the servers. Shut down Chou by SSH. Couldn't log in to Quince at all, either as root or hcmc, with the given pwds; I tried this both remotely and on the KVM in the server room. Finally I had to shut down the server with the power switch. Shut down Parsnip with no problem on the KVM. When I came to Squash, I discovered that it had actually failed to start properly this morning, and appeared to be locked in a loop going through its memory test. Restarted it a couple of times, eventually skipping the memory test, but when it came up it reported one or more services had failed. Shut it down. This will need looking at tomorrow.

Still waiting to shut down Idaho because I'm doing ColDesp backups at the moment.

Powered everything back up after the weekend outage with no problems; testing sending out a file in Lab C. All seems to be OK.

There'll be a campus-wide power outage on Sunday, so I've been unplugging everything in sight. Lab C is completely unplugged; Lab B has a class in it, and the CALL folks will handle shutting it down at the end of their day. All machines in R&D are unplugged, including printers, except my own machine, which I'll do last thing before I leave. The server room is a bit more problematic; here's a list of what I know about:

• Squash: no lab classes need it this afternoon, so I've shut it down through Terminal Services access.
• Chou: can't connect to it, and pinging it results in nothing, so I'm concluding it shut itself down at some point.
• Quince: Got the OK from Michael Joyce to shut it down, so it's off. Was able to log in through Putty, but the details in our documentation are wrong. Note to Greg: update the info.
• Idaho: I'll shut this down via SSH when I've done my backups for the day.
• Casper: doesn't seem to be running; no response to pings.
• Parsnip: I didn't really know anything about this server till I found it in the server room, but it seems to be the reborn Crossroads B -- presumably we don't need a Crossroads B, though, since the teacher stations can now run their own Crossroads? At any rate, nothing seemed to be running on it, so I shut it down.
• Machine handling video surveillance in ETCL: I have no idea what to do about this machine, and there are no instructions, so I'm leaving it running in case there are security implications from shutting it down. The UPS should bring it down gracefully when the time comes.

In the server room itself, I left the UPSes connected to the power; they're supposed to handle outages. Nothing else was plugged in except for a power bar supplying one of the KVMs, and I turned that off. Hope I've done all the right things here; we should really have some documentation on how to power off for outages in the server room.

Eoin reported a recurrent difficulty, which we were able to reproduce, and which seems to be the problem documented by Greg before he went away. RSRV.exe is not starting when users log on (although it's in the All Users startup menu folder), so when you start the Sanako program, you get an RSRV error; a side-effect appears to be that several items in the Sanako interface don't show up (such as the Program source controls). Starting RSRV.exe and restarting the Sanako program seem to solve the problem, so I put a shortcut to RSRV.exe on the All Users desktop, for quick access to a fix when the problem recurs.

Not many ELC classes showed up yesterday, so in view of the heat I decided not to boot the student stations. In fact, several were still running in Lab C (C 18 and 21), and 18 was difficult to shut down. I've noticed a problem with the LG StudioWorks monitors: once they go to sleep, it's really hard to wake them up again.

Lab B teacher station was either left frozen overnight, or froze on bootup (I pressed the button and walked away, so I'm not sure whether it was already running or not). A forced reboot seemed to fix it.

I'm booting up both labs first thing every morning because there are classes in both at 8.30, and they seem to be showing up. Today all the Lab B machines booted fine, and the only oddity was in Lab C, where STN 18 was very slow indeed.

Booting up this morning, Lab B 19 went into CheckDisk. It eventually completed the bootup successfully, but this may be a sign of a dying HD. Station 21 booted up at 800 x 600, and when I logged in to change it to 1024 x 768, it seemed to lose all communication with the monitor for a couple of minutes before coming back with a wobbly picture, then settling down. Watch this one in case the monitor is on the way out.

I've done the last troubleshooting/adjustment I'll do before my time off.
1) Server 2003 has draconian default interent security settings that cannot be turned off. Rather, one must uninstall the Windows Component responsible. I did that, and users should not have any site access problems.
2) For some reason RSrv.exe is not automatically starting when a user logs in. This is needed for the Sanako 300 console to function. If it isn't running there will be an error message in the Console "taskbar" (the colourful tabs at the bottom that list the various sources, like Cassette 1 etc.) something to the effect of "RSRV error -42 \\Lab-B-Teacher not responding". If you start RSrv.exe from C:\Prgram Files\Sanako\Shared Components\NetCommPlatform\RSrv.exe and relaunch the console everything should work. My short-term solution was to put a shortcut to RSrv.exe in the Startup folder for All Users. Not elegant or failsafe, but it seems to work.
3) The media directory for teachers to put their own media for distribution is in the All Users tree - I set the folder to be modifiable by everyone. This is needed for collection of student work and sending out files that instructors bring with them.

There may be other problems which I have not yet addressed. Some things have not been fully tested either. For example, the audio card setup for Sanako seems OK, but I haven't had the time to run the complete setup. I also have not tried pushing out URLs via the console or other "push" type browser activities, nor have I fully tested telephone or alternate media sources. That said, CD as source seems fine as does Teacher as source. Feedback welcome...