Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Nils Juergens wrote:
>
> Folks,
>
<SNIP>
> The next step for me was to try the case where a disk goes bad, and I
> simulated a disk failure by spinning the disk down (using scsi-stop from
> scsi-idle). drbd detected this as an disk error and reacted accordingly:
>
<SNIP>
> So far everything looks good, but I run into a big problem: All
> processes trying to access the mounted filesystem (ext3, mounted on
> /var/redundant) are stuck in D state and never return. It seems that
> drbd is not processing any requests, though it seems to be in a sane state.
>
<SNIP>
At least with the 0.6.X variants of DRBD, you could set drbd up to panic the
kernel when the lower level device was lost ... sort of a fencing mechanism.
It also guaranties all the services, heartbeat is configured for, move to
the other node instead of hanging on the crippled node.
in the disk section add do-panic
disk {
do-panic
}
--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter