Leider wirkt sich das auch auf den Password-Reset aus, womit das Tool für einen Prod-Einsatz unbrauchbar ist.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Fri, Jan 23
Thu, Jan 22
Sun, Jan 18
Ursache
Beim Push größerer Dateien kam es zu Abbrüchen (failed to push some refs), da die Standard-Limits für Uploadgrößen im Reverse-Proxy überschritten wurden.
Sat, Jan 17
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.
Fri, Jan 16
Fehler im Zusammenhang mit Incident T837: Phorge Datenverlust nach Docker-Upgrade
Thu, Jan 15
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.
Wed, Jan 14
Fri, Jan 9
Die gemeldeten Probleme wurden behoben.
Die gemeldeten Probleme wurden behoben.
Die gemeldeten Probleme wurden behoben.
Ursache
Nach einem Docker-/Container-Recreate gingen Phorge-Konfigurationswerte verloren, da die lokale Konfiguration (conf/local/local.json) nur im Container vorhanden war und nicht persistent gespeichert wurde.
Dadurch traten u. a. HTTPS-, Mail- und Setup-Warnungen in der GUI auf, obwohl die Dienste funktional erreichbar waren.
Die Ursache der HTTPS-Warnung lag nicht in der Base-URI oder im Reverse Proxy selbst,
sondern in der internen Bewertung des Protokolls durch Apache/PHP im Phorge-Container.