On Jun 16, 2011, at 10:20 PM, Fyodor Ustinov wrote: > Hi! > > I have inconsistent chunk: > > 2011-06-17 08:11:33.844030 pg v26069: 2376 pgs: 2375 active+clean, 1 > active+clean+inconsistent; 285 GB data, 572 GB used, 24180 GB / 25494 GB avail > > Questions: > 1. What does this mean? This isn't actually an inconsistent chunk. It's an inconsistent "placement group", which is a logical grouping of RADOS objects which are moved between OSDs and share the same RADOS metadata. It being labeled inconsistent means that the background scrub has identified a difference in the PG's contents. Right now, I think that means a difference in the file contents, or in one of their sizes or modification times.
> 2. How to learn what kind of file is damaged? That's not readily-available data, I'm afraid. There may be a way to find out which objects caused it to get flagged inconsistent (which would tell you the inode of the damaged files), Sam would be able to tell you more about this... > 3. Delete damaged file should fix it? You're unlikely to be able to delete things that are marked inconsistent, since the system wants to resolve the inconsistency before it does anything else with them. > 4. Can I recover the data without backup? Possibly. If the inconsistency is just that one of the OSDs is storing the object and another OSD says the object shouldn't exist, that can be recovered from by working out which one is correct. Have you manually adjusted the contents of any OSDs? Can you think of anything you've done that might have triggered this?-- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
