Re: Evict op on a watched object

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Good. If you don't mind, I'll come up with a fix for this.

2016-04-12 21:55 GMT+08:00 Jason Dillaman <dillaman@xxxxxxxxxx>:
> I am not too familiar with the detailed inner-workings of the OSD, but that looks right.  In theory, if all the registered watches can support pings, you can queue up watch disconnect messages in the transaction context and proceed with the eviction.  The v2 watch clients will receive the notification that they have been disconnected and they will attempt to re-register the watch.
>
> Jason
>
> ----- Original Message -----
>> Thanks Jason.
>>
>> Looks like in the osd side, the only difference between 'watch' and
>> 'legacy watch' is whether 'will_ping' is set. Can we use this to check
>> for 'legacy watch'? Or as we don't use 'legacy watch' any more, we
>> just don't care about it?
>>
>> (forgot to cc the mail list, sorry for the dup mails)
>>
>> 2016-04-11 23:18 GMT+08:00 Jason Dillaman <dillaman@xxxxxxxxxx>:
>> >> Currently it is not allowed to issue an evict op
>> >> (CEPH_OSD_OP_CACHE_EVICT) on an object which has watchers (e.g. the
>> >> rbd header). EBUSY is returned in this case. This leads to the the
>> >> flush-evict-all failure during removing a cache tier, something like
>> >> below:
>> >>
>> >> rbd_header.4fc06b8b4567
>> >> failed to evict /rbd_header.4fc06b8b4567: (16) Device or resource busy
>> >>
>> >> My question is that do we actually need to do so? The object in the
>> >> base pool should have the watcher information as well after the flush.
>> >> Probably we could remove this 'watcher' check to make flush-evict-all
>> >> happy?
>> >> --
>> >> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> >> the body of a message to majordomo@xxxxxxxxxxxxxxx
>> >> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> >>
>> >
>> > I opened a ticket [1] a couple of months ago to address this issue.
>> >
>> > [1] http://tracker.ceph.com/issues/14865
>> >
>> > --
>> >
>> > Jason Dillaman
>> --
>> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
>> the body of a message to majordomo@xxxxxxxxxxxxxxx
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>
>
> --
>
> Jason Dillaman
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux