Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
On Tue, Mar 24, 2015 at 09:13:14AM +0100, Roland Gsell wrote: > Well, so it was a good idea to test it on a demo machine. > > Knowing that, is there a workaround documented somewhere? > > I guess I just need to dd the first part of the disk somewhere safe before. Do the resize online, or use drbdmeta from either before the regression, or better after the fix (read: use drbd-utils 8.9.1, soon .2) > We have had a serious bug in drbdmeta. > Quoting the commit message > > 4413afe drbdmeta: fix data corruption during offline resize > > Regression introduced in 8.4.3, still present in 8.4.4. > > When offline resizing internal meta data, drbdmeta forgot to > properly re-initialize the new meta data offsets in time, > and would move the old meta data into the existing data area, > starting with offset 0 instead, thereby corrupting the first part > of the data, up to the size of the old bitmap area. > (embeded disk image partition table, file system super block, > top level directory, all gone!) > > > :-( > > Lars Ellenberg -- : Lars Ellenberg : http://www.LINBIT.com | Your Way to High Availability : DRBD, Linux-HA and Pacemaker support and consulting DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. __ please don't Cc me, but send to list -- I'm subscribed