That's a pretty strange and seemingly non-random corruption of your first 
block.  Is that object in the cache pool right now?  If so, is the backing pool 
object just as corrupt as the cache pool's object?  

I see that your cache pool is currently configured in forward mode.  Did you 
switch to that mode in an attempt to stop any further issues or was it 
configured in forward mode before any corruption?

-- 

Jason Dillaman 


----- Original Message -----
> From: "Udo Waechter" <r...@zoide.net>
> To: "Jason Dillaman" <dilla...@redhat.com>
> Cc: "ceph-users" <ceph-users@lists.ceph.com>
> Sent: Wednesday, February 17, 2016 3:15:01 AM
> Subject: Re: [ceph-users] SSD-Cache Tier + RBD-Cache = Filesystem corruption?
> 
> Hello, sorry for the delay. I was pretty busy otherwise.
> 
> 
> On 02/11/2016 03:13 PM, Jason Dillaman wrote:
> > Assuming the partition table is still zeroed on that image, can you run:
> > 
> > # rados -p <pool name> get rbd_data.18394b3d1b58ba.0000000000000000 - | cut
> > -b 512 | hexdump
> > 
> 
> Here's the hexdump:
> 
> 
> 0000000 0a0a 0a0a 0a00 0a00 0a0a 0a0a 0a0a 0a0a
> 0000010 0a0a 0a0a 0a0a 0a0a 0a0a 0a0a 0a0a 0a0a
> 0000020 0a0a 0a0a 0a0a 000a 0a0a 0a0a 0a0a 0a0a
> 0000030 0a0a 0a00 0a0a 0a0a 0a0a 0a0a 000a 0a0a
> 0000040 0a0a 0a0a 0a0a 0a0a 0a00
> 000004a
> 
> 
> > Can you also provide your pool setup:
> > 
> > # ceph report --format xml 2>/dev/null | xmlstarlet sel -t -c
> > "//osdmap/pools"
> > 
> Attached you'll find the pools information.
> 
> Thanks very much for looking into this.
> 
> udo.
> 
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Reply via email to