On 5/1/13 2:43 PM, Ben Myers wrote: > Hi Emmanuel, > > On Wed, May 01, 2013 at 08:06:33PM +0200, Emmanuel Florac wrote: >> I've just had to resort to the latest devel version of xfs_repair to >> get back some heavily damaged filesystem (thanks to a failing RAID >> controller), and it ended with the following message: >> >> cache_purge: shake on cache 0x672030 left 1 nodes!? >> >> What's this about? I didn't look at the source, but a new run of >> xfs_repair detected nothing. > > xfs_repair/libxfs has caches for xfs_bufs and inodes to speed things up. > cache_purge is trying to flush out all entries from one of those caches. After > the purge one entry was left unexpectedly, maybe because someone leaked a > reference on it or something. The message doesn't indicate an on-disk problem, > it's a problem in xfs_repair. Several of those internal cache housekeeping messages can be alarming. Indeed anything out of the ordinary during repair is alarming to most users. ;) At any rate they're completely useless to the administrator. We should consider a way to reassure the user, and make them useful at the same time. Maybe a global set when something like this happens, and then at the end, a friendly message about what it meant and how to report the error and/or help debug? Although if repair is done now, it's probably unlikely(?) that the message would pop out again, so is there really anything which could be done at this point? Emmanuael - if another xfs_repair pops out the same error, then capturing a metadump of the fs would probably let someone look into it. Someone who has time, that is. ;) -Eric > Ben > > _______________________________________________ > xfs mailing list > xfs@xxxxxxxxxxx > http://oss.sgi.com/mailman/listinfo/xfs > _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
