[ceph-users] Re: Fwd: question on rbd locks

2020-04-07 Thread Paul Emmerich
On Tue, Apr 7, 2020 at 6:49 PM Void Star Nill wrote: > So is there a way to tell ceph to release the lock if the client becomes > unavailable? That's the task of the new client trying to take the lock, it needs to kick out the old client and blacklist the connection to ensure consistency. A comm

[ceph-users] Re: Fwd: question on rbd locks

2020-04-08 Thread Ilya Dryomov
On Tue, Apr 7, 2020 at 6:49 PM Void Star Nill wrote: > > Hello All, > > Is there a way to specify that a lock (shared or exclusive) on an rbd > volume be released if the client machine becomes unreachable or > irresponsive? > > In one of our clusters, we use rbd locks on volumes to make sure provi

[ceph-users] Re: Fwd: question on rbd locks

2020-04-08 Thread Glen Baars
ssage- From: Ilya Dryomov Sent: Wednesday, 8 April 2020 5:48 PM To: Void Star Nill Cc: ceph-users Subject: [ceph-users] Re: Fwd: question on rbd locks On Tue, Apr 7, 2020 at 6:49 PM Void Star Nill wrote: > > Hello All, > > Is there a way to specify that a lock (shared or exc

[ceph-users] Re: Fwd: question on rbd locks

2020-04-09 Thread Void Star Nill
Thanks Ilya, Paul. I dont have the panic traces and probably they are not related to rbd. I was merely describing our use case. On our setup that we manage, we have a software layer similar to Kubernetes CSI that orchestrates the volume map/unmap on behalf of the users. We are currently using vol

[ceph-users] Re: Fwd: question on rbd locks

2020-04-12 Thread Void Star Nill
Paul, Ilya, others, Any inputs on this? Thanks, Shridhar On Thu, 9 Apr 2020 at 12:30, Void Star Nill wrote: > Thanks Ilya, Paul. > > I dont have the panic traces and probably they are not related to rbd. I > was merely describing our use case. > > On our setup that we manage, we have a softwa

[ceph-users] Re: Fwd: question on rbd locks

2020-04-13 Thread Ilya Dryomov
As Paul said, a lock is typically broken by a new client trying to grab it. As part of that the existing lock holder needs to be blacklisted, unless you fence using some type of STONITH. The question of whether the existing lock holder is dead can't be answered in isolation. For example, the exc

[ceph-users] Re: Fwd: question on rbd locks

2020-04-14 Thread Void Star Nill
That makes sense. Thanks Ilya. On Mon, Apr 13, 2020 at 4:10 AM Ilya Dryomov wrote: > As Paul said, a lock is typically broken by a new client trying > to grab it. As part of that the existing lock holder needs to be > blacklisted, unless you fence using some type of STONITH. > > The question of