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.
A security issue was found in our gitlab installation. However the version we have installed doesn’t look to be vulnerable (we are running the exploit ourselves and getting no results). Meanwhile we are working on upgrading our GitLab installation(s) to make it easier to follow newer GitLab releases. We are aware of the Mattermost/GitLab split, but without an alternative, we need Mattermost to keep on running.
After an update of the samba software, it appears that the smbd service didn’t start up again. The problem was resolved by either rebooting (home1) or manually starting smbd (home2).
Currently the hardware has problems, causing the machine to randomly turn off and on. We are in the process of resolving this with our supplier. The problem doesn’t appear to be hardware related, but a problem with the configuration of the OS, which we changed and it seems to be stable now.
Due to a misinterpretation of the correct crontab syntax, the homeservers were rebooted daily since the beginning of this month, instead of, as we intended, once a Month on the first Monday.
Multiple Ubuntu 16.04 users are unable to access their homedirectories on machines that have been rebooted on monday morning. Keeping system clocks more in sync seems to have helped somewhat, but no definite solution has been found yet. Therefore we decided to reboot the homeservers only the *first* Monday of each month. In the meantime we still hope for a real solution.
The server of DHZ had a problem with the hardware, the hardware was fixed on 2017-09-29, the website DHZ could be restored more quickly on a different server, limiting the outage to a few hours.
This morning, the homeservers were automatically upgraded with normal updates, after which the windows file servicewas not restarted. The problem was resolved by restarting the machines.
For yet unknown reasons the OpenVPN service did not start at the Monday morning reboot. We started the service manually.
The server of DHZ is having problems, while we are solving this with Dell support, all changes can be handled via us (tel: 53535) or postmaster@science.ru.nl
Saturday July 22 at 11:37, there was a power outage in the Huygens building, also for all equipment connected to emergency power. The power outage lasted long enough to leave even devices and rooms with a UPS battery backup without power. This included all network equipment (routers, switches, wireless access points) and all servers in the C&CZ large server room. When power returned from 14:08, several devices were defective: - Half of the fully redundant FNWI router was defective. External companies in the UBC are not doubly connected to their provider, so they had no connectivity until Monday, when their connectivity was switched. Since Monday afternoon, the FNWI router has been repaired, so is redundant again. ...
Because of a planned upgrade, gitlab.science.ru.nl and gitlab.pep.cs.ru.nl will not be available.