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,
I am trying to mirror my existing ext3 to another node but I found it
hard to really setup DRBD. The device that i planned to mirror on one
machine is about 20 GB and the other is 30GB. Both my server machines
are running on FC2:
below are more detailed..
[root at server1 root]# uname -a
Linux server1 2.6.10-1.771_FC2smp #1 SMP Mon Mar 28 01:03:20 EST 2005
i686 i686 i386 GNU/Linux
[root at server1 root]# rpm -qa drbd
drbd-0.7.10-8.rhfc2.at
[root at server2 root]# uname -a
Linux server1 2.6.10-1.771_FC2smp #1 SMP Mon Mar 28 01:03:20 EST 2005
i686 i686 i386 GNU/Linux
[root at server1 root]# rpm -qa drbd
drbd-0.7.10-8.rhfc2.at
( before I start drbd, there is a problem that says /dev/drbd0 does
not exist, so i create a device using this command: for i in `seq 0
99`; do mknod -m 0660 /dev/drbd$i b 147 $i ; done. So i have now 100
drbd devices)
[root at server1 root]# /etc/init.d/drbd start
Starting DRBD resources: [ d0 s0 n0 ].
***************************************************************
DRBD's startup script waits for the peer node(s) to appear.
- In case this node was already a degraded cluster before the
reboot the timeout is 120 seconds. [degr-wfc-timeout]
- If the peer was available before the reboot the timeout will
expire after 0 seconds. [wfc-timeout]
(These values are for resource 'drbd0'; 0 sec -> wait forever)
To abort waiting enter 'yes' [ 119]: [u [s
[root at server2 root]# /etc/init.d/drbd start
Starting DRBD resources: [ d0 s0 n0 ].
***************************************************************
DRBD's startup script waits for the peer node(s) to appear.
- In case this node was already a degraded cluster before the
reboot the timeout is 120 seconds. [degr-wfc-timeout]
- If the peer was available before the reboot the timeout will
expire after 0 seconds. [wfc-timeout]
(These values are for resource 'drbd0'; 0 sec -> wait forever)
To abort waiting enter 'yes' [ 119]: [u [s
[root at server1 root]# cat /proc/drbd
version: 0.7.10 (api:77/proto:74)
SVN Revision: 1743 build by phil at mescal, 2005-01-31 12:22:07
0: cs:WFConnection st:Secondary/Unknown ld:Inconsistent
ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0
[root at server2 root]# cat /proc/drbd
version: 0.7.10 (api:77/proto:74)
SVN Revision: 1743 build by phil at mescal, 2005-01-31 12:22:07
0: cs:WFConnection st:Secondary/Unknown ld:Inconsistent
ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0
Why is it that the other machine appears to unknown? What am I doing
wrong or my steps are lacking?
I greatly appreciate for any responses.
Below is my drbd.conf
# global {
# use this if you want to define more resources later
# without reloading the module.
# by default we load the module with exactly as many devices
# as configured mentioned in this file.
#
#minor-count 5;
# The user dialog counts and displays the seconds it waited so
# far. You might want to disable this if you have the console
# of your server connected to a serial terminal server with
# limited logging capacity.
# The Dialog will print the count each 'dialog-refresh' seconds,
# set it to 0 to disable redrawing completely. [ default = 1 ]
#
# dialog-refresh 5; # 5 seconds
# this is for people who set up a drbd device via the
# loopback network interface or between two VMs on the same
# box, for testing/simulating/presentation
# otherwise it could trigger a run_tasq_queue deadlock.
# I'm not sure whether this deadlock can happen with two
# nodes, but it seems at least extremely unlikely; and since
# the io_hints boost performance, keep them enabled.
#
# With linux 2.6 it no longer makes sense.
# So this option should vanish. --lge
#
# disable-io-hints;
# }
resource drbd0 {
protocol C;
incon-degr-cmd "echo '!DRBD! pri on incon-degr' | wall ; sleep 60 ; halt -f";
startup { wfc-timeout 0; degr-wfc-timeout 120; }
disk { on-io-error detach; }
syncer {
rate 4M;
group 3; # sync when r2 is finished syncing.
}
on server1 {
device /dev/drbd0;
disk /dev/hdb1;
address 192.168.10.217:7791;
meta-disk internal;
}
on server2 {
device /dev/drbd0;
disk /dev/hda6;
address 192.168.10.213:7791;
meta-disk internal;
}
}