Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932462AbcC3Cka (ORCPT ); Tue, 29 Mar 2016 22:40:30 -0400 Received: from mx2.suse.de ([195.135.220.15]:50356 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753483AbcC3Ck3 (ORCPT ); Tue, 29 Mar 2016 22:40:29 -0400 From: NeilBrown To: "Yan\, Zheng" Date: Wed, 30 Mar 2016 13:40:20 +1100 Cc: Ilya Dryomov , Sage Weil , "linux-kernel\@vger.kernel.org" , Ceph Development Subject: Re: [GIT PULL] Ceph fixes for -rc7 In-Reply-To: References: <87fuvfw6g9.fsf@notabene.neil.brown.name> <874mbovmlv.fsf@notabene.neil.brown.name> User-Agent: Notmuch/0.20.2 (http://notmuchmail.org) Emacs/24.5.1 (x86_64-suse-linux-gnu) Message-ID: <87poucu1rf.fsf@notabene.neil.brown.name> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3875 Lines: 108 --=-=-= Content-Type: text/plain On Wed, Mar 30 2016, Yan, Zheng wrote: > On Wed, Mar 30, 2016 at 8:24 AM, NeilBrown wrote: >> On Fri, Mar 25 2016, Ilya Dryomov wrote: >> >>> On Fri, Mar 25, 2016 at 5:02 AM, NeilBrown wrote: >>>> On Sun, Mar 06 2016, Sage Weil wrote: >>>> >>>>> Hi Linus, >>>>> >>>>> Please pull the following Ceph patch from >>>>> >>>>> git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus >>>>> >>>>> This is a final commit we missed to align the protocol compatibility with >>>>> the feature bits. It decodes a few extra fields in two different messages >>>>> and reports EIO when they are used (not yet supported). >>>>> >>>>> Thanks! >>>>> sage >>>>> >>>>> >>>>> ---------------------------------------------------------------- >>>>> Yan, Zheng (1): >>>>> ceph: initial CEPH_FEATURE_FS_FILE_LAYOUT_V2 support >>>> >>>> Just wondering, but was CEPH_FEATURE_FS_FILE_LAYOUT_V2 supposed to have >>>> exactly the same value as CEPH_FEATURE_NEW_OSDOPREPLY_ENCODING (and >>>> CEPH_FEATURE_CRUSH_TUNABLES5)?? >>> >>> Yes, that was the point of getting it merged into -rc7. >> >> I did wonder if that might be the case. >> >>> >>>> Because when I backported this patch (and many others) to some ancient >>>> enterprise kernel, it caused mounts to fail. If it really is meant to >>>> be the same value, then I must have some other backported issue to find >>>> and fix. >>> >>> It has to be backported in concert with changes that add support for >>> the other two bits. >> >> I have everything from fs/ceph and net/ceph as of 4.5, with adjustments >> for different core code. >> >>> How did mount fail? >> >> "can't read superblock". >> dmesg contains >> >> [ 50.822479] libceph: client144098 fsid 2b73bc29-3e78-490a-8fc6-21da1bf901ba >> [ 50.823746] libceph: mon0 192.168.1.122:6789 session established >> [ 51.635312] ceph: problem parsing mds trace -5 >> [ 51.635317] ceph: mds parse_reply err -5 >> [ 51.635318] ceph: mdsc_handle_reply got corrupt reply mds0(tid:1) >> >> then a hex dump of header:, front: footer: >> >> Maybe my MDS is causing the problem? It is based on v10.0.5 which >> contains >> >> #define CEPH_FEATURE_CRUSH_TUNABLES5 (1ULL<<58) /* chooseleaf stable mode */ >> // duplicated since it was introduced at the same time as CEPH_FEATURE_CRUSH_TUN >> #define CEPH_FEATURE_NEW_OSDOPREPLY_ENCODING (1ULL<<58) /* New, v7 encoding */ >> >> in ceph_features.h i.e. two features using bit 58, but not >> FS_FILE_LAYOUT_V2 >> >> Should I expect Linux 4.5 to work with ceph 10.0.5 ?? > > Sorry, cephfs in linux 4.5 does not work with 10.0.5. Please upgrade > to ceph 10.1.0 > Ahhh.. I do wonder at the point of feature flags if they don't let you run any client with any server... Is there a compatability matrix published somewhere? If I have to stay with 10.0.5 (I don't know yet), it is safe to use Linux-4.4 code? Thanks, NeilBrown --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW+zyUAAoJEDnsnt1WYoG5YyQP/jLy6cV5Mxk7W3kSb7fDAQ4e WLDpHH4CLRqRRKmdlqjh3jV6w3gLHA1lxe8OTWVqgQf6KZkc3K7v4E2tSAq8/yD/ iDq6Sfpyxp2bZFjzqoPRdrv/QYsD56KvGdhWwMedkmoTXWB+FSZX67G7qtOacX9O d8kcGgXD331a36XbqRUEp5ZCSfYhk3pnmv6iC2bonmBPYB678Mq8+xL155GZbWFR C9FbaCLW0uqK8F9Fh72/KMMuUZy1xlsDry63/sYbXvrBq9uh/0uuir80iGmWikGp aNC/E7f0W/HoJ5DNsYwj5JKOh/Jj3xLiagcHEpildQIwejcvhaeWqCP8EZtvyj78 2ooX+kWZ9R+eQVntSYniHb9h5TgQFgw4K06T3P6ObGXb0Smos8sElgSAvwoV8YzJ 3cCOaXEMCoeuUwdVW1SX/4Cwf+FN3ox1rxtktGG4WBlNP1SAbKpM1j4G09+SW6Xb 7aKoaerXPBICSTUSBEsttnAjGVMIyuBaiv0ZZbdKbUHkVHpYlx06znvWIG6auar3 hxqp12sV1989enn/djhm4brvdX3qiuhC2edmWyZ50Lc3IOr01azlA5hTRI3NBuIA bhzHjnuzYL6dCf7tlJIBPdXFLtvluL86bBDJs/EatX2DMJ0gVQcgPBpMDXgA6WrB iW1sZsCZtnEBfth7NC9+ =OUNk -----END PGP SIGNATURE----- --=-=-=--