Re: [ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade

2018-01-18 Thread Luca 'remix_tj' Lorenzetto
Hi Yuval,

interesting, thank you!

Luca

On Thu, Jan 18, 2018 at 1:26 PM, Yuval Turgeman  wrote:
> Hi Luca,
>
> We updated the FAQ [1] with a small script to help upgrade between major
> releases.
>
> [1] https://www.ovirt.org/node/faq/
>
> On Mon, Jan 15, 2018 at 10:21 AM, Luca 'remix_tj' Lorenzetto
>  wrote:
>>
>>
>>
>> On Thu, Jan 11, 2018 at 2:31 PM, Ryan Barry  wrote:
>>>
>>> Note that, in the case of Node, the ovirt-release RPM should not be
>>> installed. Mostly because it automatically enables a number of per-package
>>> updates (such as vdsm) instead of installing a single image.
>>>
>>> Trimming the repo files so they look like what is shipped in Node
>>> (IgnorePkgs and OnlyPkgs) will pull ovirt-node-ng-image-update.rpm, which is
>>> the only package needing an update.
>>>
>>
>> Hi,
>>
>> i'm upgrading ovirt-node too. I found out that installing ovirt-release
>> file and running yum upgrade wants to upgrade everything. Instead, if i make
>>
>> yum upgrade ovirt-node-ng-image*
>>
>> I get the new image downloaded.
>>
>> So which is the right procedure to upgrade a node? Maybe providing a
>> single command alternative to yum (let's say ovirt-node-upgrade) for
>> upgrading would be better and avoid issues when doing such operation.
>>
>> Luca
>>
>> --
>> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
>> calcoli che potrebbero essere affidati a chiunque se si usassero delle
>> macchine"
>> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>>
>> "Internet è la più grande biblioteca del mondo.
>> Ma il problema è che i libri sono tutti sparsi sul pavimento"
>> John Allen Paulos, Matematico (1945-vivente)
>>
>> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net ,
>> 
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>



-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade

2018-01-18 Thread Yuval Turgeman
Hi Luca,

We updated the FAQ [1] with a small script to help upgrade between major
releases.

[1] https://www.ovirt.org/node/faq/

On Mon, Jan 15, 2018 at 10:21 AM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

>
>
> On Thu, Jan 11, 2018 at 2:31 PM, Ryan Barry  wrote:
>
>> Note that, in the case of Node, the ovirt-release RPM should not be
>> installed. Mostly because it automatically enables a number of per-package
>> updates (such as vdsm) instead of installing a single image.
>>
>> Trimming the repo files so they look like what is shipped in Node
>> (IgnorePkgs and OnlyPkgs) will pull ovirt-node-ng-image-update.rpm,
>> which is the only package needing an update.
>>
>>
> Hi,
>
> i'm upgrading ovirt-node too. I found out that installing ovirt-release
> file and running yum upgrade wants to upgrade everything. Instead, if i
> make
>
> yum upgrade ovirt-node-ng-image*
>
> I get the new image downloaded.
>
> So which is the right procedure to upgrade a node? Maybe providing a
> single command alternative to yum (let's say ovirt-node-upgrade) for
> upgrading would be better and avoid issues when doing such operation.
>
> Luca
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade

2018-01-11 Thread Ryan Barry
Note that, in the case of Node, the ovirt-release RPM should not be
installed. Mostly because it automatically enables a number of per-package
updates (such as vdsm) instead of installing a single image.

Trimming the repo files so they look like what is shipped in Node
(IgnorePkgs and OnlyPkgs) will pull ovirt-node-ng-image-update.rpm, which
is the only package needing an update.

On Fri, Dec 29, 2017 at 4:45 AM, Ed Stout  wrote:

> On 29 December 2017 at 09:11, Michal Skrivanek
>  wrote:
> >
> >
> >> On 29 Dec 2017, at 10:03, Ed Stout  wrote:
> >>
> >> On 29 December 2017 at 08:42, Michal Skrivanek
> >>  wrote:
> >>>
> >>>
>  On 29 Dec 2017, at 09:34, Ed Stout  wrote:
> 
>  Good Morning,
> 
>  Perhaps someone could clarify for me, please - to update oVirt Nodes
>  from 4.1.8 -> 4.2, should I just be able to yum install the 4.2
>  release file, then yum update?
> >>>
> >>> Hi,
> >>> yes, that should be the right one
> >>>
>  Or, do I have to start with the 4.2
>  ISO then update from there?
> 
>  When I try the former it fails with dependency issues for the nodes, I
>  did however manage to update a self hosted appliance engine to 4.2.  I
>  had a read through the mailing list archive and couldn't find similar
>  issues, so perhaps I'm doing something wrong.
> 
>  --> Processing Dependency: lshw for package:
> vdsm-4.20.9.3-1.el7.centos.x86_64
>  --> Finished Dependency Resolution
>  Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch
> (ovirt-4.2)
>   Requires: libvirt-daemon-config-network
>  Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch
> (ovirt-4.2)
>   Requires: virt-install
>  Error: Package: glusterfs-geo-replication-3.12.3-1.el7.x86_64
>  (ovirt-4.2-centos-gluster312)
>   Requires: python-prettytable
>  Error: Package: vdsm-4.20.9.3-1.el7.centos.x86_64 (ovirt-4.2)
>   Requires: lshw
>  Error: Package: glusterfs-events-3.12.3-1.el7.x86_64
>  (ovirt-4.2-centos-gluster312)
>   Requires: python-prettytable
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles —nodigest
> >>>
> >>> can you list all your enabled repos? Seems you're missing the base
> CentOS
> >>>
> >>> Thanks,
> >>> michal
> >>
> >> Sure, thanks for the reply - I have 3 nodes, installed from the 4.1.x
> >> oVirt node ISOs, no custom packages/repos, that see the same (minus
> >> the 4.2 added here).
> >>
> >> [root@onode3 ~]# yum repolist enabled
> >> Loaded plugins: fastestmirror, imgbased-persist
> >> Loading mirror speeds from cached hostfile
> >> * ovirt-4.1-epel: mirrors.ukfast.co.uk
> >> * ovirt-4.2: ftp.snt.utwente.nl
> >> * ovirt-4.2-epel: mirrors.ukfast.co.uk
> >> repo id
> >> repo name
> >>
> >>   status
> >> centos-opstools-release/x86_64
> >> CentOS-7 - OpsTools - release
> >>
> >>  421
> >> centos-sclo-rh-release/x86_64
> >> CentOS-7 - SCLo rh
> >>
> >>6,534
> >> ovirt-4.1/7
> >> Latest oVirt 4.1 Release
> >>
> >>2,101
> >> ovirt-4.1-centos-gluster38/x86_64
> >> CentOS-7 - Gluster 3.8
> >>
> >>   31
> >> ovirt-4.1-epel/x86_64
> >> Extra Packages for Enterprise Linux 7
> >> - x86_64
> >>   12,184
> >> ovirt-4.1-patternfly1-noarch-epel/x86_64
> >> Copr repo for patternfly1 owned by
> >> patternfly
> >>   2
> >> ovirt-4.2/7
> >> Latest oVirt 4.2 Release
> >>
> >>  179
> >> ovirt-4.2-centos-gluster312/x86_64
> >> CentOS-7 - Gluster 3.12
> >>
> >>   93
> >> ovirt-4.2-centos-opstools/x86_64
> >> CentOS-7 - OpsTools - release
> >>
> >>  421
> >> ovirt-4.2-centos-ovirt42/x86_64
> >> CentOS-7 - oVirt 4.2
> >>
> >>  201
> >> ovirt-4.2-centos-qemu-ev/x86_64
> >> CentOS-7 - QEMU EV
> >>
> >>   39
> >> ovirt-4.2-epel/x86_64
> >> Extra Packages for Enterprise Linux 7
> >> - x86_64
> >>   12,184
> >> ovirt-4.2-virtio-win-latest
> >> virtio-win builds roughly matching
> >> what will be shipped in upcoming RHEL
> >>  35
> >> ovirt-centos-ovirt41/x86_64
> >> 

Re: [ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade

2017-12-29 Thread Ed Stout
On 29 December 2017 at 09:11, Michal Skrivanek
 wrote:
>
>
>> On 29 Dec 2017, at 10:03, Ed Stout  wrote:
>>
>> On 29 December 2017 at 08:42, Michal Skrivanek
>>  wrote:
>>>
>>>
 On 29 Dec 2017, at 09:34, Ed Stout  wrote:

 Good Morning,

 Perhaps someone could clarify for me, please - to update oVirt Nodes
 from 4.1.8 -> 4.2, should I just be able to yum install the 4.2
 release file, then yum update?
>>>
>>> Hi,
>>> yes, that should be the right one
>>>
 Or, do I have to start with the 4.2
 ISO then update from there?

 When I try the former it fails with dependency issues for the nodes, I
 did however manage to update a self hosted appliance engine to 4.2.  I
 had a read through the mailing list archive and couldn't find similar
 issues, so perhaps I'm doing something wrong.

 --> Processing Dependency: lshw for package: 
 vdsm-4.20.9.3-1.el7.centos.x86_64
 --> Finished Dependency Resolution
 Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch 
 (ovirt-4.2)
  Requires: libvirt-daemon-config-network
 Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch 
 (ovirt-4.2)
  Requires: virt-install
 Error: Package: glusterfs-geo-replication-3.12.3-1.el7.x86_64
 (ovirt-4.2-centos-gluster312)
  Requires: python-prettytable
 Error: Package: vdsm-4.20.9.3-1.el7.centos.x86_64 (ovirt-4.2)
  Requires: lshw
 Error: Package: glusterfs-events-3.12.3-1.el7.x86_64
 (ovirt-4.2-centos-gluster312)
  Requires: python-prettytable
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles —nodigest
>>>
>>> can you list all your enabled repos? Seems you're missing the base CentOS
>>>
>>> Thanks,
>>> michal
>>
>> Sure, thanks for the reply - I have 3 nodes, installed from the 4.1.x
>> oVirt node ISOs, no custom packages/repos, that see the same (minus
>> the 4.2 added here).
>>
>> [root@onode3 ~]# yum repolist enabled
>> Loaded plugins: fastestmirror, imgbased-persist
>> Loading mirror speeds from cached hostfile
>> * ovirt-4.1-epel: mirrors.ukfast.co.uk
>> * ovirt-4.2: ftp.snt.utwente.nl
>> * ovirt-4.2-epel: mirrors.ukfast.co.uk
>> repo id
>> repo name
>>
>>   status
>> centos-opstools-release/x86_64
>> CentOS-7 - OpsTools - release
>>
>>  421
>> centos-sclo-rh-release/x86_64
>> CentOS-7 - SCLo rh
>>
>>6,534
>> ovirt-4.1/7
>> Latest oVirt 4.1 Release
>>
>>2,101
>> ovirt-4.1-centos-gluster38/x86_64
>> CentOS-7 - Gluster 3.8
>>
>>   31
>> ovirt-4.1-epel/x86_64
>> Extra Packages for Enterprise Linux 7
>> - x86_64
>>   12,184
>> ovirt-4.1-patternfly1-noarch-epel/x86_64
>> Copr repo for patternfly1 owned by
>> patternfly
>>   2
>> ovirt-4.2/7
>> Latest oVirt 4.2 Release
>>
>>  179
>> ovirt-4.2-centos-gluster312/x86_64
>> CentOS-7 - Gluster 3.12
>>
>>   93
>> ovirt-4.2-centos-opstools/x86_64
>> CentOS-7 - OpsTools - release
>>
>>  421
>> ovirt-4.2-centos-ovirt42/x86_64
>> CentOS-7 - oVirt 4.2
>>
>>  201
>> ovirt-4.2-centos-qemu-ev/x86_64
>> CentOS-7 - QEMU EV
>>
>>   39
>> ovirt-4.2-epel/x86_64
>> Extra Packages for Enterprise Linux 7
>> - x86_64
>>   12,184
>> ovirt-4.2-virtio-win-latest
>> virtio-win builds roughly matching
>> what will be shipped in upcoming RHEL
>>  35
>> ovirt-centos-ovirt41/x86_64
>> CentOS-7 - oVirt 4.1
>>
>>  456
>> sac-gdeploy/x86_64
>> Copr repo for gdeploy owned by sac
>>
>>4
>> virtio-win-stable
>> virtio-win builds roughly matching
>> what was shipped in latest RHEL
>>   5
>> repolist: 34,890
>
> I think it’s missing the base centos repos, maybe that is a bug in the 
> initial deployment.
> Try to add base CentOS 4.2 repo from CentOS site, all the above are supposed 
> to be “on top” of that one
>
> Thanks,
> michal

Much obliged - the CentOS-Base.repo is there, 

Re: [ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade

2017-12-29 Thread Michal Skrivanek


> On 29 Dec 2017, at 10:03, Ed Stout  wrote:
> 
> On 29 December 2017 at 08:42, Michal Skrivanek
>  wrote:
>> 
>> 
>>> On 29 Dec 2017, at 09:34, Ed Stout  wrote:
>>> 
>>> Good Morning,
>>> 
>>> Perhaps someone could clarify for me, please - to update oVirt Nodes
>>> from 4.1.8 -> 4.2, should I just be able to yum install the 4.2
>>> release file, then yum update?
>> 
>> Hi,
>> yes, that should be the right one
>> 
>>> Or, do I have to start with the 4.2
>>> ISO then update from there?
>>> 
>>> When I try the former it fails with dependency issues for the nodes, I
>>> did however manage to update a self hosted appliance engine to 4.2.  I
>>> had a read through the mailing list archive and couldn't find similar
>>> issues, so perhaps I'm doing something wrong.
>>> 
>>> --> Processing Dependency: lshw for package: 
>>> vdsm-4.20.9.3-1.el7.centos.x86_64
>>> --> Finished Dependency Resolution
>>> Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch 
>>> (ovirt-4.2)
>>>  Requires: libvirt-daemon-config-network
>>> Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch 
>>> (ovirt-4.2)
>>>  Requires: virt-install
>>> Error: Package: glusterfs-geo-replication-3.12.3-1.el7.x86_64
>>> (ovirt-4.2-centos-gluster312)
>>>  Requires: python-prettytable
>>> Error: Package: vdsm-4.20.9.3-1.el7.centos.x86_64 (ovirt-4.2)
>>>  Requires: lshw
>>> Error: Package: glusterfs-events-3.12.3-1.el7.x86_64
>>> (ovirt-4.2-centos-gluster312)
>>>  Requires: python-prettytable
>>> You could try using --skip-broken to work around the problem
>>> You could try running: rpm -Va --nofiles —nodigest
>> 
>> can you list all your enabled repos? Seems you're missing the base CentOS
>> 
>> Thanks,
>> michal
> 
> Sure, thanks for the reply - I have 3 nodes, installed from the 4.1.x
> oVirt node ISOs, no custom packages/repos, that see the same (minus
> the 4.2 added here).
> 
> [root@onode3 ~]# yum repolist enabled
> Loaded plugins: fastestmirror, imgbased-persist
> Loading mirror speeds from cached hostfile
> * ovirt-4.1-epel: mirrors.ukfast.co.uk
> * ovirt-4.2: ftp.snt.utwente.nl
> * ovirt-4.2-epel: mirrors.ukfast.co.uk
> repo id
> repo name
> 
>   status
> centos-opstools-release/x86_64
> CentOS-7 - OpsTools - release
> 
>  421
> centos-sclo-rh-release/x86_64
> CentOS-7 - SCLo rh
> 
>6,534
> ovirt-4.1/7
> Latest oVirt 4.1 Release
> 
>2,101
> ovirt-4.1-centos-gluster38/x86_64
> CentOS-7 - Gluster 3.8
> 
>   31
> ovirt-4.1-epel/x86_64
> Extra Packages for Enterprise Linux 7
> - x86_64
>   12,184
> ovirt-4.1-patternfly1-noarch-epel/x86_64
> Copr repo for patternfly1 owned by
> patternfly
>   2
> ovirt-4.2/7
> Latest oVirt 4.2 Release
> 
>  179
> ovirt-4.2-centos-gluster312/x86_64
> CentOS-7 - Gluster 3.12
> 
>   93
> ovirt-4.2-centos-opstools/x86_64
> CentOS-7 - OpsTools - release
> 
>  421
> ovirt-4.2-centos-ovirt42/x86_64
> CentOS-7 - oVirt 4.2
> 
>  201
> ovirt-4.2-centos-qemu-ev/x86_64
> CentOS-7 - QEMU EV
> 
>   39
> ovirt-4.2-epel/x86_64
> Extra Packages for Enterprise Linux 7
> - x86_64
>   12,184
> ovirt-4.2-virtio-win-latest
> virtio-win builds roughly matching
> what will be shipped in upcoming RHEL
>  35
> ovirt-centos-ovirt41/x86_64
> CentOS-7 - oVirt 4.1
> 
>  456
> sac-gdeploy/x86_64
> Copr repo for gdeploy owned by sac
> 
>4
> virtio-win-stable
> virtio-win builds roughly matching
> what was shipped in latest RHEL
>   5
> repolist: 34,890

I think it’s missing the base centos repos, maybe that is a bug in the initial 
deployment. 
Try to add base CentOS 4.2 repo from CentOS site, all the above are supposed to 
be “on top” of that one

Thanks,
michal

> 
>> 
>>> 
>>> 
>>> OS Version:
>>> RHEL - 7 - 4.1708.el7.centos
>>> OS Description:
>>> oVirt Node 4.1.8
>>> Kernel Version:
>>> 3.10.0 - 693.11.1.el7.x86_64
>>> KVM Version:
>>> 2.9.0 - 16.el7_4.8.1
>>> LIBVIRT Version:
>>> 

Re: [ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade

2017-12-29 Thread Ed Stout
On 29 December 2017 at 08:42, Michal Skrivanek
 wrote:
>
>
>> On 29 Dec 2017, at 09:34, Ed Stout  wrote:
>>
>> Good Morning,
>>
>> Perhaps someone could clarify for me, please - to update oVirt Nodes
>> from 4.1.8 -> 4.2, should I just be able to yum install the 4.2
>> release file, then yum update?
>
> Hi,
> yes, that should be the right one
>
>>  Or, do I have to start with the 4.2
>> ISO then update from there?
>>
>> When I try the former it fails with dependency issues for the nodes, I
>> did however manage to update a self hosted appliance engine to 4.2.  I
>> had a read through the mailing list archive and couldn't find similar
>> issues, so perhaps I'm doing something wrong.
>>
>> --> Processing Dependency: lshw for package: 
>> vdsm-4.20.9.3-1.el7.centos.x86_64
>> --> Finished Dependency Resolution
>> Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch 
>> (ovirt-4.2)
>>   Requires: libvirt-daemon-config-network
>> Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch 
>> (ovirt-4.2)
>>   Requires: virt-install
>> Error: Package: glusterfs-geo-replication-3.12.3-1.el7.x86_64
>> (ovirt-4.2-centos-gluster312)
>>   Requires: python-prettytable
>> Error: Package: vdsm-4.20.9.3-1.el7.centos.x86_64 (ovirt-4.2)
>>   Requires: lshw
>> Error: Package: glusterfs-events-3.12.3-1.el7.x86_64
>> (ovirt-4.2-centos-gluster312)
>>   Requires: python-prettytable
>> You could try using --skip-broken to work around the problem
>> You could try running: rpm -Va --nofiles —nodigest
>
> can you list all your enabled repos? Seems you're missing the base CentOS
>
> Thanks,
> michal

Sure, thanks for the reply - I have 3 nodes, installed from the 4.1.x
oVirt node ISOs, no custom packages/repos, that see the same (minus
the 4.2 added here).

[root@onode3 ~]# yum repolist enabled
Loaded plugins: fastestmirror, imgbased-persist
Loading mirror speeds from cached hostfile
 * ovirt-4.1-epel: mirrors.ukfast.co.uk
 * ovirt-4.2: ftp.snt.utwente.nl
 * ovirt-4.2-epel: mirrors.ukfast.co.uk
repo id
 repo name

   status
centos-opstools-release/x86_64
 CentOS-7 - OpsTools - release

  421
centos-sclo-rh-release/x86_64
 CentOS-7 - SCLo rh

6,534
ovirt-4.1/7
 Latest oVirt 4.1 Release

2,101
ovirt-4.1-centos-gluster38/x86_64
 CentOS-7 - Gluster 3.8

   31
ovirt-4.1-epel/x86_64
 Extra Packages for Enterprise Linux 7
- x86_64
   12,184
ovirt-4.1-patternfly1-noarch-epel/x86_64
 Copr repo for patternfly1 owned by
patternfly
   2
ovirt-4.2/7
 Latest oVirt 4.2 Release

  179
ovirt-4.2-centos-gluster312/x86_64
 CentOS-7 - Gluster 3.12

   93
ovirt-4.2-centos-opstools/x86_64
 CentOS-7 - OpsTools - release

  421
ovirt-4.2-centos-ovirt42/x86_64
 CentOS-7 - oVirt 4.2

  201
ovirt-4.2-centos-qemu-ev/x86_64
 CentOS-7 - QEMU EV

   39
ovirt-4.2-epel/x86_64
 Extra Packages for Enterprise Linux 7
- x86_64
   12,184
ovirt-4.2-virtio-win-latest
 virtio-win builds roughly matching
what will be shipped in upcoming RHEL
  35
ovirt-centos-ovirt41/x86_64
 CentOS-7 - oVirt 4.1

  456
sac-gdeploy/x86_64
 Copr repo for gdeploy owned by sac

4
virtio-win-stable
 virtio-win builds roughly matching
what was shipped in latest RHEL
   5
repolist: 34,890

>
>>
>>
>> OS Version:
>> RHEL - 7 - 4.1708.el7.centos
>> OS Description:
>> oVirt Node 4.1.8
>> Kernel Version:
>> 3.10.0 - 693.11.1.el7.x86_64
>> KVM Version:
>> 2.9.0 - 16.el7_4.8.1
>> LIBVIRT Version:
>> libvirt-3.2.0-14.el7_4.5
>> VDSM Version:
>> vdsm-4.19.43-1.el7.centos
>> SPICE Version:
>> 0.12.8 - 2.el7.1
>> GlusterFS Version:
>> glusterfs-3.8.15-2.el7
>> CEPH Version:
>> librbd1-0.94.5-2.el7
>>
>> Cheers,
>>
>> Ed
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade

2017-12-29 Thread Michal Skrivanek


> On 29 Dec 2017, at 09:34, Ed Stout  wrote:
> 
> Good Morning,
> 
> Perhaps someone could clarify for me, please - to update oVirt Nodes
> from 4.1.8 -> 4.2, should I just be able to yum install the 4.2
> release file, then yum update?

Hi,
yes, that should be the right one

>  Or, do I have to start with the 4.2
> ISO then update from there?
> 
> When I try the former it fails with dependency issues for the nodes, I
> did however manage to update a self hosted appliance engine to 4.2.  I
> had a read through the mailing list archive and couldn't find similar
> issues, so perhaps I'm doing something wrong.
> 
> --> Processing Dependency: lshw for package: vdsm-4.20.9.3-1.el7.centos.x86_64
> --> Finished Dependency Resolution
> Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch 
> (ovirt-4.2)
>   Requires: libvirt-daemon-config-network
> Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch 
> (ovirt-4.2)
>   Requires: virt-install
> Error: Package: glusterfs-geo-replication-3.12.3-1.el7.x86_64
> (ovirt-4.2-centos-gluster312)
>   Requires: python-prettytable
> Error: Package: vdsm-4.20.9.3-1.el7.centos.x86_64 (ovirt-4.2)
>   Requires: lshw
> Error: Package: glusterfs-events-3.12.3-1.el7.x86_64
> (ovirt-4.2-centos-gluster312)
>   Requires: python-prettytable
> You could try using --skip-broken to work around the problem
> You could try running: rpm -Va --nofiles —nodigest

can you list all your enabled repos? Seems you're missing the base CentOS

Thanks,
michal

> 
> 
> OS Version:
> RHEL - 7 - 4.1708.el7.centos
> OS Description:
> oVirt Node 4.1.8
> Kernel Version:
> 3.10.0 - 693.11.1.el7.x86_64
> KVM Version:
> 2.9.0 - 16.el7_4.8.1
> LIBVIRT Version:
> libvirt-3.2.0-14.el7_4.5
> VDSM Version:
> vdsm-4.19.43-1.el7.centos
> SPICE Version:
> 0.12.8 - 2.el7.1
> GlusterFS Version:
> glusterfs-3.8.15-2.el7
> CEPH Version:
> librbd1-0.94.5-2.el7
> 
> Cheers,
> 
> Ed
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt Node 4.1.8 -> 4.2 upgrade

2017-12-29 Thread Ed Stout
Good Morning,

Perhaps someone could clarify for me, please - to update oVirt Nodes
from 4.1.8 -> 4.2, should I just be able to yum install the 4.2
release file, then yum update?  Or, do I have to start with the 4.2
ISO then update from there?

When I try the former it fails with dependency issues for the nodes, I
did however manage to update a self hosted appliance engine to 4.2.  I
had a read through the mailing list archive and couldn't find similar
issues, so perhaps I'm doing something wrong.

--> Processing Dependency: lshw for package: vdsm-4.20.9.3-1.el7.centos.x86_64
--> Finished Dependency Resolution
Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch (ovirt-4.2)
   Requires: libvirt-daemon-config-network
Error: Package: ovirt-hosted-engine-setup-2.2.3-1.el7.centos.noarch (ovirt-4.2)
   Requires: virt-install
Error: Package: glusterfs-geo-replication-3.12.3-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   Requires: python-prettytable
Error: Package: vdsm-4.20.9.3-1.el7.centos.x86_64 (ovirt-4.2)
   Requires: lshw
Error: Package: glusterfs-events-3.12.3-1.el7.x86_64
(ovirt-4.2-centos-gluster312)
   Requires: python-prettytable
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest


OS Version:
RHEL - 7 - 4.1708.el7.centos
OS Description:
oVirt Node 4.1.8
Kernel Version:
3.10.0 - 693.11.1.el7.x86_64
KVM Version:
2.9.0 - 16.el7_4.8.1
LIBVIRT Version:
libvirt-3.2.0-14.el7_4.5
VDSM Version:
vdsm-4.19.43-1.el7.centos
SPICE Version:
0.12.8 - 2.el7.1
GlusterFS Version:
glusterfs-3.8.15-2.el7
CEPH Version:
librbd1-0.94.5-2.el7

Cheers,

Ed
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users