On Wed, 20 Jan 2010 14:53:17 -0500, Jeff Garzik <jeff@xxxxxxxxxx> wrote: > On 01/14/2010 11:13 PM, Pete Zaitcev wrote: > > This problem was with us for a while, and even with this fix our start-up > > is not reliable. But at least we will not be 100% guaranteed to hang as > > before when restarting too quickly. So although the whole area needs some > > serious reworking, this specific case was just too annoying to let it > > continue. > This is not correct. CLD has blocking locks. You issue the LOCK op, > and will be notified when you have acquired the lock, possibly hours or > days later. There is no need to retry anything... Meanwhile, there's no way to cancel an outstanding lock requiest short of blowing off the whole session. I'll switch to LOCK when you fix that, but currently TRYLOCK is the only way (which BTW you use in cldcli too). N.B. ncld continues with this approach. In fact currectly it does not even have a method that performs a blocking lock. -- Pete -- To unsubscribe from this list: send the line "unsubscribe hail-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
