Re: Inconsistent pgs after update to 0.73 - > 0.74

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

 



On 10/01/14 17:16, Mark Kirkwood wrote:
On 10/01/14 16:18, David Zafman wrote:
With pool size of 1 the scrub can still do some consistency checking. These are things like missing attributes, on-disk size doesn’t match attribute size, non-clone without a head, expected clone. You could check the osd logs to see what they were.

The pg below only had 1 object in error and it was detected after 2013-12-13 15:38:13.283741 which was the last clean scrub.



Right - this is what I'm seeing in the log (not immediately clear why there is a problem, and why it needs to be seemingly trivially fixed by a repair:

2014-01-10 15:53:52.654065 7f17ff94f700 0 log [ERR] : 2.3f scrub stat mismatch, got 44/44 objects, 0/0 clones, 44/0 dirty, 0/0 whiteouts, 180355088/180355088 bytes. 2014-01-10 15:53:52.654079 7f17ff94f700 0 log [ERR] : 2.3f scrub 1 errors



I think I see why this message (and hence the error) is appearing in the log, In commit 43465d (merge pull request #950 from wip-pg-stat) extra checks were added to osd/replicatedPG.cc for dirty and whiteout. In the log I have dirty stat mismatch - so that explains why I didn't see any errors until I updated to this year (merge was Jan 1). This still leaves the question of why the stat counts were wrong to start with...

Regards

Mark
_______________________________________________
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