Opened 4 years ago
Closed 4 years ago
#4873 closed Verbesserung (erledigt)
slow-storage auf restliche gluster ausdehnen
| Reported by: | Rüdiger Kupper | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | schnell erledigen | Milestone: | Gluster auf replica 3 erhöhen |
| Component: | Server: Fileserver | Severity: | beeinträchtigt keinen Unterricht |
| Keywords: | Cc: | bau |
Description
Mittels volume add replica 3 [bricks].
Change History (9)
comment:1 by , 4 years ago
| Status: | new → accepted |
|---|
comment:2 by , 4 years ago
comment:3 by , 4 years ago
Mögliche Ursache war, dass die Namen gluster5,6 auf den meisten Clients noch nicht bekannt waren. Die haben daher nur mit gluster1-4 kommuniziert. Beim Ausdehnen des Volumes wurden daher alle Dateien als zu heilen markiert. Anfangs ist der gluster noch hintwrhergekommen, doch mittelfristig ist der Zustand zu weit auseinandergelaufen.
comment:4 by , 4 years ago
| Summary: | slow-storage auf gluster5,6 ausdehnen → slow-storage auf restliche gluster ausdehnen |
|---|
Wie angedacht habe ich die Daten nun in ein neues Volume auf gluster5,6 kopiert, das noch mit keinen Clients verbunden ist. Das werde ich nun auf gluster1-4 ausdehnen.
comment:5 by , 4 years ago
| Cc: | added |
|---|
Vorgehen:
- sicherstellen, dass die nötigen Bricks auf gluster1-4 existieren
- sicherstellen, dass die Bricks keinerlei Daten (mehr) enthalten
- auf einem gluster:
# gluster volume add-brick slow-storage replica 3 gluster5:/mnt/gluster/d/brick gluster6:/mnt/gluster/d/brick gluster4:/mnt/gluster/e/brick gluster6:/mnt/gluster/e/brick force
comment:6 by , 4 years ago
Ergebnis:
root@gluster1:~# gluster volume info new-slow-storage Volume Name: new-slow-storage Type: Distributed-Replicate Volume ID: 37ef23d5-80c9-43ec-938c-de8f61590c57 Status: Started Snapshot Count: 0 Number of Bricks: 4 x 3 = 12 Transport-type: tcp Bricks: Brick1: gluster5:/mnt/gluster/d-new/brick Brick2: gluster1:/mnt/gluster/d-new/brick Brick3: gluster3:/mnt/gluster/d-new/brick Brick4: gluster6:/mnt/gluster/d-new/brick Brick5: gluster2:/mnt/gluster/d-new/brick Brick6: gluster4:/mnt/gluster/d-new/brick Brick7: gluster5:/mnt/gluster/e-new/brick Brick8: gluster1:/mnt/gluster/e-new/brick Brick9: gluster3:/mnt/gluster/e-new/brick Brick10: gluster6:/mnt/gluster/e-new/brick Brick11: gluster2:/mnt/gluster/e-new/brick Brick12: gluster4:/mnt/gluster/e-new/brick Options Reconfigured: performance.client-io-threads: off storage.fips-mode-rchecksum: on transport.address-family: inet nfs.disable: on
comment:7 by , 4 years ago
Der Gluster-Algorithmus beginnt nun, zu heilende Dateien zu indizieren und zu heilen.
Das dauert. Zu diesem Zeitpunkt ist Geduld gefragt. Vorraussetzung: der Gluster ust korrekt kobfiguriert und das Netzwerk funktioniert
comment:9 by , 4 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | accepted → closed |
Das ist leider gescheitert, der Datentransfer bricht nach einiger Zeit ab und eine Brick bleibt komplett leer. Vielleicht doch interne Probleme auch im slow-storage?
Alternative: in neues Volume kopieren.