Re: Move block.db to new ssd

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

 



Hi,

Am 3/11/25 um 11:33 schrieb Frédéric Nass:

$ cephadm shell --name osd.OSD_ID --fsid $(ceph fsid) ceph-bluestore-tool --path /var/lib/ceph/osd/ceph-OSD_ID --sharding="m(3) p(3,0-12) O(3,0-13)=block_cache={type=binned_lru} L P" reshard

As a consequence, the 'Object' key/value pairs were stored in the default column family instead of the intended 'O' column family. Resharding again with the correct capital 'O' resolved this issue for the affected overspilling OSDs.

Be aware that there remains an error in both the Quincy and Reef documentation, where the letters 'l' and 'p' should actually be uppercase 'L' and 'P'. Using lowercase 'l' and 'p' wrecks the OSD entirely.
I've created this tracker [1] in hopes of getting the Quincy and Reef documentation fixed.

The latest docs seems to have it correct:

https://docs.ceph.com/en/latest/rados/configuration/bluestore-config-ref/#rocksdb-sharding

Is there a reason why you omitted "=min_write_buffer_number_to_merge=32" after L and P?
These are the default values that I also see on my reef cluster.

Regards
--
Robert Sander
Linux Consultant

Heinlein Consulting GmbH
Schwedter Str. 8/9b, 10119 Berlin

https://www.heinlein-support.de

Tel: +49 30 405051 - 0
Fax: +49 30 405051 - 19

Amtsgericht Berlin-Charlottenburg - HRB 220009 B
Geschäftsführer: Peer Heinlein - Sitz: Berlin
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx




[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux