Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
hi, did try posting this before, but it looks like it didn't make it to the list. 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 forward. 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 over. 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. thanks lee. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20140429/9b5a8474/attachment.htm>