3 Oct
2019
3 Oct
'19
11:44 a.m.
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
3 Oct
3 Oct
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
12:44 p.m.
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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 
2:27 p.m.
October 3, 2019 2:57 PM, "Pavel Slama" <dantuin(a)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:
--
Jakub Fišer
Linux | DevOps | Security
+420-603 797 487
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:
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 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
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
3:56 p.m.
On 10/3/19 4:27 PM, Jakub Fišer wrote:
October 3, 2019 2:57 PM, "Pavel Slama"
<dantuin(a)seznam.cz> wrote:
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
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.
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
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:
--
Jakub Fišer
Linux | DevOps | Security
+420-603 797 487
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 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:
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 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
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 
7:19 p.m.
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.
4 Oct
4 Oct
6:33 a.m.
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(a)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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
7:55 a.m.
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(a)m19.cz> wrote:
Pavel Slama napsal(a):
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list 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(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
1914
days inactive
1915
days old
community-list@lists.vpsfree.cz
7 comments
5 participants
participants (5)
-
Jakub Fišer -
Lukáš Němec -
Pavel Slama -
Pavel Snajdr -
Viktor Čížek