[ug-czosug] Re: kolize mirror/UFS a ZFS na x86_64?

[Martin Cerveny]

Zdravim,

On Mon, 6 Nov 2006, Pavel [ISO-8859-1] Lisý wrote:
> SunFire X2200, dva disky
> poŞadovåno zrcadlení systÊmu i datových disků.
>
> Vzhledem k tomu, Ĺže root filesystem na zfs nenĂ­ zatĂ­m podporovĂĄn, volil
> jsem variantu výše popsanou. Ale myslel jsem, že zfs potřebuje, aby
> fdisk partisna byla označena jako solaris. Nebo mu to je jedno? Existuje
> o tom někde popis v dokumentaci? Já na to nikde nenarazil.

To se neda nadefinovat v dokumentaci, kazdy se musi rozhodnout podle
svych pozadavku a potreb.

Co se tyka rootfs na zfs, tak uz se to blizi:
http://blogs.sun.com/tabriz/entry/are_you_ready_to_rumble
http://solaristhings.blogspot.com/2006/06/zfs-root-on-solaris.html
http://solaristhings.blogspot.com/2006/06/zfs-root-on-solaris-part-2.html
http://solaristhings.blogspot.com/2006/06/zfs-root-on-solaris-part-3.html

> zpool create gisdata mirror c1d0p2 c2d0p2

> že prostě zfs použije celou 2. fdisk partisnu a nebude tím nějak zmaten.
> Ale asi je to tím, že neznám podrobně implementaci. Jak si mohu zjistit
> hodnoty vtoc?

TO je prave ten problem, vtoc (nastroj format) je videt jen jedna
(nejspise jen prvni solaris2 partition). Myslim, ze prave toto zmatlo zfs,
kdyz zjistil, ze c#d0p2 je "solaris2", pristopil k tomu jako k "c#d0s2"
(overlap slice) - ale to bylo na prvni partition, takze se zacal
destruovat asi root ci var.

> Pokud nyní 2. fdisk partisnu přetypuji na Other, bude to zaručeně OK,
> nebo je to lepší celé přeinstalovat?

No typnul bych, ze to bebude uz nic moc co se tyka validnosti dat.
Radsi bych volil preinstalaci, samozrejme pokud to jeste trosku
chodi tak vyzkouset zrusit zfs pool, prehodit partition na other
a vytvorit zfs pool - a zjistit, zda bude nadavat.
Jinak bych se spise klonil k single partition a resit to na slicech
(napr. 0-root, 1-swap, 3-metadb, 4-var, 5-zfs ...) a zfs vytvorit
z c#d0s5. Jinak si je take dobre pohrat s umistenim slicu - napr.
root/swap(pokud neni aktivne vyuzivan) dat az na konec disku
(koncove cylindry jsou na dnesnich discich nejpomalejsi) a
data (zfs) umistit na pocatecni cylindry (pokud se jedna o datove
intenzivni aplikace).

> metadb -a -f c1d0s7 c2d0s7
> metainit -f d11 1 1 c1d0s0
> metainit -f d12 1 1 c2d0s0
> metainit -f d10 -m d11
> metaroot d10
> vi /etc/vfstab
> init 6
> metattach d10 d12

Ano, to snad je ok, ja jsem to psal ala demo, hlavne kvuli tomu
koncovemu init+metattach.
Jinak bych doporucil matadb "-c 3" aspon 3 kopie na kazdem z disku,
v pripade padu systemu a nahodnem poskozeni matadb funguje start
v rezimu majorita z validnich databazi, coz pri poskozeni databaze nemusi
dopadnout dobre (a mista to moc nezabere).

M.C>