On Tue, Apr 23, 2013 at 5:54 PM, Gregory Farnum <greg@xxxxxxxxxxx> wrote: > On Tue, Apr 23, 2013 at 4:45 PM, Sage Weil <sage@xxxxxxxxxxx> wrote: >> On Tue, 23 Apr 2013, Bryan Stillwell wrote: >>> On Tue, Apr 23, 2013 at 5:24 PM, Sage Weil <sage@xxxxxxxxxxx> wrote: >>> > >>> > On Tue, 23 Apr 2013, Bryan Stillwell wrote: >>> > > I'm testing this now, but while going through the logs I saw something >>> > > that might have something to do with this: >>> > > >>> > > Apr 23 16:35:28 a1 kernel: [692455.496594] libceph: corrupt inc osdmap >>> > > epoch 22146 off 102 (ffff88021e0dc802 of >>> > > ffff88021e0dc79c-ffff88021e0dc802) >>> > >>> > Oh, that's not right... What kernel version is this? Which ceph version? >>> >>> $ uname -a >>> Linux a1 3.2.0-39-generic #62-Ubuntu SMP Thu Feb 28 00:28:53 UTC 2013 >>> x86_64 x86_64 x86_64 GNU/Linux >> >> Oh, that's a sufficiently old kernel that we don't support. 3.4 or later >> is considered stable. You should be able to get recent mainline kernels >> from an ubuntu ppa... > > By which he means "that could have caused the trouble and there are > some osdmap decoding problems which are fixed in later kernels". :) > I'd forgotten about these problems, although fortunately they're not > consistent. But especially for CephFS you'll want to stick with > userspace rather than kernelspace for a while if you aren't in the > habit of staying very up-to-date. Thanks, that's good to know. :) The first copy test using fuse finished and the MD5s match up! I'm going to do some more testing overnight, but this seems to be the cause. Thanks for the help! Bryan _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |