Voluntary “locking” in RADOS is an “object class” operation. These are not part of the core API and cannot run on EC pools, so any operation using them will cause an immediate promotion. On Wed, Dec 13, 2017 at 4:02 AM Захаров Алексей <zakharov....@yandex.ru> wrote:
> Hello, > > I've found that when client gets lock on object then ceph ignores any > promotion settings and promotes this object immedeatly. > > Is it a bug or a feature? > Is it configurable? > > Hope for any help! > > Ceph version: 10.2.10 and 12.2.2 > We use libradosstriper-based clients. > > Cache pool settings: > size: 3 > min_size: 2 > crash_replay_interval: 0 > pg_num: 2048 > pgp_num: 2048 > crush_ruleset: 0 > hashpspool: true > nodelete: false > nopgchange: false > nosizechange: false > write_fadvise_dontneed: false > noscrub: true > nodeep-scrub: false > hit_set_type: bloom > hit_set_period: 60 > hit_set_count: 30 > hit_set_fpp: 0.05 > use_gmt_hitset: 1 > auid: 0 > target_max_objects: 0 > target_max_bytes: 18819770744832 > cache_target_dirty_ratio: 0.4 > cache_target_dirty_high_ratio: 0.6 > cache_target_full_ratio: 0.8 > cache_min_flush_age: 60 > cache_min_evict_age: 180 > min_read_recency_for_promote: 15 > min_write_recency_for_promote: 15 > fast_read: 0 > hit_set_grade_decay_rate: 50 > hit_set_search_last_n: 30 > > To get lock via cli (to test behavior) we use: > # rados -p poolname lock get --lock-tag weird_ceph_locks --lock-cookie > `uuid` objectname striper.lock > Right after that object could be found in caching pool. > > > -- > Regards, > Aleksei Zakharov > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >
_______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
