DRBD Primary/Primary Replikation funktioniert nicht

[Roger Wilco]

Mir geht es erstmals darum, dass auf dem 2. Host das Device ro gemountetd wird, damit vom 2. Host backups gemacht werden können.

Wozu wird dann überhaupt ein Dual-Master-Setup benötigt? Würde es dir da nicht reichen, auf dem zweiten Host das Slave-Device zu haben?

Jedenfalls fehlt mir in deinem Konfigurationsausschnitt die Direktive become-primary-on both in einem startup-Block:

Code: Select all

# [...]
resource DATA {
   protocol     C;
   disk {
      on-io-error       pass_on;
   }
   syncer {
      rate      200M;
   }
   net {
    allow-two-primaries;
   }
   startup {
      become-primary-on both;
      degr-wfc-timeout  120;
   }
   on storage1 {
      device    /dev/drbd0;
      address   10.31.138.8:7788;
      meta-disk internal;
      disk      /dev/sdb2;
   }
   on storage2 {
      device    /dev/drbd0;
      address   10.31.138.9:7788;
      meta-disk internal;
      disk      /dev/sdb2;
   }
}

Siehe dazu auch:

become-primary-on node-name
Sets on which node the device should be promoted to primary role by the init script. The node-name might either be a host name or the key word both. When this option is not set the devices stay in secondary role on both nodes. Usually one delegates the role assignment to a cluster manager (e.g. heartbeat).

[Raze]

Es ging mir um folgende Konstruktion, die doch ein wenig von einer "normalen" Primary-Primary Config abweicht:

Primary-Master: mounted rw, Änderungen möglich, als writetarget und readsource
Primary-Slave: mounted ro, nur readsource

Du hast im Grunde natürlich schon recht, alleine dass das xfs-FS unmounted und anschließend wieder gemounted werden muss ( jap, remount funktioniert nicht! ) sollte einem schon zu denken geben.

Ziehe das ganze nun mit OCFS2 auf.