VMware Linux Thin vmdk Disk verkleinern vCenter: Unterschied zwischen den Versionen
Aus znilwiki
BLinz (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „Ich hatte hier eine 750GB Linux VM (Ubuntu 20.04) die ich über einen Internetanschluss kopieren wollte.<br> Die VM hatte den Platz schon mal ausgenutzt, inzwi…“) |
BLinz (Diskussion | Beiträge) K (→Lösung) |
||
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
==Problem== | |||
Ich hatte hier eine 750GB Linux VM (Ubuntu 20.04) die ich über einen Internetanschluss kopieren wollte.<br> | Ich hatte hier eine 750GB Linux VM (Ubuntu 20.04) die ich über einen Internetanschluss kopieren wollte.<br> | ||
Die VM hatte den Platz schon mal ausgenutzt, inzwischen waren aber nur noch 130GB drin.<br> | Die VM hatte den Platz schon mal ausgenutzt, inzwischen waren aber nur noch 130GB drin.<br> | ||
Ich hatte die VM schon per Storage-vMotion innerhalb des vCenters verschoben und dabei das Festplattenformat auf Thin geändert, jedoch war diese danach immer noch 693GB groß.<br> | Ich hatte die VM schon per Storage-vMotion innerhalb des vCenters verschoben und dabei das Festplattenformat auf Thin geändert, jedoch war diese danach immer noch 693GB groß.<br> | ||
---- | |||
==Lösung== | |||
Die Lösung war sich per SSH an der VM anzumelden und folgenden Befehl auszuführen:<br> | Die Lösung war sich per SSH an der VM anzumelden und folgenden Befehl auszuführen:<br> | ||
fstrim --fstab --verbose | fstrim --fstab --verbose | ||
Zeile 18: | Zeile 20: | ||
du -h *.vmdk | du -h *.vmdk | ||
dann den tatsächlich belegten Platz.<br> | dann den tatsächlich belegten Platz.<br> | ||
Beispiel:<br> | |||
[root@esxibio01:/vmfs/volumes/5faad62d-96dd8c5a-b909-f4b5201fdb55/ZNIL_seafile.znil.net] ls -lh *.vmdk | |||
-rw------- 1 root root 3.0G May 14 17:13 ZNIL_seafile.znil.net_1-000001-sesparse.vmdk | |||
-rw------- 1 root root 344 May 14 17:13 ZNIL_seafile.znil.net_1-000001.vmdk | |||
-rw------- 1 root root 750.0G May 14 20:56 ZNIL_seafile.znil.net_1-flat.vmdk | |||
-rw------- 1 root root 492 May 14 17:27 ZNIL_seafile.znil.net_1.vmdk | |||
[root@esxibio01:/vmfs/volumes/5faad62d-96dd8c5a-b909-f4b5201fdb55/ZNIL_seafile.znil.net] du -h *.vmdk | |||
1.0M ZNIL_seafile.znil.net_1-000001-sesparse.vmdk | |||
0 ZNIL_seafile.znil.net_1-000001.vmdk | |||
78.3G ZNIL_seafile.znil.net_1-flat.vmdk | |||
0 ZNIL_seafile.znil.net_1.vmdk | |||
[root@esxibio01:/vmfs/volumes/5faad62d-96dd8c5a-b909-f4b5201fdb55/ZNIL_seafile.znil.net] | |||
---- | |||
==Quelle== | |||
* https://opensource.com/article/20/2/trim-solid-state-storage-linux | |||
* https://unix.stackexchange.com/questions/44234/clear-unused-space-with-zeros-ext3-ext4 | |||
* https://kb.vmware.com/s/article/1002019 | |||
* https://miketabor.com/shrink-thin-provisioned-vmdk-disk/ | |||
---- | ---- | ||
==Komentare== | ==Komentare== | ||
<comments /> | <comments /> |
Aktuelle Version vom 14. Mai 2021, 21:57 Uhr
Problem
Ich hatte hier eine 750GB Linux VM (Ubuntu 20.04) die ich über einen Internetanschluss kopieren wollte.
Die VM hatte den Platz schon mal ausgenutzt, inzwischen waren aber nur noch 130GB drin.
Ich hatte die VM schon per Storage-vMotion innerhalb des vCenters verschoben und dabei das Festplattenformat auf Thin geändert, jedoch war diese danach immer noch 693GB groß.
Lösung
Die Lösung war sich per SSH an der VM anzumelden und folgenden Befehl auszuführen:
fstrim --fstab --verbose
Ausgabe bei mir:
root@seafile:~# fstrim --fstab --verbose /home: 613,5 GiB (658701955072 Bytes) auf /dev/mapper/seafile--data-home getrimmt /boot: 242,4 MiB (254192640 Bytes) auf /dev/sda1 getrimmt /: 5 GiB (5331525632 Bytes) auf /dev/mapper/seafile--vg-root getrimmt
So, satte 613GB freigegeben - also an den ESxi Host als ungenutzt gemeldet!.
Danach nochmals die VM per Storage-VMotion verschieben und tata, die .vmdk war nur noch 130 statt 693GB groß.
Tipp: Wenn Ihr euch die Festplattengröße der .vmdk anzeigen lassen wollt so meldet euch per SSH an einem ESXi-Server an und wechselt in das Verzeichnis der VM.
ls -lh *.vmdk
zeigt euch die konfigurierte Festplattengrößen,
du -h *.vmdk
dann den tatsächlich belegten Platz.
Beispiel:
[root@esxibio01:/vmfs/volumes/5faad62d-96dd8c5a-b909-f4b5201fdb55/ZNIL_seafile.znil.net] ls -lh *.vmdk -rw------- 1 root root 3.0G May 14 17:13 ZNIL_seafile.znil.net_1-000001-sesparse.vmdk -rw------- 1 root root 344 May 14 17:13 ZNIL_seafile.znil.net_1-000001.vmdk -rw------- 1 root root 750.0G May 14 20:56 ZNIL_seafile.znil.net_1-flat.vmdk -rw------- 1 root root 492 May 14 17:27 ZNIL_seafile.znil.net_1.vmdk [root@esxibio01:/vmfs/volumes/5faad62d-96dd8c5a-b909-f4b5201fdb55/ZNIL_seafile.znil.net] du -h *.vmdk 1.0M ZNIL_seafile.znil.net_1-000001-sesparse.vmdk 0 ZNIL_seafile.znil.net_1-000001.vmdk 78.3G ZNIL_seafile.znil.net_1-flat.vmdk 0 ZNIL_seafile.znil.net_1.vmdk [root@esxibio01:/vmfs/volumes/5faad62d-96dd8c5a-b909-f4b5201fdb55/ZNIL_seafile.znil.net]
Quelle
- https://opensource.com/article/20/2/trim-solid-state-storage-linux
- https://unix.stackexchange.com/questions/44234/clear-unused-space-with-zeros-ext3-ext4
- https://kb.vmware.com/s/article/1002019
- https://miketabor.com/shrink-thin-provisioned-vmdk-disk/