Re: Ceph Bug #2563

2012-10-12 Thread Dave (Bob)
Since my last messages, I have made new btrfs filesystems on my osd partitions, and completely re-initialised my ceph, without the compression on the osds. The ceph is on a single machine with an intel core i7 processor and 8G RAM. There are four 3Tb seagate disk drives. I have the drives partiti

Re: Ceph Bug #2563

2012-10-09 Thread Sage Weil
On Tue, 9 Oct 2012, Gregory Farnum wrote: > Okay, thanks for the information. > > Sam has walked through trying to fix this before and I don't know if > he came up with anything, but the use of btrfs compression has been a > common theme among those who have reproduced this bug. I updated the > ti

Re: Ceph Bug #2563

2012-10-09 Thread Gregory Farnum
Okay, thanks for the information. Sam has walked through trying to fix this before and I don't know if he came up with anything, but the use of btrfs compression has been a common theme among those who have reproduced this bug. I updated the ticket, but for now I'd recommend leaving it off with th

Re: Ceph Bug #2563

2012-10-09 Thread Gregory Farnum
I'm going to have to leave most of these questions for somebody else, but I do have one question. Are you using btrfs compression on your OSD backing filesystems? -Greg On Tue, Oct 9, 2012 at 12:43 PM, Dave (Bob) wrote: > I have a problem with this leveldb corruption issue. My logs show the > sam

Ceph Bug #2563

2012-10-09 Thread Dave (Bob)
I have a problem with this leveldb corruption issue. My logs show the same failure as is shown in Ceph's redmine as bug #2563. I am using linux-3.6.0 (x86_64) and ceph-0.52. I am using btrfs on my 4 osd's. Each osd is using a partition on a disk drive, there are 4 disk drives, all on the same mac