October 3, 2019 2:57 PM, "Pavel Slama" dantuin@seznam.cz wrote:
To co me zajima je zkusenost s migraci poolu *ze kteryho se bootuje* resp. toho systemu na nem na jinej mensi pool nebo hw (jak vlastni storage tak zbytek).
Je to jedno. Nejjednodušší je udělat copy-paste (zfs send | recv). Pak záleží na způsobu, jakym se z toho bootuje. Jestli přes jméno, pak buď upravit v bootloaderu kernel parameter (na linuxu obvykle něco jako 'root=zfs=tank/root', u BSD nevim) nebo novej zpool a dataset pojmenovat stejně; v případě bootu přes zpool 'bootfs' parametr musíš upravit/nastavit ten. Jiný běžný způsoby neznam, ale to neznamená, že neexistujou :)
Jestli se nepletu, zfs send | recv umí přenést parametry akorát pro datasety a ne pro zpool, tj. při vytváření cílovýho poolu nastav všechny parametry a featury stejně (zpool get all). Kdyžtak mě někdo opravte.
Jen zopaknu pro jistotu - kdyz to budu instalovat rovnou na realnej stroj, tak freenas zabere celej system disk coz je to co resim.
Otázka je proč? Chceš tam udělat druhej pool? Nebo jinej FS? (afaik FreeNAS nic jinýho krom ZFS nepodporuje).
-miky.
Ja vim ze vy jedete na ZOL a tohle je spis otazka jestli se s tim srovna freebsd/freenas, ale i tak dik.
/p
On 10/3/19 2:20 PM, Pavel Snajdr wrote:
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
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- Jakub Fišer Linux | DevOps | Security +420-603 797 487