CEPH FS Storage Driver


  • XCP-ng Team

    The same patch is updated. Kindly download again and try with # patch -d/ -p1 < cephfs-8.patch.



  • Thanks for the new patch. Applying the patch does not report any errors or warnings. When I try to create a "NFS" SR I still get the generic python error message from xencenter however the error message in /var/log/SMlog has changed:

    Oct  1 10:17:52 xenserver8 SM: [4975] lock: opening lock file /var/lock/sm/76ad6fee-a7a8-34e6-bcce-a53f69a677a9/sr
    Oct  1 10:17:52 xenserver8 SM: [4975] lock: acquired /var/lock/sm/76ad6fee-a7a8-34e6-bcce-a53f69a677a9/sr
    Oct  1 10:17:52 xenserver8 SM: [4975] sr_create {'sr_uuid': '76ad6fee-a7a8-34e6-bcce-a53f69a677a9', 'subtask_of': 'DummyRef:|c98cee36-24ff-4575-b7
    43-3a84cd93ed17|SR.create', 'args': ['0'], 'host_ref': 'OpaqueRef:72898e54-20b2-4046-9825-94553457fa60', 'session_ref': 'OpaqueRef:175293cb-a791-
    44be-bd5f-a4cb911adddb', 'device_config': {'server': '1.2.3.4', 'SRmaster': 'true', 'serverpath': '/base', 'options': 'name=admin,secretfil
    e=/etc/ceph/admin.secret'}, 'command': 'sr_create', 'sr_ref': 'OpaqueRef:a36f0371-1dc7-4685-a208-24e04a1c1e08'}
    Oct  1 10:17:52 xenserver8 SM: [4975] lock: released /var/lock/sm/76ad6fee-a7a8-34e6-bcce-a53f69a677a9/sr
    Oct  1 10:17:52 xenserver8 SM: [4975] ***** generic exception: sr_create: EXCEPTION <type 'exceptions.NameError'>, global name 'useroptions' is no
    t defined
    Oct  1 10:17:52 xenserver8 SM: [4975]   File "/opt/xensource/sm/SRCommand.py", line 110, in run
    Oct  1 10:17:52 xenserver8 SM: [4975]     return self._run_locked(sr)
    Oct  1 10:17:52 xenserver8 SM: [4975]   File "/opt/xensource/sm/SRCommand.py", line 159, in _run_locked
    Oct  1 10:17:52 xenserver8 SM: [4975]     rv = self._run(sr, target)
    Oct  1 10:17:52 xenserver8 SM: [4975]   File "/opt/xensource/sm/SRCommand.py", line 323, in _run
    Oct  1 10:17:52 xenserver8 SM: [4975]     return sr.create(self.params['sr_uuid'], long(self.params['args'][0]))
    Oct  1 10:17:52 xenserver8 SM: [4975]   File "/opt/xensource/sm/NFSSR", line 216, in create
    Oct  1 10:17:52 xenserver8 SM: [4975]     raise exn
    Oct  1 10:17:52 xenserver8 SM: [4975]
    Oct  1 10:17:52 xenserver8 SM: [4975] ***** NFS VHD: EXCEPTION <type 'exceptions.NameError'>, global name 'useroptions' is not defined
    Oct  1 10:17:52 xenserver8 SM: [4975]   File "/opt/xensource/sm/SRCommand.py", line 372, in run
    Oct  1 10:17:52 xenserver8 SM: [4975]     return self._run_locked(sr)
    Oct  1 10:17:52 xenserver8 SM: [4975]   File "/opt/xensource/sm/SRCommand.py", line 159, in _run_locked
    Oct  1 10:17:52 xenserver8 SM: [4975]     rv = self._run(sr, target)
    Oct  1 10:17:52 xenserver8 SM: [4975]   File "/opt/xensource/sm/SRCommand.py", line 323, in _run
    Oct  1 10:17:52 xenserver8 SM: [4975]     return sr.create(self.params['sr_uuid'], long(self.params['args'][0]))
    Oct  1 10:17:52 xenserver8 SM: [4975]   File "/opt/xensource/sm/NFSSR", line 216, in create
    Oct  1 10:17:52 xenserver8 SM: [4975]     raise exn
    Oct  1 10:17:52 xenserver8 SM: [4975]
    

  • XCP-ng Team

    Looks like variable declaration issue. I had it working for XCP-NG 7.6... Give me some time to fix this and make it working for 8.0



  • @r1 Is this still in development; would like to get it working with 8.1?

    Manually mounting the CephFS works, but the patch fails, probably not surprisingly; or is a GlusterFS approach a better option?

    With Ceph Octopus and the cephadm approach setting Ceph up is really easy, so maybe this will become a more popular feature....?


  • XCP-ng Team

    @jmccoy555 I did not continue this. Will definitely rejuvenate it once 8.1 is released. Hopefully next week.


  • XCP-ng Team

    @jmccoy555

    Notice: This is experimental and will be replaced by any updates to sm package

    Ok, so here is updated patch for XCP-NG 8.1

    # cd /
    # wget "https://gist.githubusercontent.com/rushikeshjadhav/ea8a6e15c3b5e7f6e61fe0cb873173d2/raw/85acc83ec95cba5db7674572b79c403106b48a48/ceph-8.1.patch"
    # patch -p0 < ceph-8.1.patch
    

    Apart from patch you would need to install ceph-common to obtain mount.ceph

    # yum install centos-release-ceph-nautilus --enablerepo=extras
    # yum install ceph-common
    

    There is no need of ceph.ko as now CephFS is part of kernel in 8.1.

    You can refer NFS SR (Ceph) creation screenshot in earlier post or use following
    # xe sr-create type=nfs device-config:server=10.10.10.10 device-config:serverpath=/ device-config:options=name=admin,secretfile=/etc/ceph/admin.secret name-label=CephFS

    To remove this and restore to normal state
    # yum reinstall sm

    Note: Keep secret in /etc/ceph/admin.secret with permission 600

    Edit: Hope to get this into a proper CephSR someday. Until then it must be considered for Proof of Concept only.
    Changed ceph release repo to nautilus.



  • @r1 Hi, just given this a try, but with no luck....

    Manual mount works and I can see files in /mnt/cephfs

    mount -t ceph 10.10.1.141:/xcp /mnt/cephfs -o name=admin,secret=AQDZVn9eKD4hBBAAvf5GGWcRFQAZ1eqVPDynOQ==
    

    Trying as per the instructions.....

    xe sr-create type=nfs device-config:server=10.10.1.141 device-config:serverpath=/xcp device-config:options=name=admin,secretfile=/etc/ceph/admin.secret name-label=CephFS
    Error code: SR_BACKEND_FAILURE_73
    Error parameters: , NFS mount error [opterr=mount failed with return code 2],
    

    7f82d50d-ac7e-42a1-80ff-9e728baa6dcf-image.png

    And without the secret file just to check that wasn't the issue....

    xe sr-create type=nfs device-config:server=10.10.1.141 device-config:serverpath=/xcp device-config:options=name=admin,secret=AQDZVn9eKD4hBBAAvf5GGWcRFQAZ1eqVPDynOQ== name-label=CephFS
    Error code: SR_BACKEND_FAILURE_108
    Error parameters: , Unable to detect an NFS service on this target.,
    

    Last round in the log file

    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476] lock: opening lock file /var/lock/sm/94fa22bb-e9a9-45b2-864a-392117b17891/sr
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476] lock: acquired /var/lock/sm/94fa22bb-e9a9-45b2-864a-392117b17891/sr
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476] sr_create {'sr_uuid': '94fa22bb-e9a9-45b2-864a-392117b17891', 'subtask_of': 'DummyRe f:|b72aac42-1790-40da-ba29-ed43a6554094|SR.create', 'args': ['0'], 'host_ref': 'OpaqueRef:c0ae3b47-b170-4d48-9397-3c973872a8b 2', 'session_ref': 'OpaqueRef:85070c69-888a-4827-8d19-ffd53944aa16', 'device_config': {'server': '10.10.1.141', 'SRmaster': ' true', 'serverpath': '/xcp', 'options': 'name=admin,secretfile=/etc/ceph/admin.secret'}, 'command': 'sr_create', 'sr_ref': 'O paqueRef:f775fe87-0d82-4029-a268-dd2cdf4feb27'}
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476] _testHost: Testing host/port: 10.10.1.141,2049
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476] _testHost: Connect failed after 2 seconds (10.10.1.141) - [Errno 111] Connection ref used
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476] Raising exception [108, Unable to detect an NFS service on this target.]
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476] lock: released /var/lock/sm/94fa22bb-e9a9-45b2-864a-392117b17891/sr
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476] ***** generic exception: sr_create: EXCEPTION <class 'SR.SROSError'>, Unable to dete ct an NFS service on this target.
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/SRCommand.py", line 110, in run
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     return self._run_locked(sr)
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/SRCommand.py", line 159, in _run_locked
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     rv = self._run(sr, target)
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/SRCommand.py", line 323, in _run
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     return sr.create(self.params['sr_uuid'], long(self.params['args'][0]))
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/NFSSR", line 198, in create
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     util._testHost(self.dconf['server'], NFSPORT, 'NFSTarget')
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/util.py", line 915, in _testHost
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     raise xs_errors.XenError(errstring)
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476] ***** NFS VHD: EXCEPTION <class 'SR.SROSError'>, Unable to detect an NFS service on  this target.
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/SRCommand.py", line 372, in run
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     ret = cmd.run(sr)
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/SRCommand.py", line 110, in run
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     return self._run_locked(sr)
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/SRCommand.py", line 159, in _run_locked
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     rv = self._run(sr, target)
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/SRCommand.py", line 323, in _run
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     return sr.create(self.params['sr_uuid'], long(self.params['args'][0]))
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/NFSSR", line 198, in create
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     util._testHost(self.dconf['server'], NFSPORT, 'NFSTarget')
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]   File "/opt/xensource/sm/util.py", line 915, in _testHost
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]     raise xs_errors.XenError(errstring)
    Apr  1 15:05:11 xcp-ng-bad-3 SM: [25476]
    

    Is it still looking for a real NFS server?

    edit: its logging port 2049 not 6789?


  • XCP-ng Team

    @jmccoy555 please refer the note about the secret to be put in a file.



  • @r1 tired that first, second code box and in XCP-ng center (I've moved the error box this time)

    c895519b-9137-48f7-ac03-32936f39662b-image.png


  • XCP-ng Team

    Do you have mount.ceph command?

    Can you share md5sum of NFSSR.py and nfs.py? They are in /opt/xensource/sm

    Also SMlog error stack.

    Edit: don't press Scan button as it's not implemented. Use CLI or "Finish" button.



  • odd, no mount.cepth and I've just rerun yum install ceph-common and it's got dependency issues this time, so I guess that's not a great start!

    [16:50 xcp-ng-bad-3 /]# yum install centos-release-ceph-luminous --enablerepo=extras
    Loaded plugins: fastestmirror
    Loading mirror speeds from cached hostfile
     * extras: mirror.mhd.uk.as44574.net
    Excluding mirror: updates.xcp-ng.org
     * xcp-ng-base: mirrors.xcp-ng.org
    Excluding mirror: updates.xcp-ng.org
     * xcp-ng-updates: mirrors.xcp-ng.org
    Package centos-release-ceph-luminous-1.1-2.el7.centos.noarch already installed and latest version
    Nothing to do
    [16:50 xcp-ng-bad-3 /]# yum install ceph-common
    Loaded plugins: fastestmirror
    Loading mirror speeds from cached hostfile
    Excluding mirror: updates.xcp-ng.org
     * xcp-ng-base: mirrors.xcp-ng.org
    Excluding mirror: updates.xcp-ng.org
     * xcp-ng-updates: mirrors.xcp-ng.org
    Resolving Dependencies
    --> Running transaction check
    ---> Package ceph-common.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: python-rgw = 2:12.2.11-0.el7 for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: python-rbd = 2:12.2.11-0.el7 for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: python-rados = 2:12.2.11-0.el7 for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: python-cephfs = 2:12.2.11-0.el7 for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: librbd1 = 2:12.2.11-0.el7 for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: librados2 = 2:12.2.11-0.el7 for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libcephfs2 = 2:12.2.11-0.el7 for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: python-requests for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: python-prettytable for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.1)(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.0)(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libtcmalloc.so.4()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: librbd.so.1()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libradosstriper.so.1()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libleveldb.so.1()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libfuse.so.2()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libcephfs.so.2()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libceph-common.so.0()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libbabeltrace.so.1()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libbabeltrace-ctf.so.1()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Running transaction check
    ---> Package ceph-common.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: python-requests for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.1)(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.0)(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libtcmalloc.so.4()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    ---> Package fuse-libs.x86_64 0:2.9.2-10.el7 will be installed
    ---> Package leveldb.x86_64 0:1.12.0-5.el7.1 will be installed
    ---> Package libbabeltrace.x86_64 0:1.2.4-3.1.el7 will be installed
    ---> Package libcephfs2.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:libcephfs2-12.2.11-0.el7.x86_64
    ---> Package librados2.x86_64 1:0.94.5-2.el7 will be updated
    ---> Package librados2.x86_64 2:12.2.11-0.el7 will be an update
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.1)(64bit) for package: 2:librados2-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.0)(64bit) for package: 2:librados2-12.2.11-0.el7.x86_64
    --> Processing Dependency: liblttng-ust.so.0()(64bit) for package: 2:librados2-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:librados2-12.2.11-0.el7.x86_64
    ---> Package libradosstriper1.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:libradosstriper1-12.2.11-0.el7.x86_64
    ---> Package librbd1.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:librbd1-12.2.11-0.el7.x86_64
    ---> Package python-cephfs.x86_64 2:12.2.11-0.el7 will be installed
    ---> Package python-prettytable.noarch 0:0.7.2-1.el7 will be installed
    ---> Package python-rados.x86_64 2:12.2.11-0.el7 will be installed
    ---> Package python-rbd.x86_64 2:12.2.11-0.el7 will be installed
    ---> Package python-rgw.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: librgw2 = 2:12.2.11-0.el7 for package: 2:python-rgw-12.2.11-0.el7.x86_64
    --> Processing Dependency: librgw.so.2()(64bit) for package: 2:python-rgw-12.2.11-0.el7.x86_64
    --> Running transaction check
    ---> Package ceph-common.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: python-requests for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.1)(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.0)(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libtcmalloc.so.4()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    ---> Package libcephfs2.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:libcephfs2-12.2.11-0.el7.x86_64
    ---> Package librados2.x86_64 2:12.2.11-0.el7 will be an update
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.1)(64bit) for package: 2:librados2-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.0)(64bit) for package: 2:librados2-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:librados2-12.2.11-0.el7.x86_64
    ---> Package libradosstriper1.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:libradosstriper1-12.2.11-0.el7.x86_64
    ---> Package librbd1.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:librbd1-12.2.11-0.el7.x86_64
    ---> Package librgw2.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:librgw2-12.2.11-0.el7.x86_64
    ---> Package lttng-ust.x86_64 0:2.10.0-1.el7 will be installed
    --> Processing Dependency: liburcu-cds.so.6()(64bit) for package: lttng-ust-2.10.0-1.el7.x86_64
    --> Processing Dependency: liburcu-bp.so.6()(64bit) for package: lttng-ust-2.10.0-1.el7.x86_64
    --> Running transaction check
    ---> Package ceph-common.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: python-requests for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.1)(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.0)(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libtcmalloc.so.4()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:ceph-common-12.2.11-0.el7.x86_64
    ---> Package libcephfs2.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:libcephfs2-12.2.11-0.el7.x86_64
    ---> Package librados2.x86_64 2:12.2.11-0.el7 will be an update
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.1)(64bit) for package: 2:librados2-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1(IBVERBS_1.0)(64bit) for package: 2:librados2-12.2.11-0.el7.x86_64
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:librados2-12.2.11-0.el7.x86_64
    ---> Package libradosstriper1.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:libradosstriper1-12.2.11-0.el7.x86_64
    ---> Package librbd1.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:librbd1-12.2.11-0.el7.x86_64
    ---> Package librgw2.x86_64 2:12.2.11-0.el7 will be installed
    --> Processing Dependency: libibverbs.so.1()(64bit) for package: 2:librgw2-12.2.11-0.el7.x86_64
    ---> Package userspace-rcu.x86_64 0:0.10.0-3.el7 will be installed
    --> Finished Dependency Resolution
    Error: Package: 2:ceph-common-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: python-requests
    Error: Package: 2:ceph-common-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libibverbs.so.1(IBVERBS_1.0)(64bit)
    Error: Package: 2:libcephfs2-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libibverbs.so.1()(64bit)
    Error: Package: 2:librbd1-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libibverbs.so.1()(64bit)
    Error: Package: 2:ceph-common-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libibverbs.so.1()(64bit)
    Error: Package: 2:ceph-common-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libibverbs.so.1(IBVERBS_1.1)(64bit)
    Error: Package: 2:librados2-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libibverbs.so.1(IBVERBS_1.0)(64bit)
    Error: Package: 2:librados2-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libibverbs.so.1()(64bit)
    Error: Package: 2:librados2-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libibverbs.so.1(IBVERBS_1.1)(64bit)
    Error: Package: 2:libradosstriper1-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libibverbs.so.1()(64bit)
    Error: Package: 2:librgw2-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libibverbs.so.1()(64bit)
    Error: Package: 2:ceph-common-12.2.11-0.el7.x86_64 (centos-ceph-luminous)
               Requires: libtcmalloc.so.4()(64bit)
     You could try using --skip-broken to work around the problem
     You could try running: rpm -Va --nofiles --nodigest
    [16:51 xcp-ng-bad-3 /]#
    


  • Not sure if its the best idea, but this did the trick

    yum install ceph-common  --enablerepo=base
    

  • XCP-ng Team

    Oh ok.. I know why... mount.ceph came in nautilus release. I have edited the post to install nautilus.

    Unlike RBD, CephFS gives browsable datastore + thin disks and is super easy to scale up/down in capacity with immediate reflection. I'd spend some time later to implement "Scan" and have a proper SR driver.

    Thanks for testing and feel free to raise if you come across further issues.



  • Hi @r1 I've only had a quick play so far but it appears to work quite well.

    I've shutdown a Ceph MDS node and it fails over to one of the other nodes and keeps working away.

    I am running my Ceph cluster in VMs (at the moment one per host with the second SATA controller on the motherboard passed-through) so have shut down all nodes, rebooted my XCP-ng server, booted up the Ceph cluster and was able to reconnect the Ceph SR, so that's all good.

    Unfortunately at the moment the patch breaks reconnecting the NFS SR, I think because the scan function is broken??, but reverting with yum reinstall sm fixes that, so not a big issue but is going to make things a bit more difficult until that is sorted after a host reboot.


  • XCP-ng Team

    @jmccoy555 said in CEPH FS Storage Driver:

    Unfortunately at the moment the patch breaks reconnecting the NFS SR,

    It did not intend to.. I'll recheck on this.



  • @r1 ok, I'm only saying this as it didn't reconnect (the NFS server was up prior to boot) and if you try to add a new one the Scan button returns an error.



  • Hi @r1 Just ttied this on my pool of two servers, but no luck. Should it work? I've verified the same command on a host not in a pool and it works fine.

    [14:20 xcp-ng-bad-1 /]# xe sr-create type=nfs device-config:server=10.10.1.141,10.10.1.142,10.10.1.143 device-config:serverpath=/xcp device-config:options=name=xcp,secretfile=/etc/ceph/xcp.secret name-label=CephFS
    Error: Required parameter not found: host-uuid
    [14:20 xcp-ng-bad-1 /]# xe sr-create type=nfs device-config:server=10.10.1.141,10.10.1.142,10.10.1.143 device-config:serverpath=/xcp device-config:options=name=xcp,secretfile=/etc/ceph/xcp.secret name-label=CephFS host-uuid=c6977e4e-972f-4dcc-a71f-42120b51eacf
    Error code: SR_BACKEND_FAILURE_140
    Error parameters: , Incorrect DNS name, unable to resolve.,
    

    I've verified ceph.mount works, and I can manually mount with the mount command.

    /var/log/SMlog

    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369] lock: opening lock file /var/lock/sm/fa472dc0-f80b-b667-99d8-0b36cb01c5d4/sr
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369] lock: acquired /var/lock/sm/fa472dc0-f80b-b667-99d8-0b36cb01c5d4/sr
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369] sr_create {'sr_uuid': 'fa472dc0-f80b-b667-99d8-0b36cb01c5d4', 'subtask_of': 'DummyRef:|cf1a6d4a-fca9-410e-8307-88e3421bff4e|SR.create', 'args': ['0'], 'host_ref': 'OpaqueRef:5527aabc-8bd0-416e-88bf-b6a0cb2b72b1', 'session_ref': 'OpaqueRef:49495fa6-ec85-4340-b59d-ee1f037c0bb7', 'device_config': {'server': '10.10.1.141', 'SRmaster': 'true', 'serverpath': '/xcp', 'options': 'name=xcp,secretfile=/etc/ceph/xcp.secret'}, 'command': 'sr_create', 'sr_ref': 'OpaqueRef:f57d72be-8465-4a79-87c4-84a34c93baac'}
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369] _testHost: Testing host/port: 10.10.1.141,2049
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369] _testHost: Connect failed after 2 seconds (10.10.1.141) - [Errno 111] Connection refused
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369] Raising exception [108, Unable to detect an NFS service on this target.]
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369] lock: released /var/lock/sm/fa472dc0-f80b-b667-99d8-0b36cb01c5d4/sr
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369] ***** generic exception: sr_create: EXCEPTION <class 'SR.SROSError'>, Unable to detect an NFS service on this target.
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/SRCommand.py", line 110, in run
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     return self._run_locked(sr)
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/SRCommand.py", line 159, in _run_locked
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     rv = self._run(sr, target)
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/SRCommand.py", line 323, in _run
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     return sr.create(self.params['sr_uuid'], long(self.params['args'][0]))
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/NFSSR", line 198, in create
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     util._testHost(self.dconf['server'], NFSPORT, 'NFSTarget')
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/util.py", line 915, in _testHost
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     raise xs_errors.XenError(errstring)
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369] ***** NFS VHD: EXCEPTION <class 'SR.SROSError'>, Unable to detect an NFS service on this target.
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/SRCommand.py", line 372, in run
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     ret = cmd.run(sr)
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/SRCommand.py", line 110, in run
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     return self._run_locked(sr)
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/SRCommand.py", line 159, in _run_locked
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     rv = self._run(sr, target)
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/SRCommand.py", line 323, in _run
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     return sr.create(self.params['sr_uuid'], long(self.params['args'][0]))
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/NFSSR", line 198, in create
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     util._testHost(self.dconf['server'], NFSPORT, 'NFSTarget')
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]   File "/opt/xensource/sm/util.py", line 915, in _testHost
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]     raise xs_errors.XenError(errstring)
    Apr  4 14:32:02 xcp-ng-bad-1 SM: [25369]
    


  • @jmccoy555 said in CEPH FS Storage Driver:

    device-config:server=10.10.1.141,10.10.1.142,10.10.1.143

    Are you sure that's supposed to work?
    Try using only one IP-address and see if the command works as intended.



  • @r1 said in CEPH FS Storage Driver:

    while for CEPHSR we can use #mount.ceph addr1,addr2,addr3,addr4:remotepath localpath

    Yep, as far as I know that is how you configure the failover, and as I said it works (with one or more IPs) from a host not in a pool.

    p.s. yes I also tried with one IP to just be sure.


  • XCP-ng Team

    @jmccoy555 Can you try the latest patch?

    Before applying it restore to normal state
    # yum reinstall sm

    # cd /
    # wget "https://gist.githubusercontent.com/rushikeshjadhav/ea8a6e15c3b5e7f6e61fe0cb873173d2/raw/dabe5c915b30a0efc932cab169ebe94c17d8c1ca/ceph-8.1.patch"
    # patch -p0 < ceph-8.1.patch
    
    # yum install centos-release-ceph-nautilus --enablerepo=extras
    # yum install ceph-common
    

    Note: Keep secret in /etc/ceph/admin.secret with permission 600

    To handle the NFS port conflict, specifying port is mandatory e.g. device-config:serverport=6789

    Ceph Example:
    # xe sr-create type=nfs device-config:server=10.10.10.10,10.10.10.26 device-config:serverpath=/ device-config:serverport=6789 device-config:options=name=admin,secretfile=/etc/ceph/admin.secret name-label=Ceph

    NFS Example:
    # xe sr-create type=nfs device-config:server=10.10.10.5 device-config:serverpath=/root/nfs name-label=NFS


Log in to reply
 

XCP-ng Pro Support

XCP-ng Pro Support