Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
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. So, to sum up: Step 6 was the one which messes up everything. Step 10 writes the metadata to its proper location. Is that correct? Cheers, Ing. Roland Gsell (Systems Engineer) <http://www.siedl.net/uploads/RTEmagicC_siedl_networks.JPG.jpg> Siedl Networks GmbH A-3500 Krems an der Donau, Wiener Straße 74, Austria Tel: +43 2732 71545 - 16 | Mobil: +43 676 840 633 516 | Fax: +43 2732 71545 - 99 E-Mail: <mailto:roland.klein at siedl.net> roland.gsell at siedl.net <mailto:roland.gsell at siedl.net> | www.siedl.net <http://www.siedl.net/> IT Infrastruktur & Systembetreuung | E-Mail & Groupware | High Availability & Monitoring UID: ATU62117818, Handelsgericht Krems an der Donau, Firmenbuchnummer FN270789w -----Ursprüngliche Nachricht----- Von: Lars Ellenberg <lars.ellenberg at linbit.com> Gesendet: Sam 21 März 2015 21:36 An: drbd-user at lists.linbit.com Betreff: Re: [DRBD-user] DRBD offline resize problem On Tue, Mar 17, 2015 at 02:45:00PM +0100, Roland Gsell wrote: > Hi there, > > I'm new to DRBD and I tried to resize a DRBD resource recently, but in > the end the machine didn't startup afterwards (can't find boot > device). > > Maybe someone can tell me what I did wrong. Probably nothing. 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 _______________________________________________ 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/20150324/1e3df05a/attachment.htm>