Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hey list,
This is my first post, so please forgive me if I've done anything
stupid. I have set up a home-grown read-only system (based on RH 7.2,
2.4.27 kernel), and I have installed heartbeat 1.2.3 and drbd 0.7.4.
The filesystem is set up a little differently, with /boot existing
on one partition, / on another, and then a 500MB ramdisk with /var,
/tmp, and some other files existing on it that need to be writeable. On
boot the system copies defaults to this RAMDISK, which can then be
written over.
I created the /dev/drbd nodes 1-15 and the directory link from /dev
to /RAMDISK/dev which is writeable, and I also created
/var/lib/heartbeat/hb_extension so that the increment file could be
found for /var/log/ha-log to work.
The problem comes when I bring up both of the nodes in the cluster,
which I believe I have configured correctly. Before when I had a
writeable system, I had these configs working, and was able to synch
just find between primary and secondary. When I boot now, and the drbd
startup script runs, and then the heartbeat startup, the peer is found,
and about 5 seconds later, a "System halted." message is printed (which
coincidentally does NOT halt the system), and instead it corrupts the
ethernet interfaces (the lights even go out). An ifconfig confirms this
as it says a lot of errors, drops, and overruns are reported, which is
understandable since the lights have gone out :).
I am wondering if anyone else knows some files that need to exist under
/var or perhaps /usr besides the /var/lib/heartbeat directory, or
anything else that needs to be written to or installed under those
directories, which might be causing the problem I described. I'm
definitely willing to try things for anyone that's interested in helping
me figure this out. Thank you very much,
Larry
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20050119/edb0e37e/attachment.htm>