Historical status reports for 2015

15:10	 Notified by datacentre that critical switch fabric has failed, and
	 an emergency maintenance window was declared to replace it. All
	 services down at 15:12, restored approx 15:22. Not anticipating
	 any more issues. This is also the explanation for the brief blip
	 at 14:29 this afternoon.

14:29	 Brief loss of connectivity to all core server. Investigating.

17:21	 Loss of Australian VoIP services. Upstream carrier appears to have
	 changed their infrastructure without advising wholesalers. After
	 finally getting someone there to identify the cause, it was a quick
	 fix to restore services. Most incoming calls redirected to mobiles
	 and all services restored by 18:45

21:43	 Intermittent problems with several of our servers over the last 2
	 days has been identified as a "perfect storm" confluence of three
	 events. 1. A controller failure in the SAN, resulting in degraded
	 IO performance; 2. ISCSI driver problem in the new ESXI VM host
	 causing further SAN problems and 3. Loss of a blade server, causing
	 additional load on the remaining heads, esacerbating a bad situation.
	 Problems resolved by relocating all our hosts onto a brand new SAN
	 and new higher-performance servers. We are assured there should be
	 no further performance issues!

09:02	 SAN connectivity issues in the datacentre resulted in two servers
	 losing file systems and rebooting. Little impact to customers, some
	 webservers (CMS systems) affected for approx 12 minutes, cameras,
	 weather data etc inoperative for the same time.

16:30	 Mail, authentication and webservers lost connectivity.
	 Investigating root cause. VMs restarted, systems back online
	 at 16:40.

10:00	 Major disruption to infrastructure at our upstream. Claimed to be due
	 to the leap-second inserted at 23:59:59 UTC (ie, 10AM local time),
	 causing fibre-optic links to lose timing integrity and shutdown.
	 Required powercycling and disabling of time sync at multiple sites.
	 Restored 11:25.

05:09	 Connectivity loss at transit provider. Cause unknown, but their tech
	 people are working on it. No ETA or cause known yet. Will update as
	 I get anything. All our equipment is working, traffic is dying 1 or 2
	 hops into the carriers network.
	 Restored 6:57am. Word back from the carrier is that they were doing
	 "network maintenance" that went seriously wrong. They had not issued
	 maintenance notice or hazard warnings because in their view it was
	 "inconsequential maintenance". It is unclear why both our primary and
	 backup links failed as they are supposed to be with different carriers
	 on different infrastructure.

06:45	 Connectivity to both datacentres lost! Completely unrelated to all the
	 other server migration works. Post-incident analysis shows that the
	 main route-server lost its mind at 6:45. The backup server should have
	 taken over, but as murphy would have it - the backup server was away
	 being upgraded so full seamless-failover functionality would work
	 between both sites! Primary server rebuilt, backup server will be back
	 in a couple of days and will be reinstalled then. (This server is not
	 part of our infrastructure and we were not advised it was being taken
	 out of service - an oversight that is being addressed!)
	 All services restored between 09:15 and 09:22

20:27	 ali-syd-4 has been relocated and decommissioned
	 $ uptime
 	 8:26PM  up 654 days,  6:41, 1 user, load averages: 0.01, 0.01, 0.00

20:17	 The second of this weekends planned infrastructure upgrades has completed
	 without any evident problems. Syd2 has been migrated to our new server
	 platform at a different datacentre. This server runs (amongst other things)
	 most of out monitoring sysem, VoIP system and weather site.
	 Like syd3, it has been a faithful, reliable and hard working server.
	 [root@ALI-SYD-2 /]# uptime
	 08:40PM  up 556 days, 20:45, 12 users, load averages: 1.20, 0.80, 0.78

11:14	 The first of this weekends planned infrastructure upgrades has completed
	 without any evident problems. One of our oldest remaining servers (syd3)
	 has been migrated to our new server platform at a different datacentre.
	 It's been a faithful and reliable server, will be a pity to turn it off!
	 [root@ALI-SYD-3 /]# uptime
	 11:40AM  up 821 days, 13:50, 24 users, load averages: 0.00, 0.00, 0.02
	 Services were stopped on old syd3 at 11:14:30, the final data sync
	 completed and the new server brought online at 11:27:05

10:31	 ProxyRadius server restored, authentication working again. Carrier is now
	 investigating why their failover system failed to work, but apologise for
	 any inconvenience.

06:02	 Our upstream provider has had a failure in part of their infrastructure,
	 resulting in them not passing us authentication requests. They are working
	 on it but have no ETR. This will affect any dial-up customer, and anyone
	 on ADSL whos modem drops off-line and has to re-authenticate.

20:35	 Everything is back online and running. Problems getting other people in
	 to the restricted access areas of secure datacentres caused significant
	 delays. We have no identified the cause of these mysterious and intermittent
	 "non-responsive" periods and replacement hardware will be ordered tomorrow.

16:42	 Our main authentication/mail/web server has become non-responsive.
	 Support staff are all interstate, backup staff are being recalled to the

08:36	 Our main mail/authentication/web server has again become non-responsive.
	 System remotely restarted, back online 8:55. Suspect hardware identified
	 and replacements being arranged.

08:48	 Our main mail/authentication/web server has become non-responsive.
	 System restarted remotely and back online 8:53. Investigation underway.

07:00	 We are relocating our Melbourne rack to a different part of the datacentre.
	 This will result in approx 2hrs downtime. This will only affect tertiary
	 nameservers and some monitoring. Customer services, mail, authentication,
	 accounting, websites etc will be unaffected.

18:22	 Due to a failed power supply, the ALI offices are currently without
	 power or on very limited power. Some services may be unavailable
	 or will be intermittently available until further notice, but we
	 hope replacement equipment will be here within 24 hours.
	 Affected services will include on-line bill enquiries and payments,
	 weather, lightning, some skycam data and aircraft tracking systems.