Ergebnis
In der Dev-Umgebung war das Tool bereits vorreiter, was Wartung und Setup angeht.
In der Dev-Umgebung war das Tool bereits vorreiter, was Wartung und Setup angeht.
Ursache
Daemons werden nicht automatisch durch den Container-Entrypoint gestartet.
Ursache
Fehlkonfiguration bzw. Cache-Zustand nach Neustart der Daemons.
Ursache
Repositories wurden nach Crash neu angelegt, ohne erneuten Import der Inhalte.
Ursache
Ownership-Mismatch zwischen Repository-Verzeichnissen und Runtime-User (www-data).
Debugging außerhalb des tatsächlichen Ausführungskontexts führte zu Fehlschlüssen.
Ursache
Commit-Metadaten verbleiben in der Phorge-Datenbank, während Git-Objekte/Refs nach einem Infrastrukturvorfall verloren gingen oder neu initialisiert wurden.
Alle Unteraufgaben erledigt
Zum gegenwärtigen Zeitpunkt ist von der Implementierung eines solchen Konzepts abzusehen.
Fehler im Zusammenhang mit Incident T837: Phorge Datenverlust nach Docker-Upgrade
Ist kein Bug, Retention arbeitet ordnungsgemäß. Bedingt durch die Ausführungszeit sind zu dem Zeitpunkt 2 Elemente vorhanden. Dies wird vorerst so belassen. Sollte es später notwendig werden kann der Timer nach den Pipeline-Run gelegt, oder der Job mehrfach ausgeführt werden.