3 Oct
2019
3 Oct
'19
12:20 p.m.
Hoj,
ZFS je copy-on-write filesystem bez referenci krizem-krazem, ma to
reference jen top->down, tj. kdybys cetl nahodny bloky z disku, tak se
nedozvis jen tak, ke kteru souboru a do ktereho adresare patri - a musel
bys validovat checksumy a zjistovat, jestli je ten blok jeste vubec
validni, protoze nekde dal na disku muze byt jeho novejsi upravena verze
s novejsimi daty...
Abys nasel vsechny ostatni bloky, co na ten blok referencujou, musel bys
vzdycky projit cely uloziste. Cili v ZFS neni moc cest, jak udelat
realokaci bloku jinak, nez si na tebe pockat, az ty data zmenis a ZFS je
tak bude nuceny zapsat znova - pak si muze vybirat, kam to zapise. Ale
preskladat uplne vsechny data na disku jen tak ZFS neumi.
Jsou sice pokusy o implementaci device removal, ale to se potom pocita
ze odebiras celej device, o kterym se pak bude dat rict, ze uz tam neni
- a misto nej se v poolu vyrobi virtualni VDEV (neco jako ZVOL) a na nej
se resilveruji data co mel ten disk, na ktery jsi zavolal zpool remove.
Jen tak zmensit oddil ZFS neumi vubec.
/snajpa
On 2019-10-03 13:44, Pavel Slama wrote:
Cau,
treba bude mit nekdo zkusenost..
Experimentuju s freebsd, resp. freenas kterej defaultne spolkne celej
systemovej disk at je sebevetsi a upravovat instalacni skript aby umel
pouzivat partitiony (jako bsd) nechtej.
Resim jestli a jak ten boot pool co to vytvori pres celej disk zmensit.
Rady na netu zni:
1) ze to nejde
2) zazalohovat soubory a udelat novej mensi pool
3) udelat snapshot a poslat ho do novyho mensiho poolu
Nikde ale nepisou, jestli to jde udelat s poolem ze kteryho se bootuje
a
na kterym je nainstalovanej system (samozrejme ne za behu) ) a nic to
nerozbije. Jestli jde nejak sikovne udelat novej pool tak, aby prevzal
vsechny parametry toho puvodniho, jen mensi..
Nez propalim dalsi hodiny a dny - zkousim to tady, diky.
/p
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list