Re: Evict op on a watched object

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

 



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



[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