Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hi - On 24/02/2014 17:52, Lars Ellenberg wrote: >> My primary node crashed today. I have had to reboot it but now it >> reports unclean metadata. :( > > How about a simple "drbdadm adjust all"? > > If you insist on doing the steps manually, > do a "drbdadm -d adjust all". > > To "up" a drbd resource with 8.4 > there are more steps involved than there were with 8.3... > Which steps? See above. Thanks Lars. I could not make "drbdadm adjust all" to work (no usable activity log). As I'm just concerned with getting back the data, I have tested to modify the uuid's thanks to dump-md/create-md/restore-md, following the guide at http://www.drbd.org/users-guide/s-gi.html Initial situation: uuid { 0x3AD1EEC6E5D55491; 0x8F95E078DD5699B8; 0x67ACDDB56C762980; 0x67ABDDB56C762981; flags 0x00000013; } Modified to: uuid { 0x8F95E078DD5699B8; 0x0000000000000000; 0x67ACDDB56C762980; 0x67ABDDB56C762981; flags 0x00000013; } The drbd resource was then happy to start as primary. Unfortunately, I haven't been able to mount the ext4 partition: "wrong fs type, bad option, bad superblock on /dev/drbd0". I have tried many things (working on dd'ed device) but nothing doing: seems to be mission impossible. I have just been able to recover lots of file with photorec but this does not help so much (there is 50 billions files on the FS, no way to retrieve which is which without knowing the path/filename). Anyway, we are out of the drbd topic here: this is related to ext4. BTW, in such situation when you don't care on the drbd's metadata, I think that you can just get rid of the drbd stack and mount the device directly as is. Knowing that could have saved lots of time here. Regards, -- Olivier