ISP Blog - Fachbereich Informatik

Technische Infos über den ISP Betrieb

Desktop freeze

Wohl unabhängig vom DNS Problem scheinen die Poolrechner immer noch Schmerzen zu haben. Es ist leider sehr schwer zu debuggen. Es gibt einige Studenten die haben das Problem bereits wenige Minuten nach dem einloggen, andere arbeiten den Tag über durch. Ich habe bereits von autofs (für die $HOMES) auf die gute alte /etc/fstab umgestellt; „hal“ […]

Probleme im Pool / DNS

Wir haben heute mal wieder massive DNS Probleme, weshalb vermutlich eine Menge Probleme im Pool auftauchen. Seit einiger Zeit testen „böse Menschen“ das Uni Netz durch, um „anfällige“ DNS Server zu finden. „Anfällige DNS Server“ bedeutet konkret, dass die Server rekursive Anfragen von überall erlauben. Heißt: ein dig heise.de @{offener DNS} liefert die IP von […]

Wartung am 2. Mai

Da ich Urlaub hatte, konnte ich den letzten Wartungstermin nicht nutzen. Daher werde ich den 2. Mai dafür verwenden anstehende Arbeiten durchzuführen. Dazu zählt die Aktualisierung des SAN Backends (ISCSI -> Open-E DSS7), Dateisystemchecks, und vor allem ein RAM Upgrade. Dafür muss ich die gesamte RBG/ISP Server Infrastruktur herunterfahren. Das bedeutet für diesen Zeitraum: * […]

Auto Reset von Clientssh*

Den Studenten gelingt es regelmäßig die Clientssh1-3 VMs in einen unbenutzbaren Zustand zu versetzen, sodass kein SSH Login mehr gelingt. Bisher wurde die jeweilige VM von Hand resetet. Diese Aufgabe habe ich nun dem Monitoring System überlassen, da ich zum einen Urlaub nächste Woche haben, zum anderen die Resets in den letzten Wochen stark zugenommen […]

Poolimage: Anmeldung schlägt fehl

Aus welchen Gründen auch immer, haben sich in den letzten Tagen vermehrt Probleme mit der Anmeldung am Poolclient ergeben. Der Rechner verweigerte schlicht die Anmeldung. Nachdem ich das auf mehreren Rechnern verifizieren konnte, habe ich vermutlich die Ursache gefunden: nslcd Dieser Daemon ist zuständig für die Anfragen gegen den LDAP. Soll heißen, der schaut nach, […]

SCM Server 2. Versuch -> 21Uhr

Das Kopieren der Daten hat zwar geklappt, aber der Bootloader Grub hat sich bei der Installation verweigert :-/ Das Ursache habe ich mittlerweile gefunden. Daher starte ich heute einen zweiten Versuch gegen 21Uhr. Wenn dieses Mal alles klappt (rsync muss noch einmal komplett durchlaufen, um aktuelle Änderungen mitzunehmen), dürfte die Downtime bei 30 Minuten liegen.

ISP Blog - Fachbereich Informatik © 2017 Frontier Theme