I have a host which was updated since 3.6.... libcacard is disappeared from ovirt4.1 but it has a many dependencies which stops to remove it: [root@clei36 ~]# yum list installed | grep ovirt| grep 4.0 libcacard-ev.x86_64 10:2.3.0-31.el7.16.1 @ovirt-4.0 yum update libcacard-ev Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.fau.de * epel: ftp.fau.de * extras: ftp.fau.de * ovirt-4.1: ftp.nluug.nl * ovirt-4.1-epel: ftp.fau.de * updates: mirror.eu.oneandone.net No packages marked for update yum remove libcacard-ev.x86_64 Loaded plugins: fastestmirror Resolving Dependencies --> Running transaction check ---> Package libcacard-ev.x86_64 10:2.3.0-31.el7.16.1 will be erased --> Processing Dependency: libcacard.so.0()(64bit) for package: 10:qemu-kvm-ev-2.6.0-28.el7_3.3.1.x86_64 --> Running transaction check ---> Package qemu-kvm-ev.x86_64 10:2.6.0-28.el7_3.3.1 will be erased --> Processing Dependency: qemu-kvm >= 1.5.3-92.el7 for package: 1:virt-v2v-1.32.7-3.el7.centos.2.x86_64 --> Processing Dependency: qemu-kvm for package: libvirt-daemon-kvm-2.0.0-10.el7_3.4.x86_64 --> Processing Dependency: qemu-kvm-rhev >= 10:2.6.0-2 for package: vdsm-4.19.4-1.el7.centos.x86_64 --> Running transaction check ---> Package libvirt-daemon-kvm.x86_64 0:2.0.0-10.el7_3.4 will be erased --> Processing Dependency: libvirt-daemon-kvm >= 1.2.8-3 for package: 1:libguestfs-1.32.7-3.el7.centos.2.x86_64 ---> Package vdsm.x86_64 0:4.19.4-1.el7.centos will be erased --> Processing Dependency: vdsm = 4.19.4-1.el7.centos for package: vdsm-hook-vmfex-dev-4.19.4-1.el7.centos.noarch ---> Package virt-v2v.x86_64 1:1.32.7-3.el7.centos.2 will be erased --> Processing Dependency: virt-v2v for package: safelease-1.0-7.el7.x86_64 --> Running transaction check ---> Package libguestfs.x86_64 1:1.32.7-3.el7.centos.2 will be erased --> Processing Dependency: libguestfs = 1:1.32.7-3.el7.centos.2 for package: 1:libguestfs-tools-c-1.32.7-3.el7.centos.2.x86_64 --> Processing Dependency: libguestfs >= 1:1.28.1 for package: libguestfs-winsupport-7.2-1.el7.x86_64 --> Processing Dependency: libguestfs.so.0()(64bit) for package: 1:libguestfs-tools-c-1.32.7-3.el7.centos.2.x86_64 ---> Package safelease.x86_64 0:1.0-7.el7 will be erased ---> Package vdsm-hook-vmfex-dev.noarch 0:4.19.4-1.el7.centos will be erased --> Running transaction check ---> Package libguestfs-tools-c.x86_64 1:1.32.7-3.el7.centos.2 will be erased ---> Package libguestfs-winsupport.x86_64 0:7.2-1.el7 will be erased --> Finished Dependency Resolution Dependencies Resolved ============================================================================================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================================================================================== Removing: libcacard-ev x86_64 10:2.3.0-31.el7.16.1 @ovirt-4.0 47 k Removing for dependencies: libguestfs x86_64 1:1.32.7-3.el7.centos.2 @updates 3.8 M libguestfs-tools-c x86_64 1:1.32.7-3.el7.centos.2 @updates 14 M libguestfs-winsupport x86_64 7.2-1.el7 @base 2.2 M libvirt-daemon-kvm x86_64 2.0.0-10.el7_3.4 @updates 0.0 qemu-kvm-ev x86_64 10:2.6.0-28.el7_3.3.1 @ovirt-4.1 9.6 M safelease x86_64 1.0-7.el7 @centos-ovirt41-candidate 43 k vdsm x86_64 4.19.4-1.el7.centos @ovirt-4.1 2.5 M vdsm-hook-vmfex-dev noarch 4.19.4-1.el7.centos @ovirt-4.1 21 k virt-v2v x86_64 1:1.32.7-3.el7.centos.2 @updates 16 M Transaction Summary ============================================================================================================================================================================================================================== Remove 1 Package (+9 Dependent packages) Installed size: 49 M Is this ok [y/N]: n
On Fri, Feb 10, 2017 at 11:49 AM, Arman Khalatyan <arm2arm@gmail.com> wrote:
I have a host which was updated since 3.6.... libcacard is disappeared from ovirt4.1 but it has a many dependencies which stops to remove it:
Hello, I reconnect to this thread, as I have similar problem/doubt relatd to libcacard / libcacard-ev packages. I had a cluster composed by two nodes, plain CentOS 7.3 nodes. They were installed in 4.0.6 (on 21/01) and this involved installation of libcacard-ev-2.3.0-31.el7.16.1.x86_64 package. Then I updated to 4.1 (on 08/02) using "yum update" strategy and nothing changed about this package. Yesteray I added a third node, but I notice that on it I don't have libcacard-ev but libcacard-2.5.2-2.el7.x86_64 Source for the -ev package is qemu-kvm-ev-2.3.0-31.el7.16.1.src.rpm and build host el7-vm28.phx.ovirt.org and this makes me think it is the right package. But it is not pulled in into the new host where I think I have the standard CentOS one with source RPM libcacard-2.5.2-2.el7.src.rpm and Packager CentOS BuildSystem The strange thing is that in their changelog I have: - for standard libcacard: * Fri Mar 18 2016 Miroslav Rezanina <mrezanin@redhat.com> - 2.5.2-2.el7 - Obsolete libcacard-rhev (bz#1315953) * Fri Jan 29 2016 Miroslav Rezanina <mrezanin@redhat.com> - 2.5.2-1.el7 - Initial build - for libcacard-ev * Fri Jul 08 2016 Sandro Bonazzola <sbonazzo@redhat.com> - ev-2.3.0-31.el7_2.16.1 - Removing RH branding from package name * Thu Jun 16 2016 Miroslav Rezanina <mrezanin@redhat.com> - rhev-2.3.0-31.el7_2.16 - kvm-vga-add-sr_vbe-register-set.patch [bz#1347185] - Resolves: bz#1347185 (Regression from CVE-2016-3712: windows installer fails to start) ... What to choose and to do? Thanks, Gianluca
On Tue, Feb 14, 2017 at 9:20 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Fri, Feb 10, 2017 at 11:49 AM, Arman Khalatyan <arm2arm@gmail.com> wrote:
I have a host which was updated since 3.6.... libcacard is disappeared from ovirt4.1 but it has a many dependencies which stops to remove it:
Hello, I reconnect to this thread, as I have similar problem/doubt relatd to libcacard / libcacard-ev packages. I had a cluster composed by two nodes, plain CentOS 7.3 nodes. They were installed in 4.0.6 (on 21/01) and this involved installation of libcacard-ev-2.3.0-31.el7.16.1.x86_64 package. Then I updated to 4.1 (on 08/02) using "yum update" strategy and nothing changed about this package. Yesteray I added a third node, but I notice that on it I don't have libcacard-ev but libcacard-2.5.2-2.el7.x86_64
I think the right one is libcacard-2.5.2-2.el7.x86_64 since libcacard is not built anymore with qemu-kkvm-ev. Not sure why libcacard-ev-2.3.0-31.el7.16.1.x86_64 has not been updated but I guess it's related to the Obsolete clause. I guess I'll need to rebuild libcacard adding an obsolete on libcacard-ev too. Adding Miroslav, Alan and Karanbir to let them know about the issue.
Source for the -ev package is qemu-kvm-ev-2.3.0-31.el7.16.1.src.rpm and build host el7-vm28.phx.ovirt.org and this makes me think it is the right package. But it is not pulled in into the new host where I think I have the standard CentOS one with source RPM libcacard-2.5.2-2.el7.src.rpm and Packager CentOS BuildSystem
The strange thing is that in their changelog I have:
- for standard libcacard: * Fri Mar 18 2016 Miroslav Rezanina <mrezanin@redhat.com> - 2.5.2-2.el7 - Obsolete libcacard-rhev (bz#1315953)
* Fri Jan 29 2016 Miroslav Rezanina <mrezanin@redhat.com> - 2.5.2-1.el7 - Initial build
- for libcacard-ev * Fri Jul 08 2016 Sandro Bonazzola <sbonazzo@redhat.com> - ev-2.3.0-31.el7_2.16.1 - Removing RH branding from package name
* Thu Jun 16 2016 Miroslav Rezanina <mrezanin@redhat.com> - rhev-2.3.0-31.el7_2.16 - kvm-vga-add-sr_vbe-register-set.patch [bz#1347185] - Resolves: bz#1347185 (Regression from CVE-2016-3712: windows installer fails to start) ...
What to choose and to do? Thanks, Gianluca
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
On Thu, Feb 16, 2017 at 1:25 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Tue, Feb 14, 2017 at 9:20 AM, Gianluca Cecchi < gianluca.cecchi@gmail.com> wrote:
On Fri, Feb 10, 2017 at 11:49 AM, Arman Khalatyan <arm2arm@gmail.com> wrote:
I have a host which was updated since 3.6.... libcacard is disappeared from ovirt4.1 but it has a many dependencies which stops to remove it:
Hello, I reconnect to this thread, as I have similar problem/doubt relatd to libcacard / libcacard-ev packages. I had a cluster composed by two nodes, plain CentOS 7.3 nodes. They were installed in 4.0.6 (on 21/01) and this involved installation of libcacard-ev-2.3.0-31.el7.16.1.x86_64 package. Then I updated to 4.1 (on 08/02) using "yum update" strategy and nothing changed about this package. Yesteray I added a third node, but I notice that on it I don't have libcacard-ev but libcacard-2.5.2-2.el7.x86_64
I think the right one is libcacard-2.5.2-2.el7.x86_64 since libcacard is not built anymore with qemu-kkvm-ev. Not sure why libcacard-ev-2.3.0-31.el7.16.1.x86_64 has not been updated but I guess it's related to the Obsolete clause. I guess I'll need to rebuild libcacard adding an obsolete on libcacard-ev too.
Adding Miroslav, Alan and Karanbir to let them know about the issue.
Tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=1422868
Source for the -ev package is qemu-kvm-ev-2.3.0-31.el7.16.1.src.rpm and build host el7-vm28.phx.ovirt.org and this makes me think it is the right package. But it is not pulled in into the new host where I think I have the standard CentOS one with source RPM libcacard-2.5.2-2.el7.src.rpm and Packager CentOS BuildSystem
The strange thing is that in their changelog I have:
- for standard libcacard: * Fri Mar 18 2016 Miroslav Rezanina <mrezanin@redhat.com> - 2.5.2-2.el7 - Obsolete libcacard-rhev (bz#1315953)
* Fri Jan 29 2016 Miroslav Rezanina <mrezanin@redhat.com> - 2.5.2-1.el7 - Initial build
- for libcacard-ev * Fri Jul 08 2016 Sandro Bonazzola <sbonazzo@redhat.com> - ev-2.3.0-31.el7_2.16.1 - Removing RH branding from package name
* Thu Jun 16 2016 Miroslav Rezanina <mrezanin@redhat.com> - rhev-2.3.0-31.el7_2.16 - kvm-vga-add-sr_vbe-register-set.patch [bz#1347185] - Resolves: bz#1347185 (Regression from CVE-2016-3712: windows installer fails to start) ...
What to choose and to do? Thanks, Gianluca
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
----- 元のメッセージ -----
差出人: "Sandro Bonazzola" <sbonazzo@redhat.com> 宛先: "Gianluca Cecchi" <gianluca.cecchi@gmail.com>, "Miroslav Rezanina" <mrezanin@redhat.com>, "Karanbir Singh" <kbsingh@centos.org>, "Alan Pevec" <apevec@redhat.com> Cc: "Arman Khalatyan" <arm2arm@gmail.com>, "users" <users@ovirt.org> 送信済み: 2017年2月16日, 木曜日 午後 1:34:30 件名: Re: [ovirt-users] What is the libcacard-ev.x86_64 ??
On Thu, Feb 16, 2017 at 1:25 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Tue, Feb 14, 2017 at 9:20 AM, Gianluca Cecchi < gianluca.cecchi@gmail.com> wrote:
On Fri, Feb 10, 2017 at 11:49 AM, Arman Khalatyan <arm2arm@gmail.com> wrote:
I have a host which was updated since 3.6.... libcacard is disappeared from ovirt4.1 but it has a many dependencies which stops to remove it:
Hello, I reconnect to this thread, as I have similar problem/doubt relatd to libcacard / libcacard-ev packages. I had a cluster composed by two nodes, plain CentOS 7.3 nodes. They were installed in 4.0.6 (on 21/01) and this involved installation of libcacard-ev-2.3.0-31.el7.16.1.x86_64 package. Then I updated to 4.1 (on 08/02) using "yum update" strategy and nothing changed about this package. Yesteray I added a third node, but I notice that on it I don't have libcacard-ev but libcacard-2.5.2-2.el7.x86_64
I think the right one is libcacard-2.5.2-2.el7.x86_64 since libcacard is not built anymore with qemu-kkvm-ev. Not sure why libcacard-ev-2.3.0-31.el7.16.1.x86_64 has not been updated but I guess it's related to the Obsolete clause. I guess I'll need to rebuild libcacard adding an obsolete on libcacard-ev too.
Adding Miroslav, Alan and Karanbir to let them know about the issue.
This issue is probably due to move libcacard-rhev from qemu-kvm-rhev subpackage to separate component libcacard (and so merged with regular libcacard from rhel). This transition was most probably not properly mirrored to ovirt so it still expect libcacard-ev to be part of qemu-kvm-ev build. In case qemu-kvm-ev is based on qemu-kvm-rhev, libcacard subpackage disappeared but was not added as new component. Mirek
Tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=1422868
Source for the -ev package is qemu-kvm-ev-2.3.0-31.el7.16.1.src.rpm and build host el7-vm28.phx.ovirt.org and this makes me think it is the right package. But it is not pulled in into the new host where I think I have the standard CentOS one with source RPM libcacard-2.5.2-2.el7.src.rpm and Packager CentOS BuildSystem
The strange thing is that in their changelog I have:
- for standard libcacard: * Fri Mar 18 2016 Miroslav Rezanina <mrezanin@redhat.com> - 2.5.2-2.el7 - Obsolete libcacard-rhev (bz#1315953)
* Fri Jan 29 2016 Miroslav Rezanina <mrezanin@redhat.com> - 2.5.2-1.el7 - Initial build
- for libcacard-ev * Fri Jul 08 2016 Sandro Bonazzola <sbonazzo@redhat.com> - ev-2.3.0-31.el7_2.16.1 - Removing RH branding from package name
* Thu Jun 16 2016 Miroslav Rezanina <mrezanin@redhat.com> - rhev-2.3.0-31.el7_2.16 - kvm-vga-add-sr_vbe-register-set.patch [bz#1347185] - Resolves: bz#1347185 (Regression from CVE-2016-3712: windows installer fails to start) ...
What to choose and to do? Thanks, Gianluca
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
-- Miroslav Rezanina Software Engineer - Virtualization Team
On Thu, Feb 16, 2017 at 1:47 PM, Miroslav Rezanina <mrezanin@redhat.com> wrote:
This issue is probably due to move libcacard-rhev from qemu-kvm-rhev subpackage to separate component libcacard (and so merged with regular libcacard from rhel).
This transition was most probably not properly mirrored to ovirt so it still expect libcacard-ev to be part of qemu-kvm-ev build. In case qemu-kvm-ev is based on qemu-kvm-rhev, libcacard subpackage disappeared but was not added as new component.
Mirek
How to solve on already installed hosts? [root@ractor ~]# yum install libcacard ... Resolving Dependencies --> Running transaction check ---> Package libcacard.x86_64 40:2.5.2-2.el7 will be installed ... Transaction check error: file /usr/lib64/libcacard.so.0.0.0 from install of libcacard-40:2.5.2-2.el7.x86_64 conflicts with file from package libcacard-ev-10:2.3.0-31.el7.16.1.x86_64 [root@ractor ~]# yum remove libcacard-ev ... Removing: libcacard-ev x86_64 10:2.3.0-31.el7.16.1 @ovirt-4.0 47 k Removing for dependencies: libguestfs x86_64 1:1.32.7-3.el7.centos.2 @updates 3.8 M libguestfs-tools-c x86_64 1:1.32.7-3.el7.centos.2 @updates 14 M libguestfs-winsupport x86_64 7.2-1.el7 installed 2.2 M libvirt-daemon-kvm x86_64 2.0.0-10.el7_3.4 @updates 0.0 ovirt-hosted-engine-ha noarch 2.1.0.1-1.el7.centos @ovirt-4.1 1.8 M ovirt-hosted-engine-setup noarch 2.1.0.1-1.el7.centos @ovirt-4.1 2.0 M ovirt-provider-ovn-driver noarch 1.0-1.20161219125609.git.el7.centos @ovirt-4.1 9.4 k python-libguestfs x86_64 1:1.32.7-3.el7.centos.2 @updates 1.1 M qemu-kvm-ev x86_64 10:2.6.0-28.el7_3.3.1 @ovirt-4.0 9.6 M safelease x86_64 1.0-7.el7 installed 43 k spice-glib x86_64 0.31-6.el7_3.2 @updates 1.2 M spice-gtk3 x86_64 0.31-6.el7_3.2 @updates 112 k spice-xpi x86_64 2.8-8.el7 @base 179 k vdsm x86_64 4.19.4-1.el7.centos @ovirt-4.1 2.5 M vdsm-hook-vmfex-dev noarch 4.19.4-1.el7.centos @ovirt-4.1 21 k virt-v2v x86_64 1:1.32.7-3.el7.centos.2 @updates 16 M virt-viewer x86_64 2.0-12.el7 @base 1.2 M Probably it is needed a new libcacard package that obsoletes libcacard-ev, before doing anything, correct? Gianluca
----- 元のメッセージ -----
差出人: "Gianluca Cecchi" <gianluca.cecchi@gmail.com> 宛先: "Miroslav Rezanina" <mrezanin@redhat.com> Cc: "Sandro Bonazzola" <sbonazzo@redhat.com>, "Karanbir Singh" <kbsingh@centos.org>, "Alan Pevec" <apevec@redhat.com>, "Arman Khalatyan" <arm2arm@gmail.com>, "users" <users@ovirt.org> 送信済み: 2017年2月16日, 木曜日 午後 2:25:41 件名: Re: [ovirt-users] What is the libcacard-ev.x86_64 ??
On Thu, Feb 16, 2017 at 1:47 PM, Miroslav Rezanina <mrezanin@redhat.com> wrote:
This issue is probably due to move libcacard-rhev from qemu-kvm-rhev subpackage to separate component libcacard (and so merged with regular libcacard from rhel).
This transition was most probably not properly mirrored to ovirt so it still expect libcacard-ev to be part of qemu-kvm-ev build. In case qemu-kvm-ev is based on qemu-kvm-rhev, libcacard subpackage disappeared but was not added as new component.
Mirek
How to solve on already installed hosts? [root@ractor ~]# yum install libcacard
What happened when you try yum update libcacard?
... Resolving Dependencies --> Running transaction check ---> Package libcacard.x86_64 40:2.5.2-2.el7 will be installed ... Transaction check error: file /usr/lib64/libcacard.so.0.0.0 from install of libcacard-40:2.5.2-2.el7.x86_64 conflicts with file from package libcacard-ev-10:2.3.0-31.el7.16.1.x86_64
[root@ractor ~]# yum remove libcacard-ev ...
Removing: libcacard-ev x86_64 10:2.3.0-31.el7.16.1 @ovirt-4.0 47 k Removing for dependencies: libguestfs x86_64 1:1.32.7-3.el7.centos.2 @updates 3.8 M libguestfs-tools-c x86_64 1:1.32.7-3.el7.centos.2 @updates 14 M libguestfs-winsupport x86_64 7.2-1.el7 installed 2.2 M libvirt-daemon-kvm x86_64 2.0.0-10.el7_3.4 @updates 0.0 ovirt-hosted-engine-ha noarch 2.1.0.1-1.el7.centos @ovirt-4.1 1.8 M ovirt-hosted-engine-setup noarch 2.1.0.1-1.el7.centos @ovirt-4.1 2.0 M ovirt-provider-ovn-driver noarch 1.0-1.20161219125609.git.el7.centos @ovirt-4.1 9.4 k python-libguestfs x86_64 1:1.32.7-3.el7.centos.2 @updates 1.1 M qemu-kvm-ev x86_64 10:2.6.0-28.el7_3.3.1 @ovirt-4.0 9.6 M safelease x86_64 1.0-7.el7 installed 43 k spice-glib x86_64 0.31-6.el7_3.2 @updates 1.2 M spice-gtk3 x86_64 0.31-6.el7_3.2 @updates 112 k spice-xpi x86_64 2.8-8.el7 @base 179 k vdsm x86_64 4.19.4-1.el7.centos @ovirt-4.1 2.5 M vdsm-hook-vmfex-dev noarch 4.19.4-1.el7.centos @ovirt-4.1 21 k virt-v2v x86_64 1:1.32.7-3.el7.centos.2 @updates 16 M virt-viewer x86_64 2.0-12.el7 @base 1.2 M
Probably it is needed a new libcacard package that obsoletes libcacard-ev, before doing anything, correct?
Yes, this can be solved by new build. RHEL libcacard is aware only of RHEL/RHV environment. When package is transferred to centos environment, rhev suffix should be replaced with ev suffix. Mirek
Gianluca
-- Miroslav Rezanina Software Engineer - Virtualization Team
On Thu, Feb 16, 2017 at 2:38 PM, Miroslav Rezanina <mrezanin@redhat.com> wrote:
How to solve on already installed hosts? [root@ractor ~]# yum install libcacard
What happened when you try yum update libcacard?
It was the first try I executed. Nothing to be updated - with yum update libcacard Package(s) libcacard available, but not installed. No packages marked for update - with yum update libcacard-ev No packages marked for update Gianluca
On Thu, Feb 16, 2017 at 3:33 PM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Thu, Feb 16, 2017 at 2:38 PM, Miroslav Rezanina <mrezanin@redhat.com> wrote:
How to solve on already installed hosts? [root@ractor ~]# yum install libcacard
What happened when you try yum update libcacard?
It was the first try I executed. Nothing to be updated
- with yum update libcacard Package(s) libcacard available, but not installed. No packages marked for update
- with yum update libcacard-ev No packages marked for update
Give me a couple of days, I'll fix this.
Gianluca
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
On Thu, Feb 16, 2017 at 3:35 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Thu, Feb 16, 2017 at 3:33 PM, Gianluca Cecchi < gianluca.cecchi@gmail.com> wrote:
On Thu, Feb 16, 2017 at 2:38 PM, Miroslav Rezanina <mrezanin@redhat.com> wrote:
How to solve on already installed hosts? [root@ractor ~]# yum install libcacard
What happened when you try yum update libcacard?
It was the first try I executed. Nothing to be updated
- with yum update libcacard Package(s) libcacard available, but not installed. No packages marked for update
- with yum update libcacard-ev No packages marked for update
Give me a couple of days, I'll fix this.
Can you please test the fix? # yum install centos-release-qemu-ev # yum-config-manager --enable centos-qemu-ev-test # yum update If libcacard has not yet reached https://buildlogs.centos.org/centos/7/virt/x86_64/kvm-common/ , please use https://cbs.centos.org/repos/virt7-kvm-common-testing/x86_64/os/ instead
Gianluca
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
Ok looks it is working, now we have no ovirt-4.0 packages after update. [root@cloud03 ~]# yum install centos-release-qemu-ev Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: ftp.rrzn.uni-hannover.de * extras: ftp.halifax.rwth-aachen.de * ovirt-4.1: ftp.nluug.nl * ovirt-4.1-epel: ftp.fau.de * updates: centos.mirrors.psw.services Resolving Dependencies --> Running transaction check ---> Package centos-release-qemu-ev.noarch 0:1.0-1.el7 will be installed --> Processing Dependency: centos-release-virt-common for package: centos-release-qemu-ev-1.0-1.el7.noarch --> Running transaction check ---> Package centos-release-virt-common.noarch 0:1-1.el7.centos will be installed --> Finished Dependency Resolution Dependencies Resolved ============================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================== Installing: centos-release-qemu-ev noarch 1.0-1.el7 extras 11 k Installing for dependencies: centos-release-virt-common noarch 1-1.el7.centos extras 4.5 k Transaction Summary ============================================================================================================================================================== Install 1 Package (+1 Dependent package) Total download size: 15 k Installed size: 19 k Is this ok [y/d/N]: y Downloading packages: (1/2): centos-release-virt-common-1-1.el7.centos.noarch.rpm | 4.5 kB 00:00:00 (2/2): centos-release-qemu-ev-1.0-1.el7.noarch.rpm | 11 kB 00:00:00 -------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 133 kB/s | 15 kB 00:00:00 Running transaction check Running transaction test Transaction test succeeded Running transaction Installing : centos-release-virt-common-1-1.el7.centos.noarch 1/2 Installing : centos-release-qemu-ev-1.0-1.el7.noarch 2/2 Verifying : centos-release-virt-common-1-1.el7.centos.noarch 1/2 Verifying : centos-release-qemu-ev-1.0-1.el7.noarch 2/2 Installed: centos-release-qemu-ev.noarch 0:1.0-1.el7 Dependency Installed: centos-release-virt-common.noarch 0:1-1.el7.centos Complete! [root@cloud03 ~]# yum update Loaded plugins: fastestmirror centos-qemu-ev | 2.9 kB 00:00:00 centos-qemu-ev/7/x86_64/primary_db | 50 kB 00:00:00 Loading mirror speeds from cached hostfile * base: ftp.rrzn.uni-hannover.de * extras: ftp.halifax.rwth-aachen.de * ovirt-4.1: ftp.nluug.nl * ovirt-4.1-epel: ftp.fau.de * updates: centos.mirrors.psw.services Resolving Dependencies --> Running transaction check ---> Package libcacard-ev.x86_64 10:2.3.0-31.el7.16.1 will be updated ---> Package libcacard-ev.x86_64 10:2.3.0-31.0.el7_2.21.1 will be an update --> Finished Dependency Resolution Dependencies Resolved ============================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================== Updating: libcacard-ev x86_64 10:2.3.0-31.0.el7_2.21.1 centos-qemu-ev 237 k Transaction Summary ============================================================================================================================================================== Upgrade 1 Package Total download size: 237 k Is this ok [y/d/N]: y Downloading packages: Delta RPMs disabled because /usr/bin/applydeltarpm not installed. warning: /var/cache/yum/x86_64/7/centos-qemu-ev/packages/libcacard-ev-2.3.0-31.0.el7_2.21.1.x86_64.rpm: Header V4 RSA/SHA1 Signature, key ID 61e8806c: NOKEY Public key for libcacard-ev-2.3.0-31.0.el7_2.21.1.x86_64.rpm is not installed libcacard-ev-2.3.0-31.0.el7_2.21.1.x86_64.rpm | 237 kB 00:00:00 Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization Importing GPG key 0x61E8806C: Userid : "CentOS Virtualization SIG ( http://wiki.centos.org/SpecialInterestGroup/Virtualization) < security@centos.org>" Fingerprint: a7c8 e761 309d 2f1c 92c5 0b62 7aeb be82 61e8 806c Package : centos-release-virt-common-1-1.el7.centos.noarch (@extras) From : /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization Is this ok [y/N]: y Running transaction check Running transaction test Transaction test succeeded Running transaction Updating : 10:libcacard-ev-2.3.0-31.0.el7_2.21.1.x86_64 1/2 Cleanup : 10:libcacard-ev-2.3.0-31.el7.16.1.x86_64 2/2 Verifying : 10:libcacard-ev-2.3.0-31.0.el7_2.21.1.x86_64 1/2 Verifying : 10:libcacard-ev-2.3.0-31.el7.16.1.x86_64 2/2 Updated: libcacard-ev.x86_64 10:2.3.0-31.0.el7_2.21.1 Complete! [root@cloud03 ~]# yum remove libcacard-ev Loaded plugins: fastestmirror Resolving Dependencies --> Running transaction check ---> Package libcacard-ev.x86_64 10:2.3.0-31.0.el7_2.21.1 will be erased --> Processing Dependency: libcacard.so.0()(64bit) for package: 10:qemu-kvm-ev-2.6.0-28.el7_3.3.1.x86_64 --> Running transaction check ---> Package qemu-kvm-ev.x86_64 10:2.6.0-28.el7_3.3.1 will be erased --> Processing Dependency: qemu-kvm >= 1.5.3-92.el7 for package: 1:virt-v2v-1.32.7-3.el7.centos.2.x86_64 --> Processing Dependency: qemu-kvm for package: libvirt-daemon-kvm-2.0.0-10.el7_3.4.x86_64 --> Processing Dependency: qemu-kvm-rhev >= 10:2.6.0-2 for package: vdsm-4.19.4-1.el7.centos.x86_64 --> Running transaction check ---> Package libvirt-daemon-kvm.x86_64 0:2.0.0-10.el7_3.4 will be erased --> Processing Dependency: libvirt-daemon-kvm >= 1.2.8-3 for package: 1:libguestfs-1.32.7-3.el7.centos.2.x86_64 ---> Package vdsm.x86_64 0:4.19.4-1.el7.centos will be erased --> Processing Dependency: vdsm = 4.19.4-1.el7.centos for package: vdsm-hook-vmfex-dev-4.19.4-1.el7.centos.noarch ---> Package virt-v2v.x86_64 1:1.32.7-3.el7.centos.2 will be erased --> Processing Dependency: virt-v2v for package: safelease-1.0-7.el7.x86_64 --> Running transaction check ---> Package libguestfs.x86_64 1:1.32.7-3.el7.centos.2 will be erased --> Processing Dependency: libguestfs = 1:1.32.7-3.el7.centos.2 for package: 1:libguestfs-tools-c-1.32.7-3.el7.centos.2.x86_64 --> Processing Dependency: libguestfs >= 1:1.28.1 for package: libguestfs-winsupport-7.2-1.el7.x86_64 --> Processing Dependency: libguestfs.so.0()(64bit) for package: 1:libguestfs-tools-c-1.32.7-3.el7.centos.2.x86_64 ---> Package safelease.x86_64 0:1.0-7.el7 will be erased ---> Package vdsm-hook-vmfex-dev.noarch 0:4.19.4-1.el7.centos will be erased --> Running transaction check ---> Package libguestfs-tools-c.x86_64 1:1.32.7-3.el7.centos.2 will be erased ---> Package libguestfs-winsupport.x86_64 0:7.2-1.el7 will be erased --> Finished Dependency Resolution Dependencies Resolved ============================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================== Removing: libcacard-ev x86_64 10:2.3.0-31.0.el7_2.21.1 @centos-qemu-ev 47 k Removing for dependencies: libguestfs x86_64 1:1.32.7-3.el7.centos.2 @updates 3.8 M libguestfs-tools-c x86_64 1:1.32.7-3.el7.centos.2 @updates 14 M libguestfs-winsupport x86_64 7.2-1.el7 @base 2.2 M libvirt-daemon-kvm x86_64 2.0.0-10.el7_3.4 @updates 0.0 qemu-kvm-ev x86_64 10:2.6.0-28.el7_3.3.1 @ovirt-4.1 9.6 M safelease x86_64 1.0-7.el7 @centos-ovirt41-candidate 43 k vdsm x86_64 4.19.4-1.el7.centos @ovirt-4.1 2.5 M vdsm-hook-vmfex-dev noarch 4.19.4-1.el7.centos @ovirt-4.1 21 k virt-v2v x86_64 1:1.32.7-3.el7.centos.2 @updates 16 M Transaction Summary ============================================================================================================================================================== Remove 1 Package (+9 Dependent packages) Installed size: 49 M Is this ok [y/N]: n Exiting on user command Your transaction was saved, rerun it with: yum load-transaction /tmp/yum_save_tx.2017-02-17.11-07.bvkgaO.yumtx [root@cloud03 ~]# yum list installed | grep ovirt| grep 4.0 [root@cloud03 ~]# yum list installed | grep ovirt| grep 40 On Fri, Feb 17, 2017 at 10:52 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Thu, Feb 16, 2017 at 3:35 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Thu, Feb 16, 2017 at 3:33 PM, Gianluca Cecchi < gianluca.cecchi@gmail.com> wrote:
On Thu, Feb 16, 2017 at 2:38 PM, Miroslav Rezanina <mrezanin@redhat.com> wrote:
How to solve on already installed hosts? [root@ractor ~]# yum install libcacard
What happened when you try yum update libcacard?
It was the first try I executed. Nothing to be updated
- with yum update libcacard Package(s) libcacard available, but not installed. No packages marked for update
- with yum update libcacard-ev No packages marked for update
Give me a couple of days, I'll fix this.
Can you please test the fix?
# yum install centos-release-qemu-ev # yum-config-manager --enable centos-qemu-ev-test # yum update
If libcacard has not yet reached https://buildlogs. centos.org/centos/7/virt/x86_64/kvm-common/ , please use https://cbs.centos.org/repos/virt7-kvm-common-testing/x86_64/os/ instead
Gianluca
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
participants (4)
-
Arman Khalatyan -
Gianluca Cecchi -
Miroslav Rezanina -
Sandro Bonazzola