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.
Even though we closed CPK #1359, the user’s shares are not all restored. We have recovered the data from cephfs to temporary storage that is not accessible to users, it will take a bit more time to find new permanent locations for this data. The storage will not be cluster based anymore, but single server ZFS with snapshots.
On Saturday July 22, all power, including emergency power, in the Huygens building will be switched off for planned maintenance from 08:00 until 12:30. If all goes well, power will be available from 12:30. We expect to need at least a few hours to get all Science services up again. During this time, all but a few basic services will be unavailable. Most servers will be turned off the Friday before....
RU ILS Connectivity announced that Friday April 21 between 18:30 and 20:30 the RU network would be separated from the internet for a period of ca 30 minutes, in order to carry out maintenance.
Friday`April 21 at 10 o’clock C&CZ will commence a GitLab server migration. During the migration, working with Gitlab will not be possible. Because Mattermost is running on the same installation of Gitlab, it will be unavailable during the process as well. We expect things to be up and running again around noon.
RU ILS Connectivity announced that network maintenance will be carried out next Wednesday evening that will cause short disturbances of network connectivity for wired and wireless systems in and around wing 8 Huygens on all floors. For wired network outlets, one can check whether they will be affected by looking at the outlet number (starting with 113- for affected systems) or visiting FNWI ethergids.
RU ILS Connectivity announced that network maintenance will be carried out next Monday evening that will cause short disturbances of network connectivity for wired and wireless systems in and around wing 3 Huygens on all floors except the ground floor. For wired network outlets, one can check whether they will be affected by looking at the outlet number (starting with 107- for affected systems) or visiting FNWI ethergids.
RU ILS Connectivity announced that network maintenance will be carried out next Wednesday evening that will cause short disturbances of network connectivity for wired and wireless systems in and around wing 7 Huygens on all floors except the ground floor. For wired network outlets, one can check whether they will be affected by looking at the outlet number (starting with 110- for affected systems) or visiting FNWI ethergids.
March 20, the poster printer kamerbreed started producing bad colours. The new print heads that were received a fw days later didn’t solve the problem. Therefore we called for a repair, that will probably be scheduled in the week of April 17. In the meantime, users that need posters could go to Radboud Post&Print.
RU ILS Connectivity announced that network maintenance will be carried out next Monday evening that will cause short disturbances of network connectivity for wired and wireless systems in and around wing 3 Huygens and in tunnels/basement of the former A1 building. For wired network outlets, one can check whether they will be affected by looking at the outlet number (starting with 109- and 73- for affected systems) or visiting FNWI ethergids....
RU ILS Connectivity announced that network maintenance will be carried out next Wednesday evening that will cause short disturbances of network connectivity for wired and wireless systems in Goudsmit/NMR and Nanolab. For wired network outlets, one can check whether they will be affected by looking at the outlet number (starting with 72- or 116- for affected systems) or visiting FNWI ethergids.
The network configuration change of Thursday evening caused wired network connections to fail getting an IP address. The wireless network didn’t have that problem. Technically, the dhcp options we’re using were not yet allowed on the new distribution switch (DR-H). Update: the problem should be resolved, but in case of problems, please try rebooting the machine to resolve the issue.