van egy domU, amin van egy drbd dual-primary kötet, rajta ocfs2
fs. A domU lvm-en van a dom0 felett, a domU egyéb részeit le
tudom menteni LVM snapshot-tal, de ahol az OCFS van, azt
valamiért nem lehet felcsatolni a dom0 alatt:
/sbin/lvcreate -s -L10G -nbackuplv /dev/vg-appserv/app-repository
modprobe ocfs2
/bin/mount -t ocfs2 /dev/vg-appserv/backuplv /media/backup
mount: hibás fájlrendszertípus, hibás kapcsoló, hibás szuperblokk a(z)
/dev/mapper/vg--appserv-backuplv eszközön, hiányzó kódlap vagy segédprogram, vagy egyéb hiba
Egyes esetekben hasznos információk találhatók a syslogban
próbálja kiadni a dmesg | tail parancsot vagy egy ehhez hasonlót
mit nézek el?
Köszi:
a.
_________________________________________________
linux lista - li...@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
> van egy domU, amin van egy drbd dual-primary kötet, rajta ocfs2
> fs. A domU lvm-en van a dom0 felett, a domU egyéb részeit le
> tudom menteni LVM snapshot-tal, de ahol az OCFS van, azt
> valamiért nem lehet felcsatolni a dom0 alatt:
>
> /sbin/lvcreate -s -L10G -nbackuplv /dev/vg-appserv/app-repository
> modprobe ocfs2
> /bin/mount -t ocfs2 /dev/vg-appserv/backuplv /media/backup
>
> mount: hibás fájlrendszertípus, hibás kapcsoló, hibás szuperblokk a(z)
> /dev/mapper/vg--appserv-backuplv eszközön, hiányzó kódlap vagy segédprogram, vagy egyéb hiba
> Egyes esetekben hasznos információk találhatók a syslogban
> próbálja kiadni a dmesg | tail parancsot vagy egy ehhez hasonlót
>
>
> mit nézek el?
Egyes esetekben hasznos információk találhatók a syslogban
próbálja kiadni a dmesg | tail parancsot vagy egy ehhez hasonlót
--
Feri.
[...]
> > mit nézek el?
>
> Egyes esetekben hasznos információk találhatók a syslogban
> próbálja kiadni a dmesg | tail parancsot vagy egy ehhez hasonlót
jogos az ironia, mea culpa, bar nem lettem elorebb... :(
feltettem a dom0-ra az ocfs2-tools-t, de nem tudom local-ba
felcsatolni. azt irja a doksi, hogy a clusteren kell local-kent
konfolni (tunefs.ocfs2), es ugy csatolni, de ez nem jatszik.
A lenyeg, hogy az ocfs egy cluster egyik tagja, a lenyeg hogy
online le lehessen menteni - erre van valami megoldas snapshot-on
keresztul, vagy barmi mas modon?
Koszonom:
a.
Az ocfs2 érdekes állat. A csatoláshoz nem elég megadni, hogy
-t ocfs2, nem elég a modult betölteni - a node-ot be kell
léptetni az ocfs2 clusterba is.
Zsolt
> van egy domU, amin van egy drbd dual-primary kötet, rajta ocfs2
> fs. A domU lvm-en van a dom0 felett, a domU egyéb részeit le
> tudom menteni LVM snapshot-tal, de ahol az OCFS van, azt
> valamiért nem lehet felcsatolni a dom0 alatt:
>
> /sbin/lvcreate -s -L10G -nbackuplv /dev/vg-appserv/app-repository
> modprobe ocfs2
> /bin/mount -t ocfs2 /dev/vg-appserv/backuplv /media/backup
>
> mount: hibás fájlrendszertípus, hibás kapcsoló, hibás szuperblokk a(z)
> /dev/mapper/vg--appserv-backuplv eszközön, hiányzó kódlap vagy segédprogram, vagy egyéb hiba
> Egyes esetekben hasznos információk találhatók a syslogban
> próbálja kiadni a dmesg | tail parancsot vagy egy ehhez hasonlót
_________________________________________________
> Az ocfs2 érdekes állat. A csatoláshoz nem elég megadni, hogy
> -t ocfs2, nem elég a modult betölteni - a node-ot be kell
> léptetni az ocfs2 clusterba is.
ettől félek így utólag, bár a doksi azt irja, hogy lehet
local-ban is mountolni, nem kell cluster membernek lenni, de
ehhez le kell csatolni a memberen, tunefs.ocfs2
--fs-features=local, és akkor talán - ezt már nem volt kedvem
kipróbálni, hogy így működik-e.
Azt tudja esetleg valaki - most már csak érdekességképp - hogy
van olyan osztott fs, amit lvm snapshot-ként lehet menteni nem
cluster-node alatt is?
koszi:
a.
GFS-t lehet nem cluster nodrol is atalakitani lokalis FS-se.
Nem trivialis, lvm.conf-ban ki kell kapcsolni a lock-olcast, majd
vgexport, vgimport es utana
gfs2_tool sb /dev/store/lv1 proto lock_nolock
es lehet mountolni lokalisan.
CLVM sajnos nem tud snapshot-ot, de ha jol remlik ebben az esetben a
DRBD alatt van az LVM, ugy akar mukodhet is.
Ezt a clusternode es egyebb dolgot nem igazan ertem (nem is erdekel), de
glusterfs-sel minden tovabbi nelkul megoldhato, a brick lehet lvm-en is.
--
Gabor HALASZ <hala...@freemail.hu>
> >
> > Azt tudja esetleg valaki - most már csak érdekességképp - hogy
> > van olyan osztott fs, amit lvm snapshot-ként lehet menteni nem
> > cluster-node alatt is?
> >
>
> GFS-t lehet nem cluster nodrol is atalakitani lokalis FS-se.
nem atalakitani kell, hanem felcsatolni - atalakitani az OCFS2-t
is lehet :)
> Nem trivialis, lvm.conf-ban ki kell kapcsolni a lock-olcast, majd
> vgexport, vgimport es utana
>
> gfs2_tool sb /dev/store/lv1 proto lock_nolock
>
> es lehet mountolni lokalisan.
>
> CLVM sajnos nem tud snapshot-ot, de ha jol remlik ebben az esetben a
> DRBD alatt van az LVM, ugy akar mukodhet is.
nem, kicsit komplexebb: van egy Debian mint dom0, azon fut egy
domU. A dom0-ban van egy rakas LVM, ebbol N darabot hasznal a
domU. A domU boot után elindit egy DRBD-t, ami "latszolag"
fizikai particio (xvdaN) a domU-bol nezve, de egy LVM kotet a
dom0-bol nezve.
A teljes domU-t le tudom menteni snapshot-tal, meg azokat a drbd
koteteket is, ahol ext3 van mondjuk.
De ahol ocfs2 ul a drbd-n, ott nem tudom felcsatolni a
snapshot-ot. Ugy is probaltam, hogy lvcreate -s ..., es utana
erre a snapshot-ra probaltam tunefs.ocfs2-el raeroltetni a local
mode-ot, de az sem megy.
Koszi:
a.
> > Azt tudja esetleg valaki - most már csak érdekességképp - hogy
> > van olyan osztott fs, amit lvm snapshot-ként lehet menteni nem
> > cluster-node alatt is?
> >
>
> Ezt a clusternode es egyebb dolgot nem igazan ertem (nem is erdekel),
pedig ez a kulcsa a problemanak :)
> de
> glusterfs-sel minden tovabbi nelkul megoldhato, a brick lehet lvm-en is.
nem az lvm a lenyeg, szerintem nem erted, de ez lehet h az en
saram, az elozo mailben megprobaltam reszletezni a nyomoromat.
nem ismerem a glusterfs-t, ez azt jelenti hogy nem kell ala drbd?
a.
Valoszinuleg nem ertem; de vannak visszatero remalmaim a redhat gfs/ocf
horror kornyekerol, viszont azota igyekszem intenziven elfelejteni (amit
nem fogok elfelejteni, hogy megfelelo utemezessel inditva megbolondul a
drbd es teljes adatvesztes lesz az eredmeny), igy nem is akarom megerteni.
>
> nem ismerem a glusterfs-t, ez azt jelenti hogy nem kell ala drbd?
>
Igen, a glusterfshez csak fuse kell (meg valami network transport).
--
Gabor HALASZ <hala...@freemail.hu>
> > nem az lvm a lenyeg, szerintem nem erted, de ez lehet h az en
> > saram, az elozo mailben megprobaltam reszletezni a nyomoromat.
>
> Valoszinuleg nem ertem; de vannak visszatero remalmaim a redhat gfs/ocf
> horror kornyekerol, viszont azota igyekszem intenziven elfelejteni (amit
> nem fogok elfelejteni, hogy megfelelo utemezessel inditva megbolondul a
> drbd es teljes adatvesztes lesz az eredmeny), igy nem is akarom megerteni.
<off>
jo regen mar egyszer probaltam a drbd-t, nekem sem volt tul jo
tapasztalatom vele, most meg a 0.8.x egesz jo, nem csak en nem
tudtam belekotni, hanem a megrendelo sem - o rangatta a drotokat
a cluster teszthez, igy ha neki jo, nekem foleg.
kellett trukkozni, de mukodik.
</off>
> > nem ismerem a glusterfs-t, ez azt jelenti hogy nem kell ala drbd?
> >
>
> Igen, a glusterfshez csak fuse kell (meg valami network transport).
bar a fuse nekem mindenhol tok jol mukodik ahol kell, jellemzoen
otthoni bohockodasra hasznalom csak, szal' nem tudom mitol
tartsak jobban: a fuse-tol vagy az ocfs2-tol :)
van meg esetleg olyan osztott fs a "piacon" amihez nem kell
koztes blokk eszkoz (drbd vagy egyeb), ami elvegzi a cluster
feladatot?
a.
> jo regen mar egyszer probaltam a drbd-t, nekem sem volt tul jo
> tapasztalatom vele, most meg a 0.8.x egesz jo, nem csak en nem
> tudtam belekotni
Ehhez eleg a todo/feature list-et elolvasni.
>>> nem ismerem a glusterfs-t, ez azt jelenti hogy nem kell ala drbd?
>>>
>> Igen, a glusterfshez csak fuse kell (meg valami network transport).
>
> bar a fuse nekem mindenhol tok jol mukodik ahol kell, jellemzoen
> otthoni bohockodasra hasznalom csak, szal' nem tudom mitol
> tartsak jobban: a fuse-tol vagy az ocfs2-tol :)
Egyertelmuen az ocfs2-tol es a hozza szukseges kiegeszitoktol, de
leginkabb az egesznek a designjetol :( A glusterfs homogen design,
mindent elvegez a recoverytol a lockmaganertol a cachelesig (nem csak
2node ha-ban), es ha veletlenul megall (nem fog) a fuse, az adataidat
(nagy reszet) meg mindig megtalalod a bricket tartalmazo filesystemen.
>
> van meg esetleg olyan osztott fs a "piacon" amihez nem kell
> koztes blokk eszkoz (drbd vagy egyeb), ami elvegzi a cluster
> feladatot?
>
Tudtommal nincs; azt nem tudom, hogy az AFS-sel hol tartanak, azt majd
elmondja Gorgo.
--
Gabor HALASZ <hala...@freemail.hu>
lustre, xtreemfs
tompos
Ja igen, AFS is van. Nekunk a 2 TB-os max. volummeretnel kellett
kidobni. De amugy meg elegge bonyolult egy koncepcio, igaz, mas
feladatra is talaltak ki.
tompos
--
Gabor HALASZ <hala...@freemail.hu>
Miert nincs security?
A lustre jo sokmindenre es ezen kivul sokmindenre kifejezetten nem
ajanlott, szerintem:)
tompos
Belathato idon belul el fog mulni. De mennyiben limitacio ez? Majd
szolj, ha lesz akkora clustered, ahova tobb kellene, mert azt
megnezem:)
Igen, az xtreemfs meg kisgyerek, de alternativat kerdezett, ezert
irtam be. Nem volt feltetel a production ready.
tompos
Gabor HALASZ <hala...@freemail.hu> wrote:
>
> A lustrenak remlik valami limitacioja az mds kornyeken, mintha csak egy
> lehetett volna belole. Vagy ez mar elmult?
Az konkretan elmult (ketto! lehet! :), de szamtalan mas sebbol verzik.
Aki nagy meretekben Lustret hasznal, az kivetel nelkul scratchspace
(teleirjak, letorlik, es nem szamit ha elvesz), illetve "megbiznak" az
osszes gepben es felhasznaloban, mert security sincsen.
raas
--
Those who say it cannot be done should not interrupt the person doing it.
-- Chinese proverb
single point of failure
--
Gabor HALASZ <hala...@freemail.hu>
mea culpa, utolag akkor irom: production ready-nek kell lennie,
emiatt elso korben gfs/ocfs2 kozul valaszthattam, es en inkabb
ocfs2-t valasztottam. A gluster-t meg lehet h kiprobalom, lassan
lezarul a projekt es nincs visszaut...
amugy koszonom mindenkinek a segitseget.
a.
Egyszerre egy lehet uzemben. Nem azt jelenti, hogy kulsos eszkozzel
nem csinalhatsz belole HA clustert.
tompos
De eppen a kulso eszkozok nelkuli clusterfsrol van szo. Nem drbd vagy
shared storage hasznalataval.
--
Gabor HALASZ <hala...@freemail.hu>
Ja igaz. Mindenesetre nem tudom, mennyire erdekes ebbol a szempontbol,
mivel ott csak a meta adatok tarolodnak.
tompos