Hallo,
der Server hat zwei Partitionen
Der /dev/mapper/securedrive wurde als Storage im Webgui eingebunden.
Auf einem Windows 2012 R2 Server wurde eine zweite Partition erstellt und die Volume Group
secure eingebunden.
Dieser LUKS Container ist nur für die reinen sensiblen Windowsdaten.
Somit waren die Daten vom Windows Server geschützt.
Nun stellte ich heraus, dass eigentlich die /sdb1 "LUKS" zu gross ist.
Die Idee ist, dass Luks um 400 GB zu verkleinern.
Diesen gewonnen Plattenplatz müsste wiederum einem Webserver zugewiesen werden
"Document-Root liegt bei 85%" , dieser liegt auf /sda3 "/dev/mapper/pve-data".
Bevor ich Anfange alles zu verschieben, wollte ich gerne Wissen, ob es ohne Fehler überhaupt möglich ist, das LUKS Volume zu verkleinern und auf dem Webserver den Plattenplatz zu erweitern.
Leider habe ich diesbezüglich noch keine Erfahrungen.
Eine Möglichkeit wäre, dass "/dev/mapper/securedrive" komplett zu löschen und neu zu erstellen.
Die Daten die sich auf dem Volume befinden, könnte ich über den Bacula Server wiederherstellen.
Dann wäre zwar sdb1 nur noch 500GB "statt ca. 900 Netto" gross, aber wie weise ich dann den Rest von sdb1 dem Webserver zu?
Ich habe gerade nachgesehen, dass ich im Windows "Datenträgerverwaltung" die Partition "Volume Group secure" verkleinern kann, was ich wiederum nicht weiss, ob sich dass mit dem LUKS veträgt .
Wir haben zwar ein Raid5 und könnten eine Platte kaufen, leider sind zur Zeit keine Mittel da.
Bin für jeden Tipp dankbar.
der Server hat zwei Partitionen
Code:
Enter selection: 6
--- Physical volume ---
PV Name /dev/mapper/securedrive
VG Name secure
PV Size 962.00 GiB / not usable 0
Allocatable yes
PE Size 4.00 MiB
Total PE 246271
Free PE 41471
Allocated PE 204800
PV UUID EnM374-25Di-1QC4-9pWG-NsRX-EFA9-r0TCXk
--- Physical volume ---
PV Name /dev/sda3
VG Name pve
PV Size 899.87 GiB / not usable 0
Allocatable yes
PE Size 4.00 MiB
Total PE 230367
Free PE 4095
Allocated PE 226272
PV UUID sk2KCD-klaE-MX1J-tf9x-IUhA-e4O7-HLD3eW
PV VG Fmt Attr PSize PFree Used
/dev/mapper/securedrive secure lvm2 a-- 962.00g 162.00g 800.00g
/dev/sda3 pve lvm2 a-- 899.87g 16.00g 883.88g
Code:
sda 8:0 0 900G 0 disk
├─sda1 8:1 0 1M 0 part
├─sda2 8:2 0 128M 0 part
└─sda3 8:3 0 899.9G 0 part
├─pve-root (dm-0) 253:0 0 96G 0 lvm /
├─pve-swap (dm-1) 253:1 0 31G 0 lvm [SWAP]
└─pve-data (dm-2) 253:2 0 756.9G 0 lvm /var/lib/vz
sdb 8:16 0 962G 0 disk
└─sdb1 8:17 0 962G 0 part
└─securedrive (dm-3) 253:3 0 962G 0 crypt
└─secure-vm--101--disk--1 (dm-4) 253:4 0 800G 0 lvm
sr0 11:0 1 1024M 0 rom
sdc 8:32 0 931.5G 0 disk
└─sdc1 8:33 0 931.5G 0 part
└─usbexternal (dm-5) 253:5 0 931.5G 0 crypt /mnt/usbexternal
Der /dev/mapper/securedrive wurde als Storage im Webgui eingebunden.
Auf einem Windows 2012 R2 Server wurde eine zweite Partition erstellt und die Volume Group
secure eingebunden.
Dieser LUKS Container ist nur für die reinen sensiblen Windowsdaten.
Somit waren die Daten vom Windows Server geschützt.
Nun stellte ich heraus, dass eigentlich die /sdb1 "LUKS" zu gross ist.
Die Idee ist, dass Luks um 400 GB zu verkleinern.
Diesen gewonnen Plattenplatz müsste wiederum einem Webserver zugewiesen werden
"Document-Root liegt bei 85%" , dieser liegt auf /sda3 "/dev/mapper/pve-data".
Bevor ich Anfange alles zu verschieben, wollte ich gerne Wissen, ob es ohne Fehler überhaupt möglich ist, das LUKS Volume zu verkleinern und auf dem Webserver den Plattenplatz zu erweitern.
Leider habe ich diesbezüglich noch keine Erfahrungen.
Eine Möglichkeit wäre, dass "/dev/mapper/securedrive" komplett zu löschen und neu zu erstellen.
Die Daten die sich auf dem Volume befinden, könnte ich über den Bacula Server wiederherstellen.
Dann wäre zwar sdb1 nur noch 500GB "statt ca. 900 Netto" gross, aber wie weise ich dann den Rest von sdb1 dem Webserver zu?
Ich habe gerade nachgesehen, dass ich im Windows "Datenträgerverwaltung" die Partition "Volume Group secure" verkleinern kann, was ich wiederum nicht weiss, ob sich dass mit dem LUKS veträgt .
Wir haben zwar ein Raid5 und könnten eine Platte kaufen, leider sind zur Zeit keine Mittel da.
Bin für jeden Tipp dankbar.