1:49 p.m.
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
11:20 a.m.
On Fri, Feb 10, 2017 at 11:49 AM, Arman Khalatyan <arm2arm(a)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(a)redhat.com> - 2.5.2-2.el7
- Obsolete libcacard-rhev (bz#1315953)
* Fri Jan 29 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - 2.5.2-1.el7
- Initial build
- for libcacard-ev
* Fri Jul 08 2016 Sandro Bonazzola <sbonazzo(a)redhat.com> -
ev-2.3.0-31.el7_2.16.1
- Removing RH branding from package name
* Thu Jun 16 2016 Miroslav Rezanina <mrezanin(a)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
3:25 p.m.
On Tue, Feb 14, 2017 at 9:20 AM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
On Fri, Feb 10, 2017 at 11:49 AM, Arman Khalatyan
<arm2arm(a)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(a)redhat.com> - 2.5.2-2.el7
- Obsolete libcacard-rhev (bz#1315953)
* Fri Jan 29 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - 2.5.2-1.el7
- Initial build
- for libcacard-ev
* Fri Jul 08 2016 Sandro Bonazzola <sbonazzo(a)redhat.com> -
ev-2.3.0-31.el7_2.16.1
- Removing RH branding from package name
* Thu Jun 16 2016 Miroslav Rezanina <mrezanin(a)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(a)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
3:34 p.m.
On Thu, Feb 16, 2017 at 1:25 PM, Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
On Tue, Feb 14, 2017 at 9:20 AM, Gianluca Cecchi <
gianluca.cecchi(a)gmail.com> wrote:
> On Fri, Feb 10, 2017 at 11:49 AM, Arman Khalatyan <arm2arm(a)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(a)redhat.com> - 2.5.2-2.el7
> - Obsolete libcacard-rhev (bz#1315953)
>
> * Fri Jan 29 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - 2.5.2-1.el7
> - Initial build
>
> - for libcacard-ev
> * Fri Jul 08 2016 Sandro Bonazzola <sbonazzo(a)redhat.com> -
> ev-2.3.0-31.el7_2.16.1
> - Removing RH branding from package name
>
> * Thu Jun 16 2016 Miroslav Rezanina <mrezanin(a)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(a)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
3:47 p.m.
----- 元のメッセージ -----
差出人: "Sandro Bonazzola" <sbonazzo(a)redhat.com>
宛先: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>, "Miroslav
Rezanina" <mrezanin(a)redhat.com>, "Karanbir Singh"
<kbsingh(a)centos.org>, "Alan Pevec" <apevec(a)redhat.com>
Cc: "Arman Khalatyan" <arm2arm(a)gmail.com>, "users"
<users(a)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(a)redhat.com>
wrote:
>
>
> On Tue, Feb 14, 2017 at 9:20 AM, Gianluca Cecchi <
> gianluca.cecchi(a)gmail.com> wrote:
>
>> On Fri, Feb 10, 2017 at 11:49 AM, Arman Khalatyan <arm2arm(a)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(a)redhat.com> - 2.5.2-2.el7
>> - Obsolete libcacard-rhev (bz#1315953)
>>
>> * Fri Jan 29 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - 2.5.2-1.el7
>> - Initial build
>>
>> - for libcacard-ev
>> * Fri Jul 08 2016 Sandro Bonazzola <sbonazzo(a)redhat.com> -
>> ev-2.3.0-31.el7_2.16.1
>> - Removing RH branding from package name
>>
>> * Thu Jun 16 2016 Miroslav Rezanina <mrezanin(a)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(a)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
4:25 p.m.
On Thu, Feb 16, 2017 at 1:47 PM, Miroslav Rezanina <mrezanin(a)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
4:38 p.m.
----- 元のメッセージ -----
差出人: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com>
宛先: "Miroslav Rezanina" <mrezanin(a)redhat.com>
Cc: "Sandro Bonazzola" <sbonazzo(a)redhat.com>, "Karanbir Singh"
<kbsingh(a)centos.org>, "Alan Pevec"
<apevec(a)redhat.com>, "Arman Khalatyan" <arm2arm(a)gmail.com>,
"users" <users(a)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(a)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
5:33 p.m.
On Thu, Feb 16, 2017 at 2:38 PM, Miroslav Rezanina <mrezanin(a)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
5:35 p.m.
On Thu, Feb 16, 2017 at 3:33 PM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
On Thu, Feb 16, 2017 at 2:38 PM, Miroslav Rezanina
<mrezanin(a)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
12:52 p.m.
On Thu, Feb 16, 2017 at 3:35 PM, Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
On Thu, Feb 16, 2017 at 3:33 PM, Gianluca Cecchi <
gianluca.cecchi(a)gmail.com> wrote:
> On Thu, Feb 16, 2017 at 2:38 PM, Miroslav Rezanina <mrezanin(a)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
1:10 p.m.
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(a)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(a)redhat.com>
wrote:
On Thu, Feb 16, 2017 at 3:35 PM, Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
>
>
> On Thu, Feb 16, 2017 at 3:33 PM, Gianluca Cecchi <
> gianluca.cecchi(a)gmail.com> wrote:
>
>> On Thu, Feb 16, 2017 at 2:38 PM, Miroslav Rezanina <mrezanin(a)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
2833
days inactive
2840
days old
10 comments
4 participants
participants (4)
-
Arman Khalatyan -
Gianluca Cecchi -
Miroslav Rezanina -
Sandro Bonazzola