Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Thanks Jakob ..... all other volumes in that resource are ext4 as I can see [Good-Node]$ df -T /dev/drbd1 ext4 516045588 23803136 466028856 5% /mnt/drbd1 /dev/drbd2 ext4 516045588 15042836 474789156 4% /mnt/drbd2 /dev/drbd3 ext4 516045588 15045468 474786524 4% /mnt/drbd3 /dev/drbd4 ext4 516045588 15005716 474826276 4% /mnt/drbd4 $ sudo fdisk /dev/sdb Command (m for help): p Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00000000 Device Boot Start End Blocks Id System /dev/sdb1 1 65271 524288000 83 Linux /dev/sdb2 65271 121602 452473560 83 Linux On Mon, Feb 8, 2016 at 1:34 PM, Jakob Curdes <jc at info-systems.de> wrote: > I am in doubt whether your step 1 is correct. > DRBD is a block replication system. This typically works way below the > file system. Unless you have a very special setup, you will not need or > want to format your disk with ext4. > You just replace the bad disk with the good one and after creating > metadata as your indicated you connect to the primary which will initiate a > resynchronisation of the content. > > NB. For complex systems like a DRBD-setup it is always good to have a test > setup where you can simulate the behavior before accidentally destroying > data. > > > Regards, > > Jakob Curdes > > > _______________________________________________ > drbd-user mailing list > drbd-user at lists.linbit.com > http://lists.linbit.com/mailman/listinfo/drbd-user > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20160208/3cf3e381/attachment.htm>