+++ This bug was initially created as a clone of Bug #1218581 +++ In VDSM logs I see: Thread-95::DEBUG::2015-05-05 11:53:00,824::caps::757::root::(_getKeyPackages) rpm package ('gluster-swift',) not found Thread-95::DEBUG::2015-05-05 11:53:00,825::caps::757::root::(_getKeyPackages) rpm package ('qemu-kvm', 'qemu-kvm-rhev') not found Thread-95::DEBUG::2015-05-05 11:53:00,825::caps::757::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found Thread-95::DEBUG::2015-05-05 11:53:00,825::caps::757::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found Thread-95::DEBUG::2015-05-05 11:53:00,826::caps::757::root::(_getKeyPackages) rpm package ('qemu-img', 'qemu-img-rhev') not found Thread-95::DEBUG::2015-05-05 11:53:00,826::caps::757::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found Thread-95::DEBUG::2015-05-05 11:53:00,826::caps::757::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found Thread-95::DEBUG::2015-05-05 11:53:00,826::caps::757::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found Thread-95::DEBUG::2015-05-05 11:53:00,826::caps::757::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found please change the above code for including qemu-kvm-ev: # rpm -qa |grep qemu|sort ipxe-roms-qemu-20130517-6.gitc4bce43.el7.noarch libvirt-daemon-driver-qemu-1.2.8-16.el7_1.2.x86_64 qemu-img-ev-2.1.2-23.el7.1.x86_64 qemu-kvm-common-ev-2.1.2-23.el7.1.x86_64 qemu-kvm-ev-2.1.2-23.el7.1.x86_64 qemu-kvm-tools-ev-2.1.2-23.el7.1.x86_64
I verified myself, but better to let QE to test again on next round.
This is already merged to ovirt-3.5.2. What's the point of pushing it out? Verification?
yes, sandro mentioned that he verified it, but preffers that qe will. it's up to gil to decide if he wants to close current release or verify it on 3.5.3 (even if 3.5.2 is out already, verification has a value if we'll find something).
Sandro, I can see these rpms in http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/x86_64/, but not in http://resources.ovirt.org/pub/ovirt-3.5/rpm/el7/x86_64/. If we want this for oVirt 3.5.z, shouldn't they be copied there too?
It will be copied when 3.5.3 will be released.
I don't see the qemu-kvm-ev-2.1.2-23.el7.1.x86_6 installed on my RHEL7.1 host, on which HE 3.5 vt15.1 is deployed. These are taken from host on which HE is running: # rpm -qa qemu* qemu-kvm-tools-rhev-2.1.2-23.el7_1.3.x86_64 qemu-img-rhev-2.1.2-23.el7_1.3.x86_64 qemu-kvm-rhev-2.1.2-23.el7_1.3.x86_64 qemu-kvm-common-rhev-2.1.2-23.el7_1.3.x86_64 Engine's components: rhevm-3.5.3-1.3.el6ev.noarch
Nikolay, this is an *ovirt* bug, that applies only to the upstream product. You attempted to verify it against the downstream build, that justfully keeps requiring the downstream package qemu-kvm-rhev.
(In reply to Dan Kenigsberg from comment #7) > Nikolay, this is an *ovirt* bug, that applies only to the upstream product. > You attempted to verify it against the downstream build, that justfully > keeps requiring the downstream package qemu-kvm-rhev. Dan, Target release is downstream, hence tried to verify on it. Please explain.
Target release is 3.5.3, which applies both to d/s and u/s alike. We're synchronized, yay! Please verify this bug against an ovirt build.
yaniv, i guess this is (i hope) rare exception on the sync, where only ovirt build valids. and ovirt 3.5 build can be taken from the latest 3.5 nightlies.
nikolai, no, this is an exception, all other bugs should be verified on d/s vdsm, which is delivered to customers. only in this specific bug a verification is needed on u/s vdsm.
(In reply to Eyal Edri from comment #12) > nikolai, no, > this is an exception, all other bugs should be verified on d/s vdsm, > which is delivered to customers. > > only in this specific bug a verification is needed on u/s vdsm. Please provide me with relevant upstream repos for this reproduction.
http://www.ovirt.org/OVirt_3.5.3_Release_Notes#Install_.2F_Upgrade_from_previous_versions use pre-release repo.
(In reply to Sandro Bonazzola from comment #14) > http://www.ovirt.org/OVirt_3.5.3_Release_Notes#Install_. > 2F_Upgrade_from_previous_versions > > use pre-release repo. Got problems with repos, they're not working, can you provide me with the working mirrors? Trying other mirror. http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-7-x86_64/repodata/repomd.xml: [Errno 12] Timeout on http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-7-x86_64/repodata/repomd.xml: (28, 'Connection timed out after 30030 milliseconds') Trying other mirror. http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-7-x86_64/repodata/repomd.xml: [Errno 12] Timeout on http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-7-x86_64/repodata/repomd.xml: (28, 'Connection timed out after 30181 milliseconds') Trying other mirror.
Try again, copr servers were down yesterday.
Verified on repository from http://resources.ovirt.org/pub/ovirt-3.5-pre/rpm/el7. after run of command 'yum install vdsm -y' # rpm -qa | grep vdsm vdsm-jsonrpc-4.16.20-0.el7.centos.noarch vdsm-xmlrpc-4.16.20-0.el7.centos.noarch vdsm-python-zombiereaper-4.16.20-0.el7.centos.noarch vdsm-yajsonrpc-4.16.20-0.el7.centos.noarch vdsm-cli-4.16.20-0.el7.centos.noarch vdsm-python-4.16.20-0.el7.centos.noarch vdsm-4.16.20-0.el7.centos.x86_64 vdsm-hook-ethtool-options-4.16.20-0.el7.centos.noarch # rpm -qa | grep qemu qemu-img-ev-2.1.2-23.el7_1.3.1.x86_64 qemu-kvm-common-ev-2.1.2-23.el7_1.3.1.x86_64 qemu-kvm-ev-2.1.2-23.el7_1.3.1.x86_64 ipxe-roms-qemu-20130517-6.gitc4bce43.el7.noarch libvirt-daemon-driver-qemu-1.2.8-16.el7_1.3.x86_64
This is an automated message. oVirt 3.5.3 has been released on June 15th 2015 and should include the fix for this BZ. Moving to closed current release.