CPK

rss feed

Service interruptions

A CPK is C&CZ’s way of reporting a problem or service interruption. Follow the mailing list or RSS feed, and check the service interruptions page for live status updates.

A CPK is how C&CZ reports a problem or service interruption. We publish one when something goes wrong, when we need to do planned maintenance, or when we want to let you know about something that affects the services we run.

Note

What’s a CPK? CPK is short for the Dutch C&CZ Probleem Kaart — C&CZ problem card. The name is simply how we’ve always done it, and it has stuck with us ever since.

How to follow CPK messages

CPK messages are first sent to the CPK mailing list — you can (un)subscribe there. You can also follow the service interruption messages via RSS.

When a CPK takes longer to resolve, we publish updates on the service interruptions page.

University-wide interruptions

For Radboud University-wide service interruptions, see meldingen.ru.nl.

 No service interruptions.


Resolved

September 2022

CPK#1298 Eduroam: Tuesday September 27 23:30 1 hour down for maintenance

ILS network management announced: Tuesday September 27 23:30 maintenance is carried out on the Eduroam wireless network in FNWI buildings a.o. In most cases connectivity will be interrupted for at least 30 and at most 60 minutes.

Updated May 5, 2026

CPK#1299 Friday September 23 18:30-22:30 RU firewall maintenance

ILS network management announced: Friday September 23 18.30 – 22.30 network maintenance is carried out on the DMZ and SRV firewalls. Connectivity interruptions of 20 to 40 seconds are expected. In case of problems, interruptions of 5 to 10 minutes might occur.

Updated May 5, 2026

CPK#1297 Network switches failed after a power failure on campus

A few campus-wide dips in the power supply made network and telephony unusable for about 15 minutes, except in server rooms where UPSs guarantee the power supply. Because 7 modules of desktop switches in Huygens/HFML/Felix had become defective, several hundred network outlets will only have worked again after the relevant switch module had been replaced.

Updated May 5, 2026

CPK#1296 Network failure datacenter

Still unclear what the cause is, several links are strongly degraded. Update: A defective switch has been replaced.

Updated May 5, 2026

May 2022

CPK#1295 Saturday May 14 adjacent buildings (Mercator, Proeftuin, Logistiek) 5 minutes without network

RU/ILS network management will switch to new hardware. This will lead to a network interruption of at most 5 minutes.

Updated May 5, 2026

CPK#1294 Coma, coma01 and coma46 network problem

This afternoon three coma nodes lost their network because of an incorrect network configuration. They must have shown intermittent network problems earlier. It took us some time to find out what caused this network problem, but when found, it was easy to fix.

Updated May 5, 2026

April 2022

CPK#1293 Astro.ru.nl DNS(SEC) service down

During the regular change of DNSSEC keys that secure DNS traffic, an incorrect key was introduced in the external DNS of ru.nl for astro.ru.nl. This made astro.ru.nl disappear from the internet. This error was partly corrected 2022-05-02 at ca. 14:00 hours, but the automatic process used an not accepted encryption. It took ILS until 2022-05-22 to correct that by hand after we eventually noticed the error. Because the DNS answer that astro.ru.nl doesn’t exist may be cached for 24 hours, the problem was not completely over until 2022-05-13 13:00. The main problems for users were that mail from an @astro.ru.nl address bounced.

Updated May 5, 2026

February 2022

CPK#1291 Network switch of Astro Coma cluster down

The network switch of the Coma cluster seems to be broken, all attached nodes are separated from the rest of the network. We’ll replace the switch a.s.a.p. and (let) analyze the problem after that.

Updated May 5, 2026

CPK#1292 SUSE Linux 15.3 Eduroam doesn't work with U- or s-number, but does with Science account

February 14, ILS switched off antique versions of TLS (1.0 and 1.1) for the Eduroam authentication on ILS LDAP servers. From then on, SUSE Linux 15.3 clients can’t authenticate with U- or s-number. They only have TLS1.2 and the ILS servers offer TLS1.3 first, after that an error occurs. By using the Science-account to authenticate, these users succeed in connecting to Eduroam.

Updated Oct 8, 2026

December 2021

CPK#1290 Interrupted link to new datacenter switches

Due to human error, the connection between the new datacenter switches and the central router was interrupted.

Updated May 5, 2026