Sziasztok!
Olvasgatok, elvileg működik, de mivel éles rendszeren is meg kellene csinálnom, ezért szeretném gyakorlottabbak tapasztalatát is meghallgatni.
Az volna a cél, hogy Unity storage-ról FC-n osztott LUN-t menet közben átméretezzek, úgy hogy a Proxmox által futtatott VM ne érezze meg. A Proxmoxon ZFS storage van készítve az adott LUN-ból. A VM diskjét nem érintené a változás, csak annyi lenne a cél, hogy a pool-ban több hely legyen. Elvileg autoexpand property ON esetén figyel a maga alatt történő méretváltozásra, de van bennem bizonytalanság. Ezek volnának a parancsok.
# zpool set autoexpand=on zfsvol # zpool online -e zfsvol /dev/sdc # zpool export zfsvol # zpool import zfsvol
Az export hatására szerintem átmenetileg elveszítem a pool-t, tehát nem futhat közben a VM, ami ebből a pool-ból kapta a diszket. Jól gondolom? Ez a lépés mindenképpen kell?
Hozzászólások
Igen.
Igen.
Párszor csináltam már így, és működött, nem volt gond. Igaz, nem proxmox alatt, hanem csak "mezei" file szerveren.
Mentés azért legyen.
szerk: elég rég volt már, hogy utoljára ilyet csináltam, azóta lehet, hogy nem kell export-import, de ez úgyis kiderül.
Az autoexpand-ot a növelés előtt állítsd be, az még nem destruktív.
Köszönöm! Tesztelem közben mindenképp, egyelőre még van egy tesztgépem az éles mellett.
Mindjárt az is kiderul, hogy a multipath online felismeri-e a változást. Aztán lehet, hogy már itt elbukik a rebootmentes történetem:)
Régen volt és Solarison nem Linuxon, de ha autoexpand on-on volt akkor csak újrascanneltük a dszikeket és nem kellett a poolt kidobni. Ha kvótád volt feljebb toltad. Linuxon nem használtam mondom mégegyszer de az az export és az online dolog nekem sem fér össze,de ha így van, így van.
Ha autoexpand=on van akkor nem kell a zpool online -e, vagy hagyd off-on es csak legyen a manualos expand.
Az export/import felesleges.
Köszönöm! Így teszteltem végül, és valóban működött.
Wow, reboot, meg mindenféle leállás nélkül sikerült.
Ezeket csináltam:
És megnőtt a Proxmox alatti ZFS storage.
Ami zavar egy kicsit, hogy ezeket a parancsokat többször is ki kellett adnom, mert elsőre nem lett eredménye. Én vagyok türelmetlen, és ezeknek idő kell? Igazából azután javult meg, miután úgy döntöttem, hogy: "ez mégsem működik, akkor inkább hozzáadok egy plusz LUN-t a Host-hoz". Fogalmam sincs, hogy ennek van-e köze a megjavuláshoz, vagy csak várnom kellett volna. De akkor mennyit kell várni, vagy mire? Emiatt még mindig félek éles rendszeren ezt eljátszani.
Többször újratesztelve ez a helyes sorrend:
Így stabilan, reboot nélkül megnő a storage mérete. Lát valaki nálam hozzáértőbb ebben kivetnivalót?
Régen volt már de a multipath-tools restart nem fáj a diszkeknek?
Én úgy emlékszem, hogzy a 4-es pont kellett:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/…
Nem tudom, pont az ilyen apróságokban vagyok én is bizonytalan:(
Próbáltam multipath -F parancsot, azt nem engedte végrehajtani, mondván,hogy "device busy". De a restartnál nem panaszkodott.
De egy újabb teszt eredménye:
az általad javasolt "multipathd resize map
multipath_device" parancs is tökéletesen elegendő, nem kell a restart. Köszönöm a tanácsot!