As a first step to improve the security of our campus computers, as well as the campus network, we will be instituting a new policy to ensure that Macs on campus are up to date with all the latest security updates from Apple. This will bring our Mac computing experience more in line with our Windows computing experience.
Effective Monday, February 22, university-owned Mac computers will automatically be prompted to download and install critical operating system updates. If the download requires a restart, you will have the ability to postpone this restart up to two times. For the third time, the restart will proceed after you click okay.
Please contact the Technology Service Desk at 253.879.8585 or email@example.com if you have any questions or concerns.
The wireless network has been sporadically unavailable since late last night, January 22, due to equipment malfunction. We are working with the vendor to resolve the problem and have no estimates on a resolution time. This affects most areas of campus, except Regester Hall and the Library stack areas.
[Update 1/23/09 @ 7:00 pm] With temporary solution in place, all tests show connectivity is restored. If you experience any wireless connectivity problems, please contact the Helpdesk.
Updated Millennium DB global parameters to help performance:
Updated CRM database global parameter to allow for better performance monitoring.
Brought Millennium application off-line, restarted the Oracle database instance and restarted the application. This was done by the recommendation of Sage in coordination with database connectivity changes on 4.11.08.
Upgraded the Oracle Client tools to 9i and removed the 8i Client files.
This week 2 modification were to scripts running Banner. These modifications were necessary to hide the password passed to gurjobs, fgractg, and forappl when listing the process list from the OS command prompt.
Over the last few weeks a pattern has appeared in the cpu load on the sophos server: over the course of time the cpu load increases and stays high (
PureMessage stopped accepting messages this morning when the disk volume was filled by log files. Corrections have been made to the logrotate.conf file in an attempt to prevent this from occurring in the future.
MX record added for second interface on gehenna to reduce mail load to sophos. Entry created in firewall and external dns for anneheg.
Some user reported this morning the inability to send messages to users. They received a common error,
Final-Recipient: RFC822; firstname.lastname@example.org
X-Actual-Recipient: RFC822; email@example.com
(reason: Can’t create output)
This error was the result of poor deactivation of the quotaing system. The quota system had been turned off, but not removed from the fstab file. When the system was rebooted yesterday, the quota system was re-enabled and locked account in excess of their time limit. This issue has been corrected.
The radius daemon and portmaster were reset to address several reported issues with dial-in access. The core reason for users not being authenticated is not completely clear, but there are indications that the portmaster or the radius daemon became confused about the appropriate share secret. Once all entryies were reset authentication started to be validated correctly.
During the process, four modems were identified as failing to respond properly and were removed from service.
The directory server was rebooted at 5:15pm to finish the OS upgrade.
Server back on-line at 5:25pm.
The Anti-Virus Gateway failed to update to the 4357 DAT file. The update was run manually and the DAT files were updated. We are now able to detect the W32/Bagle.aa virus.
WebMail service will be interrupted for approximately 15 minutes from 9:00am to 9:15 am on Wednesday, April 28, 2004. This interruption is needed to reconfigure WebMail and give it a dedicated network interface on the University’s email server for WebMail’s imap sessions.