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.

 

Service Interruptions


1440: Gitlab security problem

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. We are planning to upgrade gitlab.science.ru.nl on Thursday September 17th, this will involve some downtime for both gitlab and mattermost.

Resolved Reports


1160: Webserver down: tftp & egw

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

Updated May 5, 2026  ·  Simon Oosthoek · Created Feb 1, 2016 · 

1159: No free IP numbers in Vlan136

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.

Updated May 5, 2026  ·  Simon Oosthoek · Created Jan 21, 2016 · 

1158: Network failure in part of study area Huygens

In Huygens wing 2 a network switchmodule crashed twice. About 30 pc’s in the Study Area lost their connection to the network for some time. The switchmodule will be replaced on 2016-01-21 at 07:30 am.

Updated May 5, 2026  ·  Simon Oosthoek · Created Jan 20, 2016 · 

1157: Login servers down to activate safer kernel

Updated May 5, 2026  ·  Simon Oosthoek · Created Jan 20, 2016 · 

1156: Webserver down to add hard disks

Affected sites: aerochem akn aqua bb2syllabus bgard boekingen boekwur bomengids cac cafe celbi dossiers est2b exo filosofie fnwi hfml iconic ifl irmacrash itp2011 iwwrbook kanboard kndv labservant leonardo math mbfys mbp nieuwescheikunde nlt notebooks olympus pilab piwik printeger projecten puff pz qpl quantumcs refbase resourceanalysis rrl scheiolymp setup siam sigma-lustrum sito smartech4health studiereis sws tango taskboard tk toernooi tredd trooster ubuntumirror vsc w4kangoeroe wortel

Updated May 5, 2026  ·  Simon Oosthoek · Created Jan 15, 2016 · 

1155: Virtual servers network interfaces broken after updates

The virtual hosts fret, wolf and vos received updates to libvirt packages, causing the network interfaces of the virtual machines running on them to fail. Solved after reboot (fret) or restart of the libvirt daemons and the virtual machines. Affected virtual machines: bfacdc03 bfacdc04 drukker est2 gitlab3 ms2 nwidc01 redmine2 smtp1 smtp2 ts2

Updated May 5, 2026  ·  Simon Oosthoek · Created Jan 13, 2016 · 

1154: Server lilo3 and lilo4 Monday morning reboot failed

The server lilo3/4 stalled at shutdown during the monday morning reboot. Solution: power cycle. Cause currently unknown.

Updated May 5, 2026  ·  Simon Oosthoek · Created Jan 11, 2016 · 

1153: Server comas1 Monday morning reboot failed

The server comas1 did not start due to some possible timing problems between the raid array and OS. Solution: skipping the mount of /vd0 and /vd1 during boot (key S), mounts fixed manually later on followed by exportfs -uaf; exportfs -raf. Machine failed for unknown reason at boot. Solved by rebooting.

Updated May 5, 2026  ·  Simon Oosthoek · Created Jan 5, 2016 · 

1152: RU Internet connection down

Yesterday at ca. 15:52 a SURFnet core router crashed, taking down the RU Internet connection. At 16:09 the connection was restored. This was reported yesterday on a temporary SURFnet service interruptions page and on the ISC/CIM service interruptions page. Details can be found on the SURFnet Network Tickets mailing list.

Updated May 5, 2026  ·  Simon Oosthoek · Created Nov 23, 2015 · 

1151: Print server printto problems

After a reboot of the print server (and waiting ca. 10 minutes) printers could be attached again.

Updated May 5, 2026  ·  Simon Oosthoek · Created Nov 19, 2015 ·