1222: Incorrect Adobe Acrobat Pro DC package on install disc
We placed an incorrectly packaged version on the install drive. After users reported this, the ISC has created a new package and we have replaced it.
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.
We placed an incorrectly packaged version on the install drive. After users reported this, the ISC has created a new package and we have replaced it.
New firmware will be loaded into the Heyendaal-East distribution router. During this period the wired and wireless network will be unavailable for approx. 30 minutes.
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