+++ This bug is a downstream clone. The original bug is: +++ +++ bug 1348646 +++ ====================================================================== Description of problem: This RFE is for supporting Ceph's iSCSI Target in RHEV. Ceph iSCSI support is being added to RHEL 7.3 in these bugzillas. https://bugzilla.redhat.com/show_bug.cgi?id=1196117 https://bugzilla.redhat.com/show_bug.cgi?id=1196119 We should have support that you can begin testing in early/mid July. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: (Originally by Michael Christie)
Moving back due to issues found in testing. Waiting for new builds to test. (Originally by ylavi)
Moving back to NEW as this is not ready for testing (Originally by Raz Tamir)
(In reply to Raz Tamir from comment #16) > Moving back to NEW as this is not ready for testing Can you indicate what we're waiting for (and hopefully block this BZ on it) so it's easier to track? (Originally by Allon Mureinik)
It seems like there's some fix need to be pushed by Mike. Mike, can you please elaborate why we are blocking here? (Originally by Raz Tamir)
(In reply to Raz Tamir from comment #18) > It seems like there's some fix need to be pushed by Mike. > > Mike, can you please elaborate why we are blocking here? We were waiting for some patches to get merged in the kernel. They are now merged, but the userspace fixes needed to go with them are not in RHCS 2.3. I am trying to finish RHCS 3.0 development right now and that will have the fixes. We are hoping to be done next week. (Originally by Michael Christie)
Any updates? (Originally by ylavi)
Executed RHV storage smoke automation tests over a seutp with iSCSI domain that reside on Ceph iSCSI server. No issues were found. iSCSI initiator configuration: http://docs.ceph.com/docs/master/rbd/iscsi-initiator-linux/ iSCSI server configuration (installed on the Ceph cluster): http://docs.ceph.com/docs/master/rbd/iscsi-target-cli/ ** before the last step (disk map to the initiator), the disk creation is missing from the doc. It’s done as follows: # gwcli > cd / > disks/ create pool=rbd size=10 Chap authentication: /iscsi-target...age-ge2-vdsm3> auth chap=myserver/mypassword2016 Used: engine: ovirt-engine-4.2.0-0.0.master.20171116212005.git61ffb5f.el7.centos.noarch Hypervisor: vdsm-4.20.7-1.gitc9cf1ee.el7.centos.x86_64 iscsi-initiator-utils-6.2.0.874-4.el7.x86_64 device-mapper-multipath-0.4.9-111.el7.x86_64 Storage: targetcli-2.1.fb47-0.1.20170301.gitf632f38.el7cp.noarch ceph-iscsi-cli-2.0-5.el7cp.noarch python-cephfs-10.2.7-48.el7cp.x86_64 ceph-common-10.2.7-48.el7cp.x86_64 ceph-osd-10.2.7-48.el7cp.x86_64 ceph-iscsi-tools-2.0-3.el7cp.noarch ceph-selinux-10.2.7-48.el7cp.x86_64 ceph-radosgw-10.2.7-48.el7cp.x86_64 libcephfs1-10.2.7-48.el7cp.x86_64 ceph-base-10.2.7-48.el7cp.x86_64 ceph-mon-10.2.7-48.el7cp.x86_64 ceph-iscsi-config-2.0-4.el7cp.noarch Moving to VERIFIED (Originally by Elad Ben Aharon)
The bug is for 4.1.z, not 4.2.0. Can you repeat the tests on 4.1.z? (Originally by Yaniv Kaul)
Executed the same with 4.1 [1], no issues were found. Jenkins execution will be provided offline in mail. [1] vdsm-4.19.38-1.el7ev.x86_64 ovirt-engine-4.1.8-0.1.el7.noarch (Originally by Elad Ben Aharon)
Can you clone this bug to z stream? (Originally by ylavi)
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:0135
BZ<2>Jira re-sync