Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
On Fri, Feb 26, 2010 at 03:03:24PM +0000, atp wrote: > Lars, > > The patch to 8.3.7 worked like a charm. No, it just appears as if it did... It will generate spurious io errors the next time you switch to secondary, causing drbd do detach ;-) we are working on that, though. > [root at drvms03 ~]# drbdadm attach vm1 > [ 3069.155936] block drbd0: Meta data's bdev logical_block_size = 4096 ! > = 512 > [ 3069.238533] block drbd0: Workaround engaged (has performance impact). > [ 3069.317985] block drbd0: No usable activity log found. > > In case anyone else is searching for this solution, the storage array > was a thecus 8800 pro with 4kb iscsi block size set causing the > following kernel panic > > Unable to handle kernel NULL pointer dereference at 0000000000000000 > RIP: > [<ffffffff8002de3c>] blk_recount_segments+0x74/0x36f > > Thanks again. > Andy > > Andrew Phillips > Head of Systems > > www.lmax.com > > Office: +44 203 1922509 > Mobile: +44 (0)7595 242 900 > > LMAX | Level 2, Yellow Building | 1 Nicholas Road | London | W11 4AN -- : Lars Ellenberg : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com DRBD® and LINBIT® are registered trademarks of LINBIT, Austria. __ please don't Cc me, but send to list -- I'm subscribed