Noch nichts veröffentlicht — kein Hub sieht ein Update.

Kein Release hochgeladen. Bauen mit build.py --release, hochladen über die CI.

Diese Hubs hat ein Kunde angemeldet, aber ihre Seriennummer steht in keiner Fertigung. Entweder wurde die Charge nie eingetragen — oder das Gerät ist nicht von uns.

Eine MAC pro Zeile — die Seriennummer vergibt die Cloud selbst. Sie enthält Fertigungswoche, Werk und Prüfplatz, und die weiß der Chip nicht; die MAC ist das Einzige, was er von sich selbst kennt. So kann sich niemand vertippen und keine Nummer doppelt vergeben werden. Später liest der Prüfstand die MAC direkt aus dem Chip.

Noch kein Gerät eingetragen.

Die eigene Postgres (Kunden, Lizenzen, Geräte, Zitadel) — nicht die Backups der Kunden-Hubs weiter unten. Gesichert wird verschlüsselt zu einem Anbieter außerhalb von netcup; laufende WAL-Archivierung erlaubt die Wiederherstellung auf den Zeitpunkt genau.

Noch keine Sicherung gelaufen.

Gilt für alle Kunden ohne eigenen Eintrag. Die tägliche Rotation behält die neuesten Sicherungen; darunter bleibt je Monat die jüngste erhalten. Vor-Restore-Sicherungen haben ihr eigenes 7-Tage-Fenster. Nach Abo-Ende bleiben Backups noch die Karenzzeit lesbar, danach räumt die Rotation sie ab. Größere Bündel als das Limit lehnt die Cloud schon beim Upload-Start ab.

Ein Override ersetzt den Standard vollständig für diesen Kunden. Entfernen heißt: zurück auf den Standard — es löscht keine Backups.

Keine Overrides — überall gilt der Standard.

Auf diesen Hubs läuft ein Build, dessen ELF die Cloud nicht hat. Stürzt einer ab, kommt der Coredump an — lesen kann ihn niemand. Nachtragen: python3 build.py --elf-backfill auf dem Rechner, der geflasht hat.

Kein Absturz gemeldet. So soll es sein.