Opened 4 years ago
Closed 4 years ago
#4819 closed Defekt (erledigt)
Nicht-löschbare Verzeichnisse nach Gluster-Fehlkonfiguration
| Reported by: | Rüdiger Kupper | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | unverzüglich erledigen | Milestone: | Schuljahr 2022/23 |
| Component: | Server: Fileserver | Severity: | beeinträchtigt den Unterricht einiger Lehrer |
| Keywords: | Cc: |
Description
Hässlich, hässlich. Genauso wie beim ersten mal, als ich in der /etc/hosts der gluster einen Fehler hatte, sind im chrome-Konfigverzeichnis der Nutzer Verzeichnisse entstanden, die sich von den Clients aus nicht entfernen lassen (obwohl sie leer aussehen). Beim ersten Mal war das in den Ferien und betraf nur die chrome-Konfig von bau. Diesmal betrifft es eine ganze Reihe von Kollegen.
Die Fehler scheinen sich auf die Chrome-Konfig zu beschränken. Keine Ahnung, wie Chrome das anstellt — die interne Link-Struktur auf den einzelnen Gluster-Bricks ist inkonsistent (fehlende oder falsch verbleibende Links auf den Bricks). Ein Zustand, in den die Server eigentlich gar nicht kommen können.
Debugging ist leider nicht einfach und erfordert manuellen Eingriff auf den Bricks. Insbesondere, wenn man die Daten erhalten will wird die Geschichte aufwändig. Was macht Chrome da nur?
Change History (3)
comment:1 by , 4 years ago
comment:2 by , 4 years ago
| Cc: | removed |
|---|---|
| Status: | new → accepted |
Auch betroffen:
- Homerverzeichnis von braun
- bestimmte Dateien in nextcloud-data (vermutlich Previews)
comment:3 by , 4 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | accepted → closed |
Alle inkonsistenten internen Hard-Links auf den Glustern sind nun behoben.
Um das zu beheben muss ich heute Nachmittag/Abend die Gluster-Volumes vom Netz nehmen. Solange können die Clients nicht genutzt werden. Nextcloud werde ich solange auch sperren, sonst läuft die Indizierung ins Leere.