1349: Jupyterhub22 weigerde vanochtend te starten
Na een geplande herstart van de machine waarop jupyterhub draait, startte jupyter niet correct op. De service startte na het aanroepen van een handmatig startcommando.
CPK berichten worden initieel ook gemaild naar de CPK mailing lijst, je kunt je abonneren (of afmelden) via deze link. Je kunt ook een RSS reader gebruiken om op de hoogte te blijven van de storingen, zie de link met het RSS icoon in de titel van deze pagina. Bij langdurige storingen wordt de CPK op deze website bijgewerkt.
Kijk op meldingen.ru.nl voor RU brede storingen.
Na een geplande herstart van de machine waarop jupyterhub draait, startte jupyter niet correct op. De service startte na het aanroepen van een handmatig startcommando.
Na een upgrade van Roundcube was het tijdelijk niet mogelijk om mail te versturen. Door een kleine wijziging in de configuratie is het probleem verholpen.
De posterprinter kamerbreed was defect. Hij was niet te repareren, dus we hebben een nieuwe HP Designjet Z6 44 inch postscript besteld. De bestelling en levering duurde veel te lang, pas 13 november was de nieuwe posterprinter in bedrijf. De nieuwe printer is tweemaal zo snel, dus de service zal nog sneller zijn dan eerder. Als onze posterprinter defect is, dan kunnen gebruikers die posters nodig hebben terecht bij Radboud Post&Print....
Door nog onbekende reden startten de jupyter en chemotion servers niet op. We zijn op dit moment aan het kijken hoe we de machine weer kunnen starten. De virtuele machines zijn opnieuw opgebouwd op basis van de bestaande disk.
Ceph filesystem werkt momenteel niet met optimale performance. Dit komt door een combinatie van factoren; het uitvallen van 1 van de storage machines, de volheid van ceph als geheel en een ongelijke verdeling van de data over het cluster. De problemen zullen waarschijnlijk vanzelf weer over gaan als de machine weer meedoet in het cluster. update 7 Okt 2023 Het cluster is al weer een poosje compleet, maar het duurt lang voordat het cluster zich weer in een gezonde toestand weet te krijgen....
Het RU-contract met de anti-SPAM/anti-phishing dienst Proofpoint verliep per 21 september, zodat na die datum geen ‘Proofpoint End User Digest’ meer gestuurd werd. Voor de Science mailbox is C&CZ bezig met de migratie naar de anti-SPAM/anti-phishing dienst van Microsoft Exchange Online Protection. Gedurende deze migratie bestaat een verhoogde kans op het ontvangen van SPAM/phishing e-mails in de de Science mailbox. N.B. de centrale RU-mailbox (met @ru.nl adressen) is voor de zomervakantie al naar deze nieuwe dienst gemigreerd....
De FNWI Nieuwsbrief wordt gestuurd vanaf een @ru.nl mail-adres. Onlangs is de @ru.nl mailservice aangepast door Exchange Online Protection (EOP) toe te voegen. Voor de RU is EOP de opvolger van het Proofpoint e-mail beveiligingsfilter. EOP voegde een mail headerregel toe aan de nieuwsbrief: List-Unsubscribe: https://c8ce19ec62454d21b73b7d5a25559d8f.svc.dynamics.com/t/lu/7... waardoor de mail beoordeeld werd als spam door het Science spamfilter SpamAssassin 1.1 URI_HEX URI: URI hostname has long hexadecimal sequence Toen we dat doorhadden, hebben we het afzenderadres communications-science@ru....
Na de herstart op maandagochtend weigerde de NFS-server op home1 correct op te starten. We onderzoeken waarom een handmatige herstart van nfs nodig was.
RU-mailbeheer liet weten dat gisteren het doorsturen naar externe (niet-RU) mailadressen is stopgezet zoals eerder aangekondigd. Helaas werd/wordt de mail van enkele tientallen Science-gebruikers niet doorgestuurd naar de Science mailservers. Deze mails zijn nog steeds te vinden in MS365 (RU-mail), hetzij in de Inbox of in de Verwijderde Items. RU-mailbeheer heeft toegezegd dat het doorsturen morgen gecorrigeerd zal worden.
Aankondiging onderhoud. Er wordt a.s. woensdagmiddag een cpu vervangen in vmhost06, een van onze virtuele machine servers. De volgende vms (en daarvan afhankelijke diensten): gitlab9 (pep) slurm22 pep3 jitsivm poliep indicoimapp2vm pep4 mariavm01 smtp2 zullen dus ongeveer een uur niet beschikbaar zijn. Ook diverse websites en andere diensten die gebruik maken van de databases op mariavm01 (roundcube, slurm, etc.) zijn ook niet beschikbaar.