CPK messages are initially sent to the CPK mailing list, you can (un)subscribe via this link. You can also follow the service interruption messages via RSS using the link in the title under the RSS icon. If the CPK takes more time to resolve, any updates are published on this website.
For RU wide service interruption see meldingen.ru.nl.
Due to a failed BIOS upgrade, the hardware of the database server appears to be bricked. We transfered the disks to another machine (cn00) and all database services are now up again, at the cost of not having cn00 running. When the hardware is working well again, we will swap it all back and restore the original situation.
Due to a failed BIOS upgrade, the hardware of the database server appears to be bricked. We transfered the disks to another machine (cn00) and all database services are now up again, at the cost of not having cn00 running. When the hardware is working well again, we will swap it all back and restore the original situation. Update May 19th, 12:15 : hardware fixed, situation back to the original state. ...
Due to performance tuning having gone wrong the jitsi.science.ru.nl conference rooms cannot be joined by more than one person at the moment. Solved by reinstalling server.
The new certificate of the Science mailserver hadn’t yet been placed in the right place. The expiration of the old certificate caused a problem for Science mail users, that was resolved by replacing the old certificate.
March 25, a rule “2020 Radboud Universiteit” was added to the Science spamfilter. Recently, this matched RU-central mailings. Therefore RU-wide mailings from e.g. the RU Board and Radboud Recharge have erroneously been delivered in the Spam folder of Science emplyees. The Science spamfilter tries to fight spam and phishing, this is partly manual work in which errors can’t be excluded. C&CZ apologizes for the inconvenience this has caused.
A critical security update for GitLab has been released and is being installed this moment. During the update, GitLab is offline.
The virtual machine host ‘oscar’ stopped running at 5:30am. The listed virtual machines are not running at the moment. We are working on it. Update: Resolved. Again, a broken LVM snapshot caused the problem.
A failed PDU caused the servers with a single Powersupply to die and restart after the PDU was replaced. Running jobs were not finished on these nodes.
A loose power cable caused an interruption of one of our web servers. The machine is equipped with redundant power supplies. It’s not clear why a single loose cable caused a service interruption.
Due to a configuration error, the NFS service on file server ‘peck’ refused to start. After fixing the error, the NFS service started up correctly.