Thanks Greg
> Date: Thu, 24 Oct 2013 13:30:02 -0700
> From: g...@inktank.com
> To: watering...@gmail.com; git-ha...@live.co.uk
> CC: ceph-users@lists.ceph.com
> Subject: Re: [ceph-users] PG repair failing when object missing
>
> I als
I also created a ticket to try and handle this particular instance of bad
behavior:
http://tracker.ceph.com/issues/6629
-Greg
Software Engineer #42 @ http://inktank.com | http://ceph.com
On October 24, 2013 at 1:22:54 PM, Greg Farnum (gregory.far...@inktank.com)
wrote:
>
>I was also able to repr
I was also able to reproduce this, guys, but I believe it’s specific to the
mode of testing rather than to anything being wrong with the OSD. In
particular, after restarting the OSD whose file I removed and running repair,
it did so successfully.
The OSD has an “fd cacher” which caches open file
To add -- I thought I was running 0.67.4 on my test cluster (fc 19), but I
appear to be running 0.69. Not sure how that happened as my yum config is
still pointing to dumpling. :)
On Thu, Oct 24, 2013 at 10:52 AM, Matt Thompson wrote:
> Hi Harry,
>
> I was able to replicate this.
>
> What does
Hi Harry,
I was able to replicate this.
What does appear to work (for me) is to do an osd scrub followed by a pg
repair. I've tried this 2x now and in each case the deleted file gets
copied over to the OSD from where it was removed. However, I've tried a
few pg scrub / pg repairs after manually
