DS1817+ Volume nach Erweiterung des Speicherpools nicht größer

[gagalerra]

Hallo zusammen,

ich habe eine DS1817+ in der ich in den ersten 4 Slots jeweils 6TB Platten in einem SHR das mit einem Volume in einem Speicherpool betrieben wurde.

Zur Erweiterung habe ich nun 2 16TB Platten in Slot 5/6 hinzugefügt und den Speicherpool von 15,9 auf 36,4 TB erweitert. Allerdings wurde die freie Kapazität nicht dem Volume 1 automatisch zugewiesen und auch eine manuelle Erweiterung von Volume 1 scheint nicht möglich zu sein.

Hat jemand eine Idee was hier falsch sein könnte?

LG

 

[Benares]

Es gab kürzlich hier mal einen ähnlichen Fall. Der Pool wurde erweitert, aber das Volume nicht, obwohl der Pool auf "Unterstützung mehrerer Volumes:Nein" stand. Ursächlich waren wohl Filesystem-Fehler.

 

[gagalerra]

Ich vermute du meinst diesen Beitrag, oder?

Falls ja, liefert der Beitrag keine direkte Hilfe. Ich habe mich aber trotzdem mal via SSH auf die Box eingeloggt und habe mal ein "vgadisplay --verbose" abgesetzt. Allerdings habe ich nun Schwierigkeiten bei der Interpretation.

 vgdisplay --verbose
    Using volume group(s) on command line.
  --- Volume group ---
  VG Name               vg1
  System ID
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  14
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               1
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               36.36 TiB
  PE Size               4.00 MiB
  Total PE              9532176
  Alloc PE / Size       4190427 / 15.99 TiB
  Free  PE / Size       5341749 / 20.38 TiB
  VG UUID               yaSuxA-fk0Z-sISp-1KMa-eGO0-1gLq-Vm3X5B

  --- Logical volume ---
  LV Path                /dev/vg1/volume_1
  LV Name                volume_1
  VG Name                vg1
  LV UUID                IcFT2o-BThJ-8gCL-2ue1-Sdvn-R2Pu-tnNJrE
  LV Write Access        read/write
  LV Creation host, time ,
  LV Status              available
  # open                 1
  LV Size                15.99 TiB
  Current LE             4190424
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     1280
  Block device           253:0

  --- Logical volume ---
  LV Path                /dev/vg1/syno_vg_reserved_area
  LV Name                syno_vg_reserved_area
  VG Name                vg1
  LV UUID                DD4kjR-qK16-Fhio-NqBA-qosh-MiEl-hRxgQo
  LV Write Access        read/write
  LV Creation host, time ,
  LV Status              available
  # open                 0
  LV Size                12.00 MiB
  Current LE             3
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     1280
  Block device           253:1

  --- Physical volumes ---
  PV Name               /dev/md2
  PV UUID               N228du-yCeh-30lm-6PEh-xIE9-ZeJ4-GQsgZN
  PV Status             allocatable
  Total PE / Free PE    7148060 / 2957633

  PV Name               /dev/md3
  PV UUID               GcTmEw-dDnm-6ASg-zDdc-6i1t-dpMv-4E2hjo
  PV Status             allocatable
  Total PE / Free PE    2384116 / 2384116

 

[Benares]

Bevor du dich gleich in die Tiefen des LVM begibst, poste mal ein paar Screenshots vom Speicher-Manager.

 

[gagalerra]

Anbei die Screenshots zum Speichermanager:

 

[ctrlaltdelete]

Unter Volume Einstellungen kannst du die Größe nicht eingeben?

 

[gagalerra]

Leider nein, da ist angeblich die Maxgröße erreicht:

 

[Benares]

Ich vermisse in in den Screenshots die Angaben zur "Unterstützung mehrerer Volumes"

Ich tippe darauf, dass die Platten schonmal von einem älteren System mit 16TB/Volume-Limit migriert wurden und dieses Limit nun weiterhin gilt. In diesem Fall wird wohl nur ein komplettes Neuaufsetzen helfen.

 

[ctrlaltdelete]

Falls du Unterstützung mehrerer Volumes aktiviert hast, könntest du ein neues Volume 2 erstellen, alles rüberschieben, bzw. bei den freigegebenen Ordnern das Volume ändern und mit einem Skript hier aus dem Forum die Pakete verschieben. Dann Volume 1 löschen und den freien Platz Volume 2 zuordnen. Vorher Backup nicht vergessen. Oder komplett neu aufsetzen :-(

 

[gagalerra]

Ich vermisse in in den Screenshots die Angaben zur "Unterstützung mehrerer Volumes"

Ich tippe darauf, dass die Platten schonmal von einem älteren System mit 16TB/Volume-Limit migriert wurden und dieses Limit nun weiterhin gilt. In diesem Fall wird wohl nur ein komplettes Neuaufsetzen helfen.

Es gab auf jeden Fall vorher noch ein 4Bay NAS, ich bin mir aber ehrlicherweise nicht mehr sicher, ob die Platten bereits in diesem NAS waren kann ich nicht mehr mit Gewissheit beantworten.

Falls du Unterstützung mehrerer Volumes aktiviert hast, könntest du ein neues Volume 2 erstellen, alles rüberschieben, bzw. bei den freigegebenen Ordnern das Volume ändern und mit einem Skript hier aus dem Forum die Pakete verschieben. Dann Volume 1 löschen und den freien Platz Volume 2 zuordnen. Vorher Backup nicht vergessen. Oder komplett neu aufsetzen :-(

Ich fürchte, dann macht vermutlich ein neu Aufsetzen fast mehr Sinn.


Danke für eure Unterstützung, auch wenn ich lieber etwas anderes gehört hätte.

 

[synfor]

Komplett neu aufsetzen ist nicht nötig. Es sollte reichen das Volumen zu löschen und neu anzulegen. Die Pakete gehen dabei allerdings über die Wupper und müssen neu installiert oder aus dem Backup wiederhergestellt werden. Dito für die Daten.

4-bay-NAS heißt nicht automatisch kein 16 TB-Volumenlimit: Was ist die maximale Größe einzelner Volumes auf meinem Synology NAS?

 

[synfor]

Ich vermisse in in den Screenshots die Angaben zur "Unterstützung mehrerer Volumes"

Nicht nur du. Unter DSM 6.2 und früher war der Speichermanager gesprächiger. Das betrifft leider nicht nur die Angabe zur Unterstützung mehrerer Volumen.

 

[ctrlaltdelete]

Falls dein Speicherpool mehrere Volumes unterstützt würde ich ein verschieben bevorzugen.
Hier findest du das Skript für die Pakete: https://www.synology-forum.de/threads/apps-von-volume-x-nach-volume-y-verschieben.77896/
Bei den freigegeben Ordner musst du nur das Volume ändern.
Wichtig vorher Backup.

 

[Benares]

Es sollte reichen das Volumen zu löschen und neu anzulegen

Reicht das? Ich denke da muss wohl eher der ganze Pool neu angelegt werden.

 

[gagalerra]

Falls dein Speicherpool mehrere Volumes unterstützt würde ich ein verschieben bevorzugen.
Hier findest du das Skript für die Pakete: https://www.synology-forum.de/threads/apps-von-volume-x-nach-volume-y-verschieben.77896/
Bei den freigegeben Ordner musst du nur das Volume ändern.
Wichtig vorher Backup.

Also mein Speicherpool unterstützt mehrere Volumes und das zusätzliche Volume kann auch größer als 16TB sein.

Komplett neu aufsetzen ist nicht nötig. Es sollte reichen das Volumen zu löschen und neu anzulegen. Die Pakete gehen dabei allerdings über die Wupper und müssen neu installiert oder aus dem Backup wiederhergestellt werden. Dito für die Daten.

4-bay-NAS heißt nicht automatisch kein 16 TB-Volumenlimit: Was ist die maximale Größe einzelner Volumes auf meinem Synology NAS?

Das alte NAS hatte auf jeden Fall ein 16TB Limit.

Reicht das? Ich denke da muss wohl eher der ganze Pool neu angelegt werden.

Das würde mich auch interessieren

 

[synfor]

Reicht das? Ich denke da muss wohl eher der ganze Pool neu angelegt werden.

Warum sollte der Pool neu angelegt werden müssen? Das Limit hat doch das Volumen und nicht der Pool. Sonst wäre das "Also mein Speicherpool unterstützt mehrere Volumes und das zusätzliche Volume kann auch größer als 16TB sein." nicht möglich.

 

[ctrlaltdelete]

@gagalerra sollte reichen, kannst du aber ganz einfach ausprobieren in dem du ein Volume erstellst größer 16 TB. Willst du in Zukunft BTRFS nutzen, dann müsstest du sowieso neu aufsetzen?

 

[Benares]

Warum sollte der Pool neu angelegt werden müssen?

Ich dachte, auf einem limitierten Pool könnten nur limitierte Volumes angelegt werden. Wenn dem nicht so ist, ist ja gut.
Dann könnte @gagalerra ja erstmal ein neues Volume anlegen, Daten und Apps verschieben und anschließend das alte Volume löschen und den Platz dann auch dem neuen Volume hinzufügen. Ich weiß aber nicht, ob ein Neuaufsetzen nicht aufwandsärmer wäre.

 

[synfor]

Willst du in Zukunft BTRFS nutzen, dann müsstest du sowieso neu aufsetzen?

Es ist aber nur das Volumen neu aufzusetzen, wobei man sich das mit einem weiteren Volumen unter Umständen ersparen kann. Wenn man denn überhaupt mehrere Volumen nutzen will.

 

[ctrlaltdelete]

@synfor korrekt, mein Denkfehler, BTRFS wird beim Anlegen des Volumes bestimmt, nicht beim Speicherpool.