Re: Bluestore Compression not inheriting pool option

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

 



Quoting Nick Fisk (nick@xxxxxxxxxx):
> Hi All,
> 
> Has anyone been testing the bluestore pool compression option?
> 
> I have set compression=snappy on a RBD pool. When I add a new bluestore OSD,
> data is not being compressed when backfilling, confirmed by looking at the
> perf dump results. If I then set again the compression type on the pool to
> snappy, then immediately data starts getting compressed. It seems like when
> a new OSD joins the cluster, it doesn't pick up the existing compression
> setting on the pool.
> 
> Anyone seeing anything similar? I will raise a bug if anyone can confirm.

Yes. I tried to reproduce your issue and I'm seeing the same thing. The
things I did to reproduce:

- check for compressed objects beforehand on osd (no compressed objects
  where there)

- remove one of the osds in the cluster

- ceph osd pool set CEPH-TEST-ONE compression_algorithm snappy
- ceph osd pool set CEPH-TEST-ONE compression_mode force
-  rbd clone a rbd image
- let cluster heal again
- check for compressed bluestore objects on "new" osd (ceph daemon osd.0 perf
dump | grep blue): 

"bluestore_compressed": 0,
"bluestore_compressed_allocated": 0,
"bluestore_compressed_original": 0

- check for compressed bluestore objects on already existing osd (ceph daemon
osd.1 perf dump | grep blue):

"bluestore_compressed": 2991873,
"bluestore_compressed_allocated": 3637248,
"bluestore_compressed_original": 10895360,

Gr. Stefan

-- 
| BIT BV  http://www.bit.nl/        Kamer van Koophandel 09090351
| GPG: 0xD14839C6                   +31 318 648 688 / info@xxxxxx
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com



[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