[DRBD-user] resize disks/partitions

Lee Musgrave lee at sclinternet.co.uk
Tue Apr 29 11:07:06 CEST 2014

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

did try posting this before, but it looks like it didn't make it to the

i have two servers running drbd 8.3.11 on ubuntu 12.04

i have two resources on /dev/sdb  (sdb1 and sdb2)
and one resource on dev/sdc  (sdc1)

the metadata is kept on /dev/sda2

/dev/drbd0 uses sdb1  metadata is /dev/sda2[0]
/dev/drbd1 uses sdb2  metadata is /dev/sda2[1]
/dev/drbd2 uses sdc1  metadata is /dev/sda2[2]

drbd0 has a jfs filesystem containing iscsi config data
drbd1 is a blockio iscsitarget containing vm disk images
drbd2 is a fileio iscsitarget containing an ocfs2 partition

i need to move all these resources to larger disks,

if i leave the current resource disks attached, i can attach the new disks
to one of the servers, currently unpartitioned, as /dev/sdd, and /dev/sde
on the other server, i can only attach one of the new disks without
removing one of the current resource disks.

i've looked at the documentation, and am still unsure of the best way

having external metadata, it appears the new size should be recognized
automatically, i can't do this online, since they are new disks, not just a
resize. (plus i'm not using LVM) doing it offline, it looks like i need to
do both nodes at the same time, which gives me no way of moving the data

can i not replace the disks on the secondary node with the new disks,
configured with the larger partitions, and let them do a full sync from the
primary? then disconnect the primary, change the disks on that, and let
that do another full re-sync from what was the secondary?

if not, what is the best way to get this done? downtime will not be an
issue, this is currently in test, getting it ready for production, i
cannot, however, afford to lose the data that is already on the drbd
partitions. although if it can be done without downtime then good, i can
get it procedure tested and documented in case it needs to be done in
future when the systems are live.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20140429/9b5a8474/attachment.htm>

More information about the drbd-user mailing list