Mailing List Archive: DRBD: Users

drbd Problem

Index | Next | Previous | View Threaded

Siegfried.Podolski at example

Jul 19, 2000, 2:19 AM

Post #1 of 6 (410 views)
Permalink

drbd Problem

Hallo,

Wir wollen drbd zur Absicherung unseres Mailservers benutzten. Es sind
allerdings einige Probleme aufgetreten, die ich Dir mitteilen will.

Zuerst unsere Architektur:
2 identische HP-Netserver mit je 2 Intel Pentium III Prozessoren.
1GB Hauptspeicher, AMI MegaRAID-Controller, einer 3Com Gigabit Karte und
einer 100Megabit Karte, ueber diese 100MBit lauft nur die Kommunikation
von drbd.
Linux Redhat 6.1 und Kernel 2.2.16
Drbd vom CVS-Sever. Upgedatet am 18.Juli

OPTIONS="-r 5000 -s 1024 -t 150 -i 30 -c 30"

Mit dem Protokoll C tritt immer ein Fehler auf wenn der DRBD-Master auf
/dev/nb0 schreibt (allerdings nicht wenn mit SyncAll, oder SyncQuick
daten uebertragen werden). Der Fehler gestaltet sich folgendermassen.
Der DRBD-Slave antwortet nur noch auf ein ping. Kein login ist mehr
möglich, und auch keine anderen Aktionen.
Ein Consolewechsel ist noch moeglich, und mit den Magic-Keys kann man die
laufenden Task anschauen. Es faellt auf, dass zwei Task sich mit dem
status current abwechseln. drbd_0 und drbd_asender.
Allerdings ist kein Emergeny Sync moeglich.

Mit dem Protokoll B gab es folgende Schwierigkeit.

Wenn das Verzeichnis ohne die Option sync auf dem DRBD-Master gemountet
wird, sehr grosse Dateien geschrieben werden (Performance test mit
bonnie) und dann ein umount abgesetzt wird, so entseht die Fehlermeldung
wie im Attachment beigefuegt.
Die Performance bewegt sich im bereich von einigen MByte/sec beim
schreiben auf das Verzeichnis, und die load bei unter 1.
Mit xosview +net sehe ich, dass immer 1MB bis 3MB uebers Netz
gehen.

Wenn das Verzeichnis mit der Option sync gemountet wird, arbeitet alles
richtig. Allerdings bewegt sie die Performance auf 200-400 KByte/sec und
die Load steigt kontinuierlich auf 1,5 bis 1,7 auf beiden Systemen an.
Mit xosview +net sieht man, dass durchschnittlich 400k - 600k uebers
Netz gehen, es aber regelmaessig im abstannt von 6 sec einen Spitze von
bis zu 3MB gibt. Wenn mit Sync Daten uebertragen werden bekommt man die
gleichen Datenraten wie oben, also auch 1MB - 3MB.

Protokoll A habe ich nicht ausgetestet.

Vielleicht hilft Dir diese Information weiter, um drbd noch stabiler zu
machen. Ich finde es wirklich ein echt gutes Tool.

MFG
Siegfried Podolski

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ _...
| Name: Siegfried Podolski .'. ``. /
| Anschrift: FHT - Esslingen ( ><
| Kanalstrasse 33 73732 Esslingen '., ,.' \
| Rechenzentrum /SM ```` \
| E-Mail: Siegfried.Podolski [at] example \
| Tel.: 0711/397 - 3166 \
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Attachments:

drbd.bug.server (121 KB)

drbd.bug.client (49.0 KB)

philipp at example

Jul 21, 2000, 1:27 PM

Post #2 of 6 (395 views)
Permalink

Re: drbd Problem [In reply to]

Vielen Dank für die genaue Fehlerbeschreibung.
Mittlerweile ist es mir bekannt, daß man mit Hilfe von Bonnie ganz
schrecklich viele Fehler in DRBD aufstöbern kann (bis zu dem
von dir beschriebenem Crash).

Bei meiner neuen Firma habe ich nun endlich die möglichkeit auf
besserer HW als auf der UNI mit DRBD zu arbeiten.

Leider kann ich keine Versprechen machen wann diese Probleme behoben sein
werden... aber ich arbeite daran.

-Philipp

[.
I know that it's possible to trigger a lot of bugs and even crashes
with bonnie. Fortunately I have got access to better equipment
and I am now able to reproduce these errors. I am already working
on these problems.
]

>Hallo,
>
>Wir wollen drbd zur Absicherung unseres Mailservers benutzten. Es sind
>allerdings einige Probleme aufgetreten, die ich Dir mitteilen will.
>
>Zuerst unsere Architektur:
>2 identische HP-Netserver mit je 2 Intel Pentium III Prozessoren.
>1GB Hauptspeicher, AMI MegaRAID-Controller, einer 3Com Gigabit Karte und
>einer 100Megabit Karte, ueber diese 100MBit lauft nur die Kommunikation
>von drbd.
>Linux Redhat 6.1 und Kernel 2.2.16
>Drbd vom CVS-Sever. Upgedatet am 18.Juli
>
>
>OPTIONS="-r 5000 -s 1024 -t 150 -i 30 -c 30"
>
>
>
>Mit dem Protokoll C tritt immer ein Fehler auf wenn der DRBD-Master auf
>/dev/nb0 schreibt (allerdings nicht wenn mit SyncAll, oder SyncQuick
>daten uebertragen werden). Der Fehler gestaltet sich folgendermassen.
>Der DRBD-Slave antwortet nur noch auf ein ping. Kein login ist mehr
>möglich, und auch keine anderen Aktionen.
>Ein Consolewechsel ist noch moeglich, und mit den Magic-Keys kann man die
>laufenden Task anschauen. Es faellt auf, dass zwei Task sich mit dem
>status current abwechseln. drbd_0 und drbd_asender.
>Allerdings ist kein Emergeny Sync moeglich.
>
>
>Mit dem Protokoll B gab es folgende Schwierigkeit.
>
>Wenn das Verzeichnis ohne die Option sync auf dem DRBD-Master gemountet
>wird, sehr grosse Dateien geschrieben werden (Performance test mit
>bonnie) und dann ein umount abgesetzt wird, so entseht die Fehlermeldung
>wie im Attachment beigefuegt.
>Die Performance bewegt sich im bereich von einigen MByte/sec beim
>schreiben auf das Verzeichnis, und die load bei unter 1.
>Mit xosview +net sehe ich, dass immer 1MB bis 3MB uebers Netz
>gehen.
>
>
>
>Wenn das Verzeichnis mit der Option sync gemountet wird, arbeitet alles
>richtig. Allerdings bewegt sie die Performance auf 200-400 KByte/sec und
>die Load steigt kontinuierlich auf 1,5 bis 1,7 auf beiden Systemen an.
>Mit xosview +net sieht man, dass durchschnittlich 400k - 600k uebers
>Netz gehen, es aber regelmaessig im abstannt von 6 sec einen Spitze von
>bis zu 3MB gibt. Wenn mit Sync Daten uebertragen werden bekommt man die
>gleichen Datenraten wie oben, also auch 1MB - 3MB.
>
>Protokoll A habe ich nicht ausgetestet.
>
>Vielleicht hilft Dir diese Information weiter, um drbd noch stabiler zu
>machen. Ich finde es wirklich ein echt gutes Tool.
>

j.amalarasan at example

Nov 18, 2001, 9:53 PM

Post #3 of 6 (392 views)
Permalink

Re: DRBD Problem [In reply to]

Hi

Thanks for the reply. This is my drbd.conf

#
# Comment lines.
resource drbd0 {

protocol=B
fsckcmd=fsck.ext2 -p -y

on linuxmail {
device=/dev/nb0
disk=/dev/hda11
address=10.0.0.1
port=7788
}

on oralinux {
device=/dev/nb0
disk=/dev/hda12
address=10.0.0.2
port=7788
}
}
~

I don't know where the "skip-sync" option is.

Thanks
Amal

"Bene, Martin" wrote:

> Hi Amal,
>
> > But when the primary comes back online it is not synchronising the
> > data from the secondary node. It just comes online and becomes primary
> > and the secondary node DRBD device is unmounted and starts working with
> > the old data.
>
> Looks like you've got a "skip-sync" directive in your drbd.conf. Comment
> that out, it's only meant for testing!
>
> Bye, Martin

--

_______________________________________________________________________

J. Amalarasan
Senior Systems Engineer
Patni Computer Systems
Email: j.amalarasan [at] example
Phone: 91 + 44 + 431 3261 - 65
Fax : 91 + 44 + 431 3266
Extn : 475

Res : 91 + 44 + 2484685

Lars.Ellenberg at example

Dec 17, 2003, 3:33 AM

Post #4 of 6 (388 views)
Permalink

Re: drbd Problem [In reply to]

/ 2003-12-17 14:51:53 +0530
\ sachin palav:
> Hi there,
> I am a student and was working to make drbd working for my project. But I
> am facing problem and RedHat Linux 8.0. I have installed drbd 0.6.1,
>
> Case -1
> when I run service drbd start -- the output is as follows
> drbd: pre-parsed needs update, parsing /etc/drbd.conf
> last token read from </etc/drbd.conf> was
> 97: }
> drbd: resource ' drbd0' : This host (vmsystem1 not mentioned.
> stopped at /etc/init.d/drbd (parse_resource_section) line 977.
> CVSID Id: drbd, v 1.28 2002/11/29 11:15:22 kde Exp
> BASH_VERSIONINFO (2 05b 0 1 release i686-pc-linux-gnu)

then you want to read about the drbd.conf again,
and tell vmsystem1 its host specific settings.
(there needs to be a "on vmsystem1 {...}" section)
you may want to have a browse at drbd.org

> Case-2
> When I run drbdsetup the following is the messeage
> drbrsetup /dev/nb0 disk /dev/hda6
> can not open device: No such device
> I am using SCSI so I tried creating partition but did same thing again

you need to load the drbd module first.

the next problem then probably will be that you see:
drbdsetup /dev/nb0 disk /dev/hda6
Can not open lower device: No such device or address

thats then because you don't have hda6. so you obviously want to
use an existing (and hopefully unused) partition.

why don't people read before they blindly shoot their systems..sigh..

Lars Ellenberg

-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click

lists at alteeve

Jun 19, 2012, 11:02 PM

Post #5 of 6 (273 views)
Permalink

Re: drbd problem [In reply to]

On 06/20/2012 12:59 AM, Dagia Dorjsuren wrote:
> # cat /proc/drbd
> version: 8.3.11 (api:88/proto:86-96)
> srcversion: 71955441799F513ACA6DA60
> 0: cs:WFConnection ro:Secondary/Unknown ds:Diskless/DUnknown C r-----
> ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0

The backup machine is not connected to it's local storage device
(/dev/sda5). Depending on when that happened, the backup node may not be
UpToDate anymore, and thus, you may not have an actual backup of your data.

To start, try typing:

drbdadm attach r0

If the line changes to:

0: cs:WFConnection ro:Secondary/Unknown ds:UpToDate/DUnknown

Then you can try promoting it to Primary with:

drbdadm primary r0

I suspect though that when it reconnects, it will be Inconsistent. At
that point, you have trouble. Is the old primary beyond recovery?

--
Digimer
Papers and Projects: https://alteeve.com

_______________________________________________
drbd-user mailing list
drbd-user [at] lists
http://lists.linbit.com/mailman/listinfo/drbd-user

sthomas at optionshouse

Jun 20, 2012, 6:11 AM

Post #6 of 6 (273 views)
Permalink

Re: drbd problem [In reply to]

On 06/19/2012 11:59 PM, Dagia Dorjsuren wrote:

> after node1 crashed, I run below command on node2. But it was not run.

Since this is node 2, it was secondary. Unless you have Pacemaker or
some other tool installed, it won't automatically become primary. You
need to do that manually:

drbdadm primary r0

If it doesn't let you make this node primary, disconnect and then make
it primary:

drbdadm disconnect r0
drbdadm primary r0

Once you've done that, you should be able to do this:

> mount /dev/drbd0 /srv/data

If/when you get node 1 working again, you'll have to reconnect, and
possibly re-sync it with node 2. The easiest way to do this is:

On node 2:

drbdadm connect r0

On node 1:

drbdadm -- --discard-my-data connect r0

Try to do them in that order. After that, it's a good idea to validate
the data:

drbdadm validate r0

--
Shaun Thomas
OptionsHouse | 141 W. Jackson Blvd. | Suite 500 | Chicago IL, 60604
312-444-8534
sthomas [at] optionshouse

______________________________________________

See http://www.peak6.com/email_disclaimer/ for terms and conditions related to this email
_______________________________________________
drbd-user mailing list
drbd-user [at] lists
http://lists.linbit.com/mailman/listinfo/drbd-user

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads