On Thursday, April 9, 2015 at 09:20 AM, one of the DNS/DHCP servers failed . This caused slowness to network and applications access (such as my.ryerson) and prevented some wireless users from accessing the network. A work around was implemented at 11:04 AM to address the slowness. Services were completely resumed at 12:35 PM
Please accept our apologies for any inconvenience this may have caused.
-Computing and Communications Services
A storage array problem this morning, Wednesday, April 1, 2015, caused the following services to be unavailable from approximately 9:04 AM to 9:15 AM:
The storage array was rebooted and we have engaged vendor’s Support to further diagnose the root cause of the problem.
Please accept our apologies for any inconvenience this may have caused.
-Computing and Communications Services
One of four servers providing access to my.ryerson became unresponsive at approximately 10:24 PM on March 31, 2015. This prevented some users from accessing my.ryerson.ca. This server was taken out of the pool on April 1, 2015 at 8:16 AM to avoid further disruption while the problem is investigated and resolved.
Please accept our apologies for any inconvenience this may have caused.
-Computing and Communications Services
One of the mail servers ran out of disk space and caused a delay in the delivery of email at Ryerson. The problem was noticed just after 8:30 AM. There are approximately 67,000 messages that are queued for delivery. We expect the problem to be resolved by 9:30 AM and apologize for any problems the delivery delays may cause.
Update: The mail queue was cleared and all mailed delivered by 11:30 AM.
-Computing and Communications Services
A very large mass mailing has caused a delay in the delivery of email at Ryerson. The problem was reported just after 11 AM. There are approximately 7,000 messages that are slowly being processed by our virus and spam filters. We expect the problem to be resolved early this afternoon and apologize for any problems the delivery delays may cause.
-Computing and Communications Services
A server running VAPPS (virtual applications) experienced a critical “bugcheck” error this afternoon, Wednesday, March 18, around 2:25 PM. The critical error caused the server to reboot. Services were restored around 2:30 PM. We are investigating the cause of the problem.
We apologize for the inconvenience.
– Computing and Communications Services
This morning at approximately 10:30 AM CCS began receiving reports that people were having problems accessing Google Spreadsheets. Google is aware of the problem and is investigating:
http://www.google.com/appsstatus#hl=en&v=issue&sid=6&iid=2cae931410c40766542f8253d9ef8275
CCS will update this service alert when Google provides more information or resolves the problem. Google Docs and others services appear to be unaffected.
Update 12:06 PM: The problem with Google Spreadsheets has been resolved by Google.
Due to the switch to Daylight Savings Time, the following applications will not be available:
We apologize for any inconvenience this may cause.
-Computing and Communications Services
The following Cold Fusion applications started experiencing problems this morning, Thursday, Feb. 26, 2015. Troubleshooting of the problem identified the issue to be a bad database query that gradually caused a degradation of services over time. A reboot of the database server was required to resolve the problem. Services were fully restored around 2:30 PM. The following services were affected:
We apologize for any problems this outage caused.
-Computing and Communications Services
On Tuesday, February 24, 2015 at 18:48 PM, one of the VMware physical servers hosting a number of non-production virtual servers (VMs) rebooted. The VMs on the affected physical servers where automatically restarted on another physical server and recovered by 18:55PM. The affected VMs were:
Please accept our apologies for any inconvenience this may have caused.
-Computing and Communications Services
