drbd resources probléma

UNIX haladó

Üdv. Friss vagyok a HUP-on, és nagy megtiszteltetésnek érzem hogy itt lehetek, régóta olvasom a fórumot és végre tagként is itt lehetek.
Kérdéssel fordulnék hozzátok. Ubuntu 14.04 szerveren drbd konfigurációval (A többi lent). Tanulmányoztam, saját dokumentációt is készítettem a drbd-hez viszont nem volt erőforrásom tesztelni, így csak az olvasott és tapasztalt információkkal rendelkezem. A kérdés szerintem elég speciális, a példák alapján látható, hogy teljesen mással állok szemben, mint amit én a jelen tudásommal standardnak vennék.

Szóval:
Egy drbd-ben jártas embert keresek.

====================
A KÉRDÉS:
- Az alábbiak alapján hibás-e és ha igen, melyik konfiguráció a hibás? (Az egyik biztosan hibás, viszont ha a TCP kapcsolatnál számít a távoli config, a diszkek jelenlegi felállása szerint akár mindkettő lehet hibás.)
- A volume 0 csak a saját eszközeit definiálja, vagy a drbd partnerét is? (A példa linkeken ez egyértelmű, de a saját konfigurációmnál nem. )
====================

A (/etc/drbd.d/r0.res) Resource.res (r*.res) konfigurációval kapcsolatban van amit nem értek és nem tiszta. Találtam frankó leírásokat is, de egyik sem válaszol a kérdésemre.

Szituáció:
2 szerver drbd kapcsolat, mindkettőn ugyan az a res.res tartalma, viszont sda és sdb fel van cserélve:
X:
sda = drbd
sdb = /
Y:
sda = /
sdb = drbd
(Ebből következik, hogy feltételezhetően az egyik konfig hibás ) A kérdés az hogy melyik, illetve hogy valóban hibás-e esetleg mind2 az?

A linkek alapján egy-egy ip címnél külön-külön van felsorolva a /dev/sd? az én állományom viszont közel sem úgy néz ki. Attól tartok, hogy globálisan definiálja az összes forrás (X és Y) diszkjeit

====================
Nem írnám le az egészet:
resource r0 {
...
..
volume 0 {
device /dev/drbd0;
disk /dev/sdb1;
meta-disk internal;
}
on X {
address ip.xxx.x.x
}
on Y {
address ip.yyy.y.y
}
}
====================

Példa1
http://unixlinux.tmit.bme.hu/Redund%C3%A1ns_t%C3%A1rol%C3%B3_klaszter_D…
Példa2
https://docs.linbit.com/man/v84/drbd-conf-5/

Elnézést a hosszú írásért, remélem nem sértettem meg semmilyen irányelvet, a szabályzatot még most olvasgatom, hasonló témát nem találtam a fórumon.

Tisztelettel!

  • 1415 megtekintés

( nephilim | 2018. 07. 09., h – 08:56 )

Üdv!
Amennyiben "top level" definiálod abban az esetben öröklődik a paraméter (szerintem).
A két node-on lehet más-más /dev/sd? hozzárendelve, viszont azt override-olni kell node definíció szinten.

resource test0 {
    protocol C;
    on node1 {
            device /dev/drbd0;
            disk /dev/sda;
            address 1.1.1.1:7788;
            meta-disk internal;
    }
    on node2 {
            device /dev/drbd0;
            disk /dev/sdb;
            address 1.1.1.2:7788;
            meta-disk internal;
    }
}

De NEM szakterületem a dolog, csak játszottam vele, próbáld ki így, hátha...
Ha más nem is, biztos lesz valaki aki helyre teszi a dolgot (legalább én is tanulok belőle...)

---
semper fidelis

így van. Az eredeti kérdezőnek pedig szeretném jelezni, hogy (emlékeim szerint) a resource definiciónak mindkét node-on MEG KELL EGYEZNI. (a legegyszerűbben úgy jársz, ha resource_test0.conf -ként mented, és átmásolod.

tehát a
'node1' az mindkét helyen így KELL, hogy legyen nevezve.
Nem Node1 és node1, meg node1 és node01.

Én is pont így gondolom, csak akkor mindkét helyen érdemes cserélni a konfigot.
Ha így teszek akkor szükséges újraindítanom mindkét "node"-ot, mert önmagában valamiért a drbd nem szeretne leállni/elindulni.

Ez utóbbinak még utánanézek, csodálnám, ha csak bootkor lenne képes felállni egy stabil drbd.

Köszönöm szépen!

( morfyum | 2018. 10. 30., k – 22:45 )

Üdv. Nem tudom mennyire jó ötlet itt feltenni a következő kérdést, a hasonló témában vagyok.

adott 2 szerver
Primary/Secondary állapotban 3 drbd kötet: drbd0, drbd1, drbd2

drbd0 Primary/Secondary Diskless/UpToDate
drbd1 Primary/Secondary UpToDate/UpToDate
drbd2 Primary/Secondary UpToDate/UpToDate

Habár Diskless, továbbra is az elsődleges szerver a Primary (nem állt át automatikusan), de elméletileg a secondary-ról veszi az adatokat.
A drbdr0 egy egyszerű physical volume-ba van kötve, akár csak a drbd1, drbd2. Majd ez a három van összevonva egy VolumeGroup alá.

Nem tudom hogyan kellene nekiállnom a kiesett disc cseréjének.
Elméletileg ha diskless-t kiveszem azzal nem történik semm, mivel már így sem érzékeli. (Javítsatok ki, ha tévedek)

Viszont csere után a Primary marad a Primary. azaz felül fogja írni a Secondary adatait az inkonzisztencia miatt?
Secondary-t primary-be állapotba kellene tennem?
A Volume-Grouppal kellene valamit csinálni? Őt elvileg nem érdekli hogy mi történik alatta, csak legyen diszk.

Tapasztalat? Jó tanács? Előre is köszönöm a válaszokat.