Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hi All, We are attempting the following, We have to machines, each machine has 2 LvM's with 50GB partitions each. We have drbd the lvm partitions. Config file : global { usage-count no; } common { protocol C; syncer { rate 100M; al-extents 1801; verify-alg md5; } handlers { pri-on-incon-degr "echo o > /proc/sysrq-trigger ; halt -f"; pri-lost-after-sb "echo o > /proc/sysrq-trigger ; halt -f"; local-io-error "echo o > /proc/sysrq-trigger ; halt -f"; outdate-peer "/usr/lib64/heartbeat/drbd-peer-outdater -t 5"; split-brain "echo split-brain. drbdadm -- --discard-my-data connect $DRBD_RESOURCE ? | mail -s 'DRBD Alert' root"; out-of-sync "echo out-of-sync. drbdadm down $DRBD_RESOURCE. drbdadm ::::0 set-gi $DRBD_RESOURCE. drbdadm up $DRBD_RESOURCE. | mail -s 'DRBD Alert' root"; } startup { # wfc-timeout 0; degr-wfc-timeout 120; # 2 minutes. # In case you are using DRBD for GFS/OCFS2 you want that the # startup script promotes it to primary. Nodenames are also # possible instead of "both". become-primary-on none; } disk { fencing resource-only; on-io-error call-local-io-error; } net { cram-hmac-alg "sha1"; shared-secret "ECNNFS$"; sndbuf-size 256k; max-buffers 16000; max-epoch-size 16000; unplug-watermark 16000; } } resource r0 { device /dev/drbd0; disk /dev/vg0/drbd0; flexible-meta-disk internal; on vzbb-prodtest-01 { address 10.202.4.110:7788; } on vzbb-prodtest-02 { address 10.202.4.111:7788; } } resource r1 { device /dev/drbd1; disk /dev/vg0/drbd1; flexible-meta-disk internal; on vzbb-prodtest-01 { address 10.202.4.110:7789; } on vzbb-prodtest-02 { address 10.202.4.111:7789; } } My idea is to run the DrBD partition A on Node 1 as primary with openvz containers on it. And DrBD partition B on Node 2 as primary with openvz containers on it. Firstly with Heartbeat controlling the DrBD primary options would i rather use primary-on-both to achieve the drbd split. Example. version: 8.3.1 (api:88/proto:86-89) GIT-hash: fd40f4a8f9104941537d1afc8521e584a6d3003c build by pavel at xemulnb.sw.ru, 2009-05-22 16:02:49 0: cs:Connected ro:Primary/Secondary ds:UpToDate/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:Connected ro:Secondary/Primary ds:UpToDate/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 Or would it be recommended that I use Cluster aware filesystem like GFS to achieve the HA for the OpenVZ containers. I hope this make sense.