Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
> Also as Tom said "What information should we supply, debug information, to > help you debug the problem", and how do we trap the data, the next time it > happens? well. Tom "pretended" to umount, using umount -f ... otherwise: if "it" happens the next time, i.e. you think drbd should become secondary, but it refuses with "somebody has still opened me for write access" or something like that, and neither fuser nor lsof can tell you who. try to reduce the process list. have a look at it: something in there that somewhen in its lifetime might have accessed the device? if yes: kill it, if possible. does drbd still refuse to become secondary? repeat. otherwise, I think your setup should be ok. -- : Lars Ellenberg Tel +43-1-8178292-0 : : LINBIT Information Technologies GmbH Fax +43-1-8178292-82 : : Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com : __ please use the "List-Reply" function of your email client.