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:
ze to nejde
zazalohovat soubory a udelat novej mensi pool
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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list