This is a past/expired downtime notification. The downtimes specified below have been completed, and remarks/results are given below as well.
Unless otherwise noted, all dates and times are given in Coordinated Universal Time (UTC), with time in 24-hour notation.
Update: The reboot was completed successfully automatically at 11:21 UTC. All systems should now be back to normal. I’ll update this blog post with more information about the XSAs when they go public.
Update 2: It looks like there was a huge list of XSAs to be patched this time around, so I’ll just hand it over to the QubesOS folks for their analysis.
Well, here we go again. The Xen development team has released several critical and so far undisclosed Xen Security Advisories (XSAs), and as such, Linode (LizardNet’s provider) will be performing emergency maintenance on all of their Xen hosts. LizardNet’s sole Xen system, phazon.fastlizard4.org, will be rebooted as part of the endeavour to patch the Xen vulnerabilities before the public disclosure time of 20 June 2017 12:00 UTC. (More information can be found on the Linode status blog here.)
This blog post will be updated upon downtime completion, and when the relevant XSAs are made public.
The following server and services will experience downtime:
- phazon.fastlizard4.org
- Date and time of downtime start: 11:00 Friday 16 June 2017 UTC (convert to other timezones)
- Duration of downtime: Expected between 30 minutes and 1 hour, but up to 2 hours is possible
- Status: Completed on schedule with no issues!
- Partial list of services affected:
- LizardWiki
- LizardNet OTRS (emails sent to OTRS during the downtime will be delivered after the downtime concludes)
- LizardNet Continuous Integration (Jenkins) (Gerrit will not be able to trigger any jobs during the downtime, and they will not be run after the downtime concludes)
- LizardNet Minecraft dynamic web maps
- LizardIRC server emerald.lizardirc.org
- LizardIRC’s website
- LizardMail services on phazon.fastlizard4.org (emails sent to phazon.fastlizard4.org users during the downtime will be delivered after the downtime concludes)