Re: crashing OSDs: ceph_assert(h->file->fnode.ino != 1)

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

 



Hi Simon,

On 6/2/2020 10:59 PM, Simon Leinen wrote:
Igor Fedotov writes:
2) Main device space is highly fragmented - 0.84012572151981013 where
1.0 is the maximum. Can't say for sure but I presume it's pretty full
as well.
As I said, these disks aren't that full as far as bytes are concerned.
But they do have a lot of objects on them! As I said we have hundreds of
millions of ~1MB objects in an EC 8+3 pool, which means that there are
billions of 125KB fragments on the OSDs.

About fragmentation: Is there a way to get rid of it?

Can name anything but OSD redeployment. In upcoming pacific release this issue will hopefully be less probably due to switching to hybrid allocator.  Which cares more about continuous allocations.

Does scrubbing/deep scrubbing help?
No, this definitely wouldn't help. These are just data consistency verification, i.e. reading + csum verification.
_______________________________________________
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