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.
Every half year we do clusternode maintenance, with at least a package ugprade and a reboot, but sometimes other maintenance can happen, such as changes in filesystems or network configurations. The upcoming date for this maintenance is February 6th, 2026 (Friday)
For unknown reasons, the network interface of the server was not online. Running ifdown / ifup eth2 resolved the problem.
For unknown reasons one of the servers had a high load and stopped servicing users. A reboot solved the problem.
For unknown reasons the server had a high load and stopped servicing users. A reboot solved the problem.
Just like 3 days ago, the IMAP server got overloaded after noon. It took a reboot to bring the service back in operation. We suspect that our making of a backup-snapshot triggers this and now have disabled the snapshot during working hours.
During an extra backup the IMAP server got overloaded. It took a reboot to bring the service back in operation.
Yesterday afternoon around 14:30 the ISC conducted a seemingly innocent maintenance on the LDAP-server, but immediately after that auth-requests from Radius were no longer serviced. This made it impossible for wireless users to authenticate with their u/s/e number. Users in the realm @science.ru.nl were not affected by this.
Tuesday morning around 11 o’clock, there was a short power dip for RU/UMCN. This power dip, that is not listed on the power interruption website, made all systems restart that were not on emergency power. Because only the network switches in Huygens wing 1 and 7 are on emergency power, a lot of users lost their connection to the network, including wireless and IP-telephony, for about 5 minutes. Apparatus that restarted faster than the network, might have needed an extra restart to restore the connection to the network. A department reported that a departmental printer did not survive the power dip. ...
Update: we changed the configuration of the network switchports of the KM’s, which resolves the problem. This was necessary, because the KM’s do not try hard enough to make a connection with the SMTP-server. Update: an alternative is scanning to a USB stick. Log in at the MFP with the scan-pin, put a document in the feeder or on the document glass, select Scan and then plug the USB stick into the USB port on the right side of the MFP , on the top side. After a few seconds the MFP recognizes the USB stick and presents the choice “Save a document to external memory”. Choose OK and press Start. See also [RU http://www.ru.nl/publish/pages/687597/uitrol-mf-scan.pdf manual] on the RU-page about the MFP’s. ...
Again a Science user supplied his Science password to phishers. We notice that because Internet criminals use these passwords to get into the Science mail servers (horde webmail, smtp) in order to send spam. PLEASE: do not naively click on a link in an e-mail!
The printserver crashed again, for yet unknown reasons. A reboot of the machine solved the problem.