These were accepted.
The following items have been added to the actions list:
Report from Computing Executive Group
Reports from units.
Stephen noted that the new kernel was now in "stable" and could be enabled by setting a couple of lcfg macros. It would be worth trying it on some of the edge routers.
The Forum server room A/C appeared to cut out during the last fire alarm. E&B will be queried...
Server room .ports files now have "_B.02" appended to all the port tags, for the benefit of the inventory system. It's a bit ugly, and people will need to remember to add it when they install new machines.
The qlogic driver changes are working their way through the release mechanism. Although it would then be possible to force the change, it would be easiest just to wait for the next new kernel to come along. Note that there are some /proc changes.
Stephen noted that there is a new svn repository for packages and the like. He'll be mailing out about this shortly.
Alastair put out a final call for subnet requests for the new virtual machine host. (Unfortunately they have to be existing subnets, and S32 won't be moved down from KB in time.)
The new Matlab 7.7 is rather large, and caused some updaterpms problems, but these seem to have (mostly?) worked their way through. Unfortunately, trying to remove RAT packages to save space isn't straightforward, due to missing dependencies, and offending packages will probably have to be removed by hand using "rpm -e"!
Tim and Alison will clarify exam procedures with the ITO.
Craig noted that some of the existing printers would need to be replaced soon. Alastair suggested a user-survey on the MFDs, and he's still not convinced about their running costs. Craig will investigate. The issue of print vs. photocopy priority was rehearsed again, but there still doesn't seem to be any Best Way.
Tim asked that the lpr wrapper warn the user that attempting to print multiple files at once doesn't seem to work as advertised.
The meeting agreed that presentation of these monthly would be sufficient.
There was quite an extensive discussion of the self-managed servers in two of the IT closets. The following points emerged:
Topics for discussion
Craig updated the meeting on the logistics of moving out of the KB server room. As time is tight, the first stage will be to clear as much "junk" out as possible to 1308, which will be done tomorrow (Thursday 12th) starting as early in the morning as people can make it there. There should be at least one representative from each unit present, able to make decisions as to the disposition of their unit's kit.
The move itself will be done by Pickfords on Wednesday 18th, starting around 11:00, which will give a little time for preparation on the day. The two Dell racks are moving to the Forum server room (though once there machines will have to be shifted to one of the other racks, as we won't have time to get the ex-KB ones set up), while the two non-Dell racks are going into the self-managed server room. Because the latter need to be tilted to go through some of the doors, all machines which are being relocated will have to be parked in one or other of the Dell racks for the duration.
Pickfords are moving racks only to the Forum. If units want machines to go to FH instead, they should arrange it themselves, either in advance or from the Forum afterwards.
John Butler may still have a cupboard full of stuff at KB. Craig will let him know...
The issue of people wanting access to web logs, or to find other ways to know how their pages are being accessed, has cropped up again. We have to operate within the framework of the Data Protection Act and the Regulation of Investigatory Powers Act, and users should have the Head of School's permission before they are given access to such information. Any such information should be filtered of extraneous stuff, and should be anonymised as much as practicable.
Roger and Neil noted that components started by hand using om will currently inherit rather more of the user's credentials than they really should. It was concluded after some discussion that there must be some way to disown credentials, but nobody could remember how. It was also concluded that the mp-unit "own" om, which should be fixed. Anyone running components by hand or using init.d scripts or things like apachectl is basically on their own, and should beware of how their credentials are being handed out.
The next meeting will be on Wednesday 25th March in IF-4.31 and chaired by George Ross.
Please contact us with any comments or corrections.
Unless explicitly stated otherwise, all material is copyright The University of Edinburgh