Re: Xen, OpenSSI and DRBD

"Roger Tsang" <[email protected]>
Newsgroups gmane.linux.cluster.ssic.user
Message-ID <[email protected]>
Is this true that you are mounting /dev/drbd/0 in fstab?  You could
try modifying your initscripts to pass to cfs_setroot /dev/drbd/0
instead of /dev/drbd0.

Roger


On 4/12/06, Owen Campbell <[email protected]> wrote:
>
>
> Hi all,
>
> I have a working OpenSSI cluster of Xen virtual machines with DRBD (all on
> Debian Sarge). I'm trying to create another cluster, but I'm hitting a
> problem with failover that I never had the first time round…….
>
> On my working cluster, the ramdisk was created with drbd devices labelled as
> /dev/drbd/X in the usual places. This was then changed to /dev/drbdX
> everywhere except /etc/fstab and all works fine. On my new cluster, I've
> done exactly the same, but when the init node fails, I get:
>
> drbd0: drbd_nodedown: Signaling receiver thread.
>
> drbd0: drbd_set_state: (mdev->this_bdev->bd_contains == 0) in
> drivers/block/d/drbd_fs.c:702
>
> drbd0: Secondary/Unknown --> Primary/Unknown
>
> drbd0: Doing CLMS nodedown callback for service 9
>
> EXT3-fs: INFO: recovery required on readonly filesystem.
>
> EXT3-fs: write access will be enabled during recovery.
>
> kjournald starting.  Commit interval 5 seconds
>
> EXT3-fs: recovery complete.
>
> write handler down off 600000 len 10000
>
> EXT3-fs: mounted filesystem with ordered data mode.
>
> fsck 1.35 (28-Feb-2004)
>
> ERROR: Couldn't open /dev/null (No such file or direct)
>
> e2fsck 1.35 (28-Feb-2004)
>
> fsck.ext3: No such file or directory while trying to open /dev/drbd0
>
> The superblock could not be read or does not describe a correct ext2
>
> filesystem If the device is valid and it really contains an ext2
>
> filesystem (and not swar ufs or something else), then the superblock
>
>  is corrupt, and you might try rung e2fsck with an alternate superblock:
>
>  e2fsck -b 8193 <device>
>
> I've also tried modifying the contents of the ramdisk (by mounting it on a
> loop device) to remove all traces of /dev/drbd/ but this had not effect.
>
> Any ideas?
>
>
> Owen


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.