Backup und Restore

Derzeit funktionieren die Downloads von mehreren Dateien und einzelnen/mehreren Ordnern über die Weboberfläche nicht. Es wird ein Download Job ID generiert, der nach wenigen Minuten den Status „completed“ anzeigt, allerdings wird kein Download gestartet.
Workarounds:
1. Jede Datei einzeln herunterladen.
2. Über „Restore / Restore to original folder“ die Ordner lokal im Dateisystem wiederherstellen.

wir müssen Ihnen leider mitteilen, dass wir wie angekündigt gezwungen sind, in
den kommenden Stunden die Retention Time des „ServerplanD“ von 180 auf 90 Tage
zu reduzieren.
Dieser Schritt ist aufgrund der Dynamik des Systemverhaltens im Sinne der
Sicherstellung der Betriebsstabilität unausweichlich und unaufschiebbar.
Diese Maßnahme ist vorläufig; das weitere Vorgehen wird festgelegt, wenn die
akute Beeinträchtigung aufgelöst und analysiert worden sein wird.
Wir bitten um Verständnis und stehen für Rückfragen gerne zur Verfügung.

Die Reduzierung der Retention auf 90 Tage wurde am 24.09.2025 ebenfalls für Serverplan F vorgenommen. Auf Serverplan F befinden sich hauptsächlich interne Systeme der RWTH.

Seit heute ist die Retention von Serverplan C, Serverplan B und Serverplan E ebenfalls auf 90 Tage reduziert worden.

Derzeit kann es bei Restores und synthetischen Vollsicherungen von Clients des Serveplans D zu Fehlern und Abbrüchen kommen. Typische Fehlermeldungen sind dabei:
[Media read operation failure] [Dedupe cloud media] [Operating System could not find the path specified.]
Wir arbeiten derzeit mit Commvault und Hitachi an einer Lösung

Leider war es trotz hochpriorisierter Tickets, sowohl bei Hitachi als auch bei Commvault, bisher nicht möglich, die Ursache der Probleme zu identifizieren. Beide Firmen arbeiten aber jeweils an der Analyse der Logfiles und Zusammenhänge.

Die Experten von Hitachi sind weiterhin in der Analys der sehr umfangreichen Logfiles des Speicherbackends, aber leider gibt es noch keine Neuigkeiten.

Es wurden weitere Logfiles für eine tiefer gehende Analyse extrahiert. Weitere Updates folgen.

Einige der fehlenden Daten konnten ausfindig gemacht werden und die weitere Fehlersuche fokussiert sich auf den Verbindungsaufbau und Übertragungsweg zwischen Commvault und den Speichersystemen von Hitachi.

Auch wenn die Analysen der Logfiles noch nicht abgeschlossen ist und daher die Ursache noch nicht identifiziert wurde, haben inzwischen die fehlgeschlagenen Restores funktioniert.
Wir beobachten die Situation weiter und hoffen auf eine baldige Identifizierung der zugrundeliegenden Ursache.

Da alle Restores inzwischen erfolgreich waren und auch bei neuen Restores der Fehler nicht mehr aufgetreten ist, stufen wir die Teilstörung nun als Hinweis ein.
Die Analyse duech Hitachi ist leider noch nicht abgeschlossen.

Derzeit funktioniert die Anmeldung auf console1.dasi.rwth-aachen.de und console2.dasi.rwth-aachen.de nicht. Es wird an einer Lösung geabeitet.
Backups sind von dieser Störung nicht beeinträchtigt.

Die Störung konnte behoben werden. Die Anmeldung auf console1/2 funktioniert nun wieder.

Durch einen großflächigen Stromausfall sind derzeit teilweise Speicherknoten des DASI Standorts CARL nicht erreichbar. Es kann vereinzelt zu Problemen bei Restores von Clients des Serverplan F kommen. Aufgrund der aktuellen Lastenverteilung sollten Backupjobs davon jedoch nicht betroffen sein. Wir arbeiten gemeinsam mit den zuständigen Stellen daran, die betroffenen Speicherknoten schnellstmöglich wieder verfügbar zu machen.

Aufgrund eines CommServe LiveSync Failover-Tests stehen die Backup-Dienste während der Wartung vorübergehend nicht zur Verfügung.
Nach Abschluss der Arbeiten sind die Dienste wieder wie gewohnt nutzbar.