[DRBD-user] Initial sync, just want to confirm the process (and not go down in a blaze of glory)

Simon Billis simon at houxou.com
Fri Aug 13 10:24:22 CEST 2010

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.

Lars Ellenberg sent a missive on 2010-08-13:

> On Fri, Aug 13, 2010 at 07:00:50AM +0100, Simon Billis wrote:
>> Hi,
>>> Subject: Re: [DRBD-user] Initial sync, just want to confirm the
>>> process (and not go down in a blaze of glory)
>>> Hmm sorry Dan, but this has left me a little confused. As I said in my
>>> first post, storage00 is LIVE and has around 4TB of data on it, I have
>>> a dedicated gigabit NIC for drbd, (the machine has 6 network cards in
>>> it, 4 for MPIO iSCSI, 1 for managment/heartbeat, 1 for DRBD) I have
>>> already setup storage01 and have issued drbdadm create-md meta and
>>> drbdadm create-md data on the secondary machine, I haven't started
>>> drbd on it as it needs to be rebooted first, hence why I'm now a
>>> little cautious on the reboot of the machine.
>> I'm not sure why you will need to reboot, you should be able to
>> bring the drbd resource into secondary mode right away with the
>> following commands
>> #On the primary node (storage00) check the status with drbdadm
>> status
>> #You should see something like:
>> [root at raid-primary ~]# drbdadm status <drbd-status version="8.3.8"
>> api="88"> <resources config_file="/etc/drbd.conf"> <resource
>> minor="1" name="drbd1"
>> cs="StandAlone" ro1="Primary" ro2="Unknown"
>> ds1="UpToDate" ds2="DUnknown" />
> Uh.
> !?
> Why would you voluntarily parse pseudo-xml with your eyes?
> That output is meant to be consumed by scripts or the DRBD MC Gui.
> Try:
> # drbd-overview
> or
> # cat /proc/drbd
> or
> # grep cs: /proc/drbd

Thanks for the suggestion - I agree it's easier to read. Live and learn :-) 

More information about the drbd-user mailing list