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.
Because of an upgrade of gitlab to version 8.5.1, the GitLab service will be offline for a while.
Because of automated updates, Several virtual host had become unreachable. Server vos: gitlab3, bfacdc04, smtp2, redmine2 Server wolf: smtp1, bfacdc03, est2 Rebooted vos and wolf.
For unknown reasons, the miii mail server was unavailable. Rebooted.
For unknown reasons, the IMAP mail server was unavailable. The service cyrus-imapd was not correctly started. Starting this service service cyrus-imapd start solved the problem.
For unknown reasons, the IMAP mail server was unavailable. Mail services were halted after some time because of logging activity. As a temporary workaround logging is now performed using UDP instead of TCP.
The Ubuntu 14.04 fileservers “flock” and “muckle” had problems a few times. After we reverted to the previous kernel version, the service seems to be stable again.
Last night the Matlab license server crashed, because the number of open file handles reached the maximum configured, because a user started a lot of Matlab processes. Because we do not yet monitor this properly and it was not reported to us, we could only repair it this morning. We increased the number of file handles by a factor of four. We assume that this will be sufficient to wait till the reboot of next Monday, when it will again be enlarged, this time by a factor of sixteen. We will also on short notice start to monitor the Matlab license server properly.
The server lilo4 stalled at shutdown during the monday morning reboot. Solution: it continued its reboot after server wielewaal became available.
Quite a number of websites of ICIS were not available amongst which was eGroupWare. Furthermore, the boot process of workstations was impaired (because of the missing tftp). A reboot of the server seems to be sufficient to solve the issue. Affected websites: blackgem brainhealth croatia14 croatia15 cs eduspec eduspecorg egw ethergids fbkr kickstart mhealth oni snn
The DHCP server didn’t have free leases on Vlan136, so new devices on Vlan136 didn’t get an IP address, so didn’t have a working network connection. After we freed some unused numbers for PCs with a fixed address, we were able to drastically enlarge the number of leases on Vlan136.