ZFS boot pool - zmenseni
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
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@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Me ani tak neslo o zmenseni odebranim vdevu (potrebuju ho zmensit, resp. zmensit partitionu). 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). Napr. ze si to nainstaluju ve virtualce tak jak velky to chci a pak treba celou partition nebo pool presunu na realnej vetsi storage v realnym stroji (kde me tak na system disku zbyde treba misto na dalsi OS). Jen zopaknu pro jistotu - kdyz to budu instalovat rovnou na realnej stroj, tak freenas zabere celej system disk coz je to co resim. 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:
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@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
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:
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@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
On 10/3/19 4:27 PM, Jakub Fišer wrote:
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 :)
Cilem je aby vsechno bylo stejny, jen mensi a nevim co z toho bude mensi opruz: 1) Nainstalovat to na ty masine na ktery to pobezi a pak to nekde zmensit (udelat uplne stejnej pool, datasety, nahrnout tam data a buchnout to zpatky) 2) Nainstalovat to na jiny (virtualni) masine uz maly a pak to nejak presunout na finalni stroj
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).
Jinej OS - idea byla ze by tam jel freenas na storage a kdyz budu potrebovat, pujde to pouzit jako prehravac medii i s A/V vystupem (ne jen media server) na coz potrebuju jinej system. Ale kdyz vidim co s tim je za pakarnu (kterou bych musel opakovat pokazdy, kdyz se to posere nebo bude nova major verze), tak asi koupim dalsi usb flashku a budu bootovat z ni a nebo dokopat freenas, aby slo aspon zvolit velikost toho boot poolu - vyuzije radove GB ale zabere si sebevetsi disk. Diky /p
-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:
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@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 _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Pavel Slama napsal(a):
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.
Nikdy jsem to nezkousel, ale nenapada me, proc by to nemelo byt mozne. FreeBSD loader (resp. jeho stage 2, ktera je ve freebsd-boot partition) umi ZFS normalne cist, takze staci aby na zroot byl adresar /boot, v nem stage 3 a kernel. V.
Ahoj, myslím že se snažíš nainstalovat freenas způsobem jaký nebyl zamýšlený při vývoji. Oni mají naschvál oddělený systémový disk a data storage ZFS. V případě že si rozesereš instalaci systému, jen snadno reinstaluješ odznova na celý disk (já mám malé SSD jako system disk, aby to bylo tak nějak rychlé, a hlavně kuli nespolehlivosti USB flashek), nebo tam prdneš novou flashku a jedeš. Konfig mají uložený na ZFS, takže si ho to načte. To je celý ten důvod proč to tak dělají. Myslím že budeš mít dost problémů i do budoucna jak jsi psal - upgrade například - pokud půjdeš cestou která není podporovaná a není na to ten systém připravený. Proč nechceš mít 1 extra disk na systém? Stačí nějaké staré SSD z bazaru, přeci jen tam moc na opotřebovanosti nezáleží protože to jen 1x zapíšeš celý systém a pak velice sporadicky. Lukáš
On 3 Oct 2019, at 21:19, Viktor Čížek <viktor@m19.cz> wrote:
Pavel Slama napsal(a):
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.
Nikdy jsem to nezkousel, ale nenapada me, proc by to nemelo byt mozne. FreeBSD loader (resp. jeho stage 2, ktera je ve freebsd-boot partition) umi ZFS normalne cist, takze staci aby na zroot byl adresar /boot, v nem stage 3 a kernel.
V. _______________________________________________ Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Ja chci mit system disk zvlast od storage, jen sem na nem chtel mit vic systemu - nevim proc by pri instalaci freenas nemohla jit aspon nastavit velikost boot poolu. SSD zabere sata slot - to je jedinej duvod proc to mit na flashce. /p On 10/4/19 8:33 AM, Lukáš Němec wrote:
Ahoj,
myslím že se snažíš nainstalovat freenas způsobem jaký nebyl zamýšlený při vývoji. Oni mají naschvál oddělený systémový disk a data storage ZFS. V případě že si rozesereš instalaci systému, jen snadno reinstaluješ odznova na celý disk (já mám malé SSD jako system disk, aby to bylo tak nějak rychlé, a hlavně kuli nespolehlivosti USB flashek), nebo tam prdneš novou flashku a jedeš. Konfig mají uložený na ZFS, takže si ho to načte. To je celý ten důvod proč to tak dělají.
Myslím že budeš mít dost problémů i do budoucna jak jsi psal - upgrade například - pokud půjdeš cestou která není podporovaná a není na to ten systém připravený.
Proč nechceš mít 1 extra disk na systém? Stačí nějaké staré SSD z bazaru, přeci jen tam moc na opotřebovanosti nezáleží protože to jen 1x zapíšeš celý systém a pak velice sporadicky.
Lukáš
On 3 Oct 2019, at 21:19, Viktor Čížek <viktor@m19.cz> wrote:
Pavel Slama napsal(a):
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. Nikdy jsem to nezkousel, ale nenapada me, proc by to nemelo byt mozne. FreeBSD loader (resp. jeho stage 2, ktera je ve freebsd-boot partition) umi ZFS normalne cist, takze staci aby na zroot byl adresar /boot, v nem stage 3 a kernel.
V. _______________________________________________ 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
participants (5)
-
Jakub Fišer -
Lukáš Němec -
Pavel Slama -
Pavel Snajdr -
Viktor Čížek