Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

OCFS2 mentese Xen domU alatt

0 views
Skip to first unread message

Hegedüs Ervin

unread,
Oct 31, 2009, 10:30:02 AM10/31/09
to

Hello,

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

Ferenc Wagner <wferi@niif.hu>

unread,
Oct 31, 2009, 11:32:05 AM10/31/09
to
Hegedüs Ervin <air...@freemail.hu> writes:

> 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.

Hegedüs Ervin

unread,
Oct 31, 2009, 4:16:20 PM10/31/09
to

hello,

[...]


> > 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.

Zs

unread,
Nov 1, 2009, 4:24:38 AM11/1/09
to

Hi!


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

_________________________________________________

Hegedüs Ervin

unread,
Nov 1, 2009, 4:47:57 AM11/1/09
to

hello,

> 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.

Miloska <miloska@gmail.com>

unread,
Nov 2, 2009, 7:13:04 AM11/2/09
to

>
> 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 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.

Gabor HALASZ

unread,
Nov 2, 2009, 7:47:00 AM11/2/09
to

Hegedüs Ervin wrote:
> hello,
>
>> 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?
>

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>

Hegedüs Ervin

unread,
Nov 2, 2009, 8:00:21 AM11/2/09
to

hello,

> >
> > 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.

Hegedüs Ervin

unread,
Nov 2, 2009, 8:06:27 AM11/2/09
to

hello,

> > 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.

Gabor HALASZ

unread,
Nov 2, 2009, 8:46:11 AM11/2/09
to

Hegedüs Ervin wrote:
>
>> 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.

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>

Hegedüs Ervin

unread,
Nov 2, 2009, 8:59:37 AM11/2/09
to

hello,

> > 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.

Gabor HALASZ

unread,
Nov 2, 2009, 9:21:09 AM11/2/09
to

Hegedüs Ervin wrote:

> 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>

Papp Tamas

unread,
Nov 2, 2009, 1:26:46 PM11/2/09
to

On Mon, Nov 02, 2009 at 02:59:37PM +0100, Hegedüs Ervin wrote:
> van meg esetleg olyan osztott fs a "piacon" amihez nem kell
> koztes blokk eszkoz (drbd vagy egyeb), ami elvegzi a cluster
> feladatot?

lustre, xtreemfs

tompos

Papp Tamas

unread,
Nov 2, 2009, 1:28:57 PM11/2/09
to

On Mon, Nov 02, 2009 at 03:21:09PM +0100, Gabor HALASZ wrote:
>
> Tudtommal nincs; azt nem tudom, hogy az AFS-sel hol tartanak, azt majd
> elmondja Gorgo.

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

unread,
Nov 3, 2009, 4:59:44 AM11/3/09
to

Papp Tamas wrote:
> On Mon, Nov 02, 2009 at 02:59:37PM +0100, Hegedüs Ervin wrote:
>> van meg esetleg olyan osztott fs a "piacon" amihez nem kell
>> koztes blokk eszkoz (drbd vagy egyeb), ami elvegzi a cluster
>> feladatot?
>
> lustre, xtreemfs
>
A lustrenak remlik valami limitacioja az mds kornyeken, mintha csak egy
lehetett volna belole. Vagy ez mar elmult?
Az xtreemfs meg gyerekcipoben jar.

--
Gabor HALASZ <hala...@freemail.hu>

Papp Tamas

unread,
Nov 3, 2009, 5:41:36 AM11/3/09
to

On Tue, Nov 03, 2009 at 10:38:08AM +0000, Andras HORVATH wrote:
>
> 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.

Miert nincs security?

A lustre jo sokmindenre es ezen kivul sokmindenre kifejezetten nem
ajanlott, szerintem:)

tompos

Papp Tamas

unread,
Nov 3, 2009, 5:40:09 AM11/3/09
to

On Tue, Nov 03, 2009 at 10:59:44AM +0100, Gabor HALASZ wrote:
> A lustrenak remlik valami limitacioja az mds kornyeken, mintha csak egy
> lehetett volna belole. Vagy ez mar elmult?
> Az xtreemfs meg gyerekcipoben jar.

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

Andras HORVATH

unread,
Nov 3, 2009, 5:38:08 AM11/3/09
to

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

Gabor HALASZ

unread,
Nov 3, 2009, 5:51:11 AM11/3/09
to

Papp Tamas wrote:
> On Tue, Nov 03, 2009 at 10:59:44AM +0100, Gabor HALASZ wrote:
>> A lustrenak remlik valami limitacioja az mds kornyeken, mintha csak egy
>> lehetett volna belole. Vagy ez mar elmult?
>> Az xtreemfs meg gyerekcipoben jar.
>
> Belathato idon belul el fog mulni. De mennyiben limitacio ez?

single point of failure

--
Gabor HALASZ <hala...@freemail.hu>

Hegedüs Ervin

unread,
Nov 3, 2009, 6:15:42 AM11/3/09
to

> Igen, az xtreemfs meg kisgyerek, de alternativat kerdezett, ezert
> irtam be. Nem volt feltetel a production ready.

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.

Papp Tamas

unread,
Nov 3, 2009, 6:41:26 AM11/3/09
to

On Tue, Nov 03, 2009 at 11:51:11AM +0100, Gabor HALASZ wrote:
>
> single point of failure

Egyszerre egy lehet uzemben. Nem azt jelenti, hogy kulsos eszkozzel
nem csinalhatsz belole HA clustert.

tompos

Gabor HALASZ

unread,
Nov 3, 2009, 6:54:54 AM11/3/09
to

Papp Tamas wrote:
> On Tue, Nov 03, 2009 at 11:51:11AM +0100, Gabor HALASZ wrote:
>> single point of failure
>
> Egyszerre egy lehet uzemben. Nem azt jelenti, hogy kulsos eszkozzel
> nem csinalhatsz belole HA clustert.
>

De eppen a kulso eszkozok nelkuli clusterfsrol van szo. Nem drbd vagy
shared storage hasznalataval.

--
Gabor HALASZ <hala...@freemail.hu>

Papp Tamas

unread,
Nov 3, 2009, 7:28:27 AM11/3/09
to

On Tue, Nov 03, 2009 at 12:54:54PM +0100, Gabor HALASZ wrote:
>
> De eppen a kulso eszkozok nelkuli clusterfsrol van szo. Nem drbd vagy
> shared storage hasznalataval.

Ja igaz. Mindenesetre nem tudom, mennyire erdekes ebbol a szempontbol,
mivel ott csak a meta adatok tarolodnak.

tompos

0 new messages