Drbd zum sync zwingen

[Psych]

Hallo zusammen,

ich hab zwei Proxmox Server (Debian Lenny Basis).

Die haben neben der System Platte jeweils zwei 1 TB Platten, von denen immer eine per Drbd gespiegelt ist (bzw. sein sollte).
Auf den Platten sind verschieden LVM Volumes für die virtuellen Maschinen.
Das ganze lief auch ne Weile lang ganz schön im (eigentlich unnötig) primary/primary Mode.

Jetzt hab ich es irgendwie geschafft, dass beide Ressourcen nicht mehr synchronisiert werden... und ich kriegs ums verrecken nicht hin den sync wieder anzustoßen.

Drbd.conf

Code: Alles auswählen

global { usage-count no; }
common { syncer { rate 100M; } }


resource r0 {
        protocol C;
        startup {
                wfc-timeout  15;     # wfc-timeout can be dangerous (http://forum.proxmox.com/threads/3465-Is-it-safe-to-use-wfc-timeout-in-DRBD-configuration)
                degr-wfc-timeout 60;
                become-primary-on both;
        }
        net {
                cram-hmac-alg sha1;
                shared-secret "my-secret";
                allow-two-primaries;
                after-sb-0pri discard-zero-changes;
                after-sb-1pri discard-secondary;
                after-sb-2pri disconnect;
        }
        on prox3 {
                device /dev/drbd0;
                disk /dev/sda1;
                address 10.10.10.253:7788;
                meta-disk internal;
        }
        on prox4 {
                device /dev/drbd0;
                disk /dev/sda1;
                address 10.10.10.254:7788;
                meta-disk internal;
        }
}
resource r1 {
        protocol C;
        startup {
                wfc-timeout  15;     # wfc-timeout can be dangerous (http://forum.proxmox.com/threads/3465-Is-it-safe-to-use-wfc-timeout-in-DRBD-configuration)
                degr-wfc-timeout 60;
                become-primary-on both;
        }
        net {
                cram-hmac-alg sha1;
                shared-secret "my-secret";
                allow-two-primaries;
                after-sb-0pri discard-zero-changes;
                after-sb-1pri discard-secondary;
                after-sb-2pri disconnect;
        }
        on prox3 {
                device /dev/drbd1;
                disk /dev/sdb1;
                address 10.10.10.253:7789;
                meta-disk internal;
        }
        on prox4 {
                device /dev/drbd1;
                disk /dev/sdb1;
                address 10.10.10.254:7789;
                meta-disk internal;
        }
}

Code: Alles auswählen

prox3:~# cat /proc/drbd
version: 8.3.8 (api:88/proto:86-94)
srcversion: 299AFE04D7AFD98B3CA0AF9 
 0: cs:Connected ro:Primary/Secondary ds:UpToDate/Diskless C r----
    ns:0 nr:0 dw:0 dr:2880 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:1859480
 1: cs:WFConnection ro:Secondary/Unknown ds:Outdated/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:b oos:0

Code: Alles auswählen

prox4:/mnt/temp# cat /proc/drbd
version: 8.3.8 (api:88/proto:86-94)
srcversion: 299AFE04D7AFD98B3CA0AF9 
 0: cs:Connected ro:Secondary/Primary ds:Diskless/UpToDate 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:b oos:0
 1: cs:StandAlone ro:Primary/Unknown ds:UpToDate/DUnknown   r----
    ns:0 nr:0 dw:0 dr:288 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0

Ich hoffe einer kann mir helfen...

Danke.

Gruß,

Psych

[FANA]

prox4 hat scheinbar ein Problem mit sda1 (Diskless)

http://www.drbd.org/users-guide/ch-admi ... isk-states

http://www.drbd.org/users-guide/ch-trou ... ve-failure

und drbd1 sieht mir nach nem Split-Brain aus

Mach prox3 zum Victim und lös den Split-brain manuell auf:

http://www.drbd.org/users-guide/s-resol ... brain.html

[Psych]

Vielen Dank.

Das Problem mit Drbd1 scheint gelöst... nur mit drbd0 komme ich nicht hin.
Der behauptet sehr konsequent, die Platten wären unterschiedlich groß
Wie kann das sein?

Code: Alles auswählen

May  6 13:09:17 prox3 kernel: block drbd0: conn( StandAlone -> Unconnected ) 
May  6 13:09:17 prox3 kernel: block drbd0: Starting receiver thread (from drbd0_worker [2710])
May  6 13:09:17 prox3 kernel: block drbd0: receiver (re)started
May  6 13:09:17 prox3 kernel: block drbd0: conn( Unconnected -> WFConnection ) 
May  6 13:09:17 prox3 kernel: block drbd0: Handshake successful: Agreed network protocol version 94
May  6 13:09:17 prox3 kernel: block drbd0: Peer authenticated using 20 bytes of 'sha1' HMAC
May  6 13:09:17 prox3 kernel: block drbd0: conn( WFConnection -> WFReportParams ) 
May  6 13:09:17 prox3 kernel: block drbd0: Starting asender thread (from drbd0_receiver [17099])
May  6 13:09:17 prox3 kernel: block drbd0: data-integrity-alg: <not-used>
May  6 13:09:17 prox3 kernel: block drbd0: Considerable difference in lower level device sizes: 625118192s vs. 1953460304s
May  6 13:09:17 prox3 kernel: block drbd0: The peer's disk size is too small!
May  6 13:09:17 prox3 kernel: block drbd0: conn( WFReportParams -> Disconnecting ) 
May  6 13:09:17 prox3 kernel: block drbd0: error receiving ReportSizes, l: 32!
May  6 13:09:17 prox3 kernel: block drbd0: asender terminated
May  6 13:09:17 prox3 kernel: block drbd0: Terminating drbd0_asender
May  6 13:09:17 prox3 kernel: block drbd0: Connection closed
May  6 13:09:17 prox3 kernel: block drbd0: conn( Disconnecting -> StandAlone ) 
May  6 13:09:17 prox3 kernel: block drbd0: receiver terminated
May  6 13:09:17 prox3 kernel: block drbd0: Terminating drbd0_receiver

edit: Tatsache... der erkennt eine der Platten nur noch als 320GB Platte... sehr merkwürdig.

[FANA]

Hi,

ist das einfach so passiert oder hast bei einem mal neu partitioniert? DRBD ist sehr empfindlich, was die Anzahl Blöcke angeht. Du kannst das work-arounden, indem du beide auf einen festen Wert festlegst. Also auf die Partitionsgröße der kleineren von den beiden.

Beispiel (beachte den zusätzlichen disk Bereich mit dem size Parameter) :

Code: Alles auswählen

resource r0 {
        protocol C;
        startup {
                wfc-timeout  15;     # wfc-timeout can be dangerous (http://forum.proxmox.com/threads/3465-Is-it-safe-to-use-wfc-timeout-in-DRBD-configuration)
                degr-wfc-timeout 60;
                become-primary-on both;
        }

        disk {

                size 300G;
        }


        net {
                cram-hmac-alg sha1;
                shared-secret "my-secret";
                allow-two-primaries;
                after-sb-0pri discard-zero-changes;
                after-sb-1pri discard-secondary;
                after-sb-2pri disconnect;
        }
        on prox3 {
                device /dev/drbd0;
                disk /dev/sda1;
                address 10.10.10.253:7788;
                meta-disk internal;
        }
        on prox4 {
                device /dev/drbd0;
                disk /dev/sda1;
                address 10.10.10.254:7788;
                meta-disk internal;
        }
}

Sauberer ist es natürlich, den Workaround mit "size" zu vermeiden und die beiden Partitionen frisch anzulegen.