Xen, OpenSSI and DRBD

"Owen Campbell" <[email protected]>
Newsgroups gmane.linux.cluster.ssic.user
Message-ID <[email protected]>
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
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.