DRDB A protokol netszakadas eseten...

Fórumok

mi tortenik amikor megszakad a net?

a szerveren minden megy tovabb vagy lehalnak a programok hogy nem tudnak irni?

mert akkor jelenti kiirtnak az adatot amikor lokalisan kiirta es a send pufferben van az adat.

de a send puffer hamar betelik. ilyenkor mi fog tortenni?

mikor visszajon a net tolem folytathatja ahol abbahagyta, elvileg a metadatabol tudja hogy mi valtozott, vagy ujra is szinkronizalhat, de addig mi fog tortenni?

2.

valaki hasznalja a pull-ahead-ot?

az jo ilyen esetre?

(szerk: proxy nelkuli config)

Hozzászólások

szerintem a config file-ban lévő paraméterek alapján a secondary node-t ki fogja dobni, a master "waiting for connection" állapotba fog kerülni, és degraded módban - kicsit szomorkásan ugyan - de fog tovább dolgozni. Úgy gondolom, h a futó programok ebből semmit nem fognak észrevenni - max addig lesznek kicsit lassabbak, amíg a puffer tellik,de még nem kerül degraded módba a node.

Rég foglalkoztam vele. Ha jól dereng, akkor a send puffer azért jó, mert szakadás esetén abban tárolja hogy mi nem ment még át. Ha a puffer betelése előtt visszajön a partner, akkor át lehet lökni felé csak a megváltozott blokkokat.
Ha a puffer túlcsordul, akkor bejegyződik, hogy a partnernek teljes szinkron kell, így amikor visszajön, akkor amellett, hogy  változásokat folyamatosan vezetem át, mintha meglenne aszinkron, egyben elindul egy teljes adatmásolás is.

Alkalmazás szinten ebből A protokoll esetén annyit veszel észre, mint amikor a két diszkes RAID mirrorból egy diszk kiesik: minden megy tovább, de a hátértár degraded lesz. A szinkronizálás alatt meg lassabb.

mar folynak a tesztek hogy a gyakorlat mit mutat

neked aztan fura humorod van...

szerintem egy secondary/secondary magatol nem fog megvaltozni, megvar engem hogy kiadjam a parancsot a masteren hogy o a primary.

de ha az master secondary-ba kerulne valahogy akkor a virtualis gepek sem tudnanak ra irni es megallnanak. szerintem.

szerinted milyen esetben kerulhet a master secondary-ba? csinalok ra tesztet.

neked aztan fura humorod van...

ez tenyleg igy van, ha csak a mastert inditom el secondary lesz

viszont 100s (wfc-timeout) mulva automatikusan primary lesz

illetve a xen drbd block script is primary-ba rakja

/etc/xen/scripts/block-drbd:

        if [ "$drbd_lrole" != 'Primary' ]; then
          drbdadm primary $drbd_resource
        fi

neked aztan fura humorod van...

En mar csak Connection Refused-ot kaptam.

Aztan amikor veletlen betolt:
 

utils.js:1 Failed to load resource: net::ERR_CONNECTION_REFUSED
CalibriBold.ttf:1 Failed to load resource: net::ERR_CONNECTION_REFUSED
/favicon.ico:1 Failed to load resource: the server responded with a status of 404 (Not Found)
11 index.jsp:74 Uncaught ReferenceError: hideFooter is not defined
    at HTMLButtonElement.onclick (index.jsp:74)

Nekem működött, leszámítva, hogy bugosan sikerült a Captchát implementálniuk és a developer toolbarban kellett kiszednem a disabled-öt a submit gombról :) Akkor most meghakkoltem a NEAK-ot?

BlackY

"Gyakran hasznos ugyanis, ha számlálni tudjuk, hányszor futott le már egy végtelenciklus." (haroldking)

És nézd meg, hogy a böngészőbe leküldött tartalomban mennyi a releváns adat, és menniy a font meg a js meg miegyéb... És persze mindet az üveghal tolja ki, nem úgy néz ki, mintha a statikus tartalmat cdn-eznék, vagy akár helyben cache-ből tolnák... (én azt is el tudom képzelni, hogy a DB-be lettek berakva, és BLOB-ból szedi...)

na niggerek! nyissatok az offtopicnak egy masik forumot ha ki akarjatok targyalni! :)

neked aztan fura humorod van...