Hi, sorry for covering old ground. http://www.gossamer-threads.com/lists/drbd/users/19746 > We should catch that one, probably, and irgnore it at least for monitor > (role, status, dstate, etc.) and "down" related commands (secondary, > disconnect, detach), or handle it more gracefully in some yet to be
> Maybe we should add such a loop to drbddisk as well. > Or somehow set it up as a wrapper around the ocf agent (though that may > not be easily possible). > > Yes, your patch is ok. > Still I'm not taking it as such, but probably make drbdsetup more robust > in face of file system problems on /var/lock/, and add a monitoring loop > to drbddisk instead. Do you have any good idea for handling /var/lock? If it takes a little time to modify the locking behavior, is it possible to take my patch temporarily? Our customers want to use the "official" RA at all times. Thanks, Junko IKEDA NTT DATA INTELLILINK CORPORATION _______________________________________________ drbd-user mailing list [email protected] http://lists.linbit.com/mailman/listinfo/drbd-user
