Bug 1527061

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