[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

2018-08-20 Thread Nir Soffer
On Mon, Aug 20, 2018 at 5:36 PM Ralf Schenk  wrote:

> Hello,
>
> after enabling it, restarting ovirt-engine service and restarting the VM I
> got back gfapi based Disks:
>
> 
>
>io='native'/>
>
>
>name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
>
> 
>
>
>   
>   
>   
>   d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
>   
>
>   
>
>
>   
> 
>

Can you report ovirt enigne bug for this?

It does not make sense that you enable a feature for version X, and
upgrading
to version X+1 will ignore your configuration for version X.

The minimal solution for this would be a warning in engine setup, for every
feature enabled for current version, and will be disabled by the upgrade.

Nir

>
> Am 20.08.2018 um 15:15 schrieb Alex K:
>
> Hi,
>
> On Mon, Aug 20, 2018 at 10:45 AM Ralf Schenk  wrote:
>
>> Hello,
>>
>> very interesting output. Feature Lost...
>>
>> [root@engine-mciii ~]# engine-config -g LibgfApiSupported
>> LibgfApiSupported: false version: 3.6
>> LibgfApiSupported: false version: 4.0
>> LibgfApiSupported: true version: 4.1
>> LibgfApiSupported: false version: 4.2
>>
> Did you enable it? did it fix your issue?
>
>> Bye
>>
>
>> Am 17.08.2018 um 17:57 schrieb Alex K:
>>
>> CORRECTION
>>
>> On Fri, Aug 17, 2018 at 6:55 PM Alex K  wrote:
>>
>>> Hi,
>>>
>>> On Fri, Aug 17, 2018 at 6:21 PM Ralf Schenk  wrote:
>>>
 Hello,

 after upgradeing my whole cluster of 8 Hosts to ovirt 4.2.5 and setting
 compability of cluster and datacenter to 4.2 my existing virtual machines
 start using FUSE mounted disk-images on my gluster volumes.

 One bad and slow thing I thought that I got rid of starting with 4.1.x
 finally !

 Disk definition from virsh -r dumpxml VM of old running vm (not
 restarted yet !):

 
   >>> io='threads'/>
   >>> name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
 
   
   
   
   d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
   
   
   
 

 Disk definition from virsh -r dumpxml VM of new started running vm:

 
   >>> io='threads'/>
   
   1f0db0ef-a6af-4e3e-90e6-f681d071496b
   
   
   
 


 How do I get back my gfapi gluster-based Disks ?

>>> Can you check at engine the gfapi support with:
>>>
>>> engine-config -g LibgfApiSupported
>>>
>>>
>>> If not enabled you can try:
>>>
>>> engine-config -s LibgfApiSupported=true
>>>
>>>
>>>
>>> Then restart ovirt-engine service, then shutdown/power up one VM to see.
>>>
>>>

 --


 *Ralf Schenk*
 fon +49 (0) 24 05 / 40 83 70 <+49%202405%20408370>
 fax +49 (0) 24 05 / 40 83 759 <+49%202405%204083759>
 mail *r...@databay.de* 

 *Databay AG*
 Jens-Otto-Krag-Straße 11
 D-52146 Würselen
 *www.databay.de* 

 Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
 Philipp Hermanns
 Aufsichtsratsvorsitzender: Wilhelm Dohmen
 --
 ___
 Users mailing list -- users@ovirt.org
 To unsubscribe send an email to users-le...@ovirt.org
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/
 oVirt Code of Conduct:
 https://www.ovirt.org/community/about/community-guidelines/
 List Archives:
 https://lists.ovirt.org/archives/list/users@ovirt.org/message/27UBFV326G5O4PABY5JBKSR4GQSS4XKY/

>>> --
>>
>>
>> *Ralf Schenk*
>> fon +49 (0) 24 05 / 40 83 70 <+49%202405%20408370>
>> fax +49 (0) 24 05 / 40 83 759 <+49%202405%204083759>
>> mail *r...@databay.de* 
>>
>> *Databay AG*
>> Jens-Otto-Krag-Straße 11
>> D-52146 Würselen
>> *www.databay.de* 
>>
>> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
>> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
>> Philipp Hermanns
>> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>> --
>>
> --
>
> [image: igadioingopolgjg.gif]
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70 <+49%202405%20408370>
> fax +49 (0) 24 05 / 40 83 759 <+49%202405%204083759>
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to 

[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

2018-08-20 Thread Gianluca Cecchi
On Mon, Aug 20, 2018 at 4:33 PM, Ralf Schenk  wrote:

> Hello,
>
> after enabling it, restarting ovirt-engine service and restarting the VM I
> got back gfapi based Disks:
>
>
> Am 20.08.2018 um 15:15 schrieb Alex K:
>
> Hi,
>
> On Mon, Aug 20, 2018 at 10:45 AM Ralf Schenk  wrote:
>
>> Hello,
>>
>> very interesting output. Feature Lost...
>>
>> [root@engine-mciii ~]# engine-config -g LibgfApiSupported
>> LibgfApiSupported: false version: 3.6
>> LibgfApiSupported: false version: 4.0
>> LibgfApiSupported: true version: 4.1
>> LibgfApiSupported: false version: 4.2
>>
> Did you enable it? did it fix your issue?
>
>
In my opinion these kind of features should be managed automatically when
leveraging cluster/dc level, without manual interaction.
Or is it this expected by design that no engine-config feature is
automatically propagated when updating cluster/dc level?
I remember something  similar happening to me with "UserDefinedVMProperties"

One option could be at least a pop-up showing that there are some
engine-config features that the user would lost when raising level

Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ND26R46KJXV5RCT3W7APXBDDHJTO2T7Z/


[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

2018-08-20 Thread Ralf Schenk
Hello,

after enabling it, restarting ovirt-engine service and restarting the VM
I got back gfapi based Disks:

    
  
  
    
  
  
  
  d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
  
  
  
    

Am 20.08.2018 um 15:15 schrieb Alex K:
> Hi,
>
> On Mon, Aug 20, 2018 at 10:45 AM Ralf Schenk  > wrote:
>
> Hello,
>
> very interesting output. Feature Lost...
>
> [root@engine-mciii ~]# engine-config -g LibgfApiSupported
> LibgfApiSupported: false version: 3.6
> LibgfApiSupported: false version: 4.0
> LibgfApiSupported: true version: 4.1
> LibgfApiSupported: false version: 4.2
>
> Did you enable it? did it fix your issue? 
>
> Bye
>
>
> Am 17.08.2018 um 17:57 schrieb Alex K:
>> CORRECTION
>>
>> On Fri, Aug 17, 2018 at 6:55 PM Alex K > > wrote:
>>
>> Hi,
>>
>> On Fri, Aug 17, 2018 at 6:21 PM Ralf Schenk > > wrote:
>>
>> Hello,
>>
>> after upgradeing my whole cluster of 8 Hosts to ovirt
>> 4.2.5 and setting compability of cluster and datacenter
>> to 4.2 my existing virtual machines start using FUSE
>> mounted disk-images on my gluster volumes.
>>
>> One bad and slow thing I thought that I got rid of
>> starting with 4.1.x finally !
>>
>> Disk definition from virsh -r dumpxml VM of old running
>> vm (not restarted yet !):
>>
>>     
>>   > error_policy='stop' io='threads'/>
>>   > 
>> name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
>>     
>>   
>>   
>>   
>>   d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
>>   
>>   
>>   > target='0' unit='0'/>
>>     
>>
>> Disk definition from virsh -r dumpxml VM of new started
>> running vm:
>>
>>     
>>   > error_policy='stop' io='threads'/>
>>   > 
>> file='/rhev/data-center/mnt/glusterSD/glusterfs.mylocal.domain:_gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/1f0db0ef-a6af-4e3e-90e6-f681d071496b/1b3c3a
>>   
>>   
>>   1f0db0ef-a6af-4e3e-90e6-f681d071496b
>>   
>>   
>>   > target='0' unit='0'/>
>>     
>>
>>
>> How do I get back my gfapi gluster-based Disks ?
>>
>> Can you check at engine the gfapi support with: 
>>
>> engine-config -g LibgfApiSupported
>>
>> If not enabled you can try: 
>>
>> engine-config -s LibgfApiSupported=true 
>>
>>
>> Then restart ovirt-engine service, then shutdown/power up one VM to 
>> see.
>>
>>
>>
>> -- 
>>
>>
>> *Ralf Schenk*
>> fon +49 (0) 24 05 / 40 83 70
>> fax +49 (0) 24 05 / 40 83 759
>> mail *r...@databay.de* 
>>      
>> *Databay AG*
>> Jens-Otto-Krag-Straße 11
>> D-52146 Würselen
>> *www.databay.de* 
>>
>> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
>> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch
>> Yavari, Dipl.-Kfm. Philipp Hermanns
>> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>>
>> 
>> 
>> ___
>> Users mailing list -- users@ovirt.org
>> 
>> To unsubscribe send an email to users-le...@ovirt.org
>> 
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/27UBFV326G5O4PABY5JBKSR4GQSS4XKY/
>>
> -- 
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>       
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari,
> Dipl.-Kfm. Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>
> 
>

[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

2018-08-20 Thread Alex K
Hi,

On Mon, Aug 20, 2018 at 10:45 AM Ralf Schenk  wrote:

> Hello,
>
> very interesting output. Feature Lost...
>
> [root@engine-mciii ~]# engine-config -g LibgfApiSupported
> LibgfApiSupported: false version: 3.6
> LibgfApiSupported: false version: 4.0
> LibgfApiSupported: true version: 4.1
> LibgfApiSupported: false version: 4.2
>
Did you enable it? did it fix your issue?

> Bye
>

> Am 17.08.2018 um 17:57 schrieb Alex K:
>
> CORRECTION
>
> On Fri, Aug 17, 2018 at 6:55 PM Alex K  wrote:
>
>> Hi,
>>
>> On Fri, Aug 17, 2018 at 6:21 PM Ralf Schenk  wrote:
>>
>>> Hello,
>>>
>>> after upgradeing my whole cluster of 8 Hosts to ovirt 4.2.5 and setting
>>> compability of cluster and datacenter to 4.2 my existing virtual machines
>>> start using FUSE mounted disk-images on my gluster volumes.
>>>
>>> One bad and slow thing I thought that I got rid of starting with 4.1.x
>>> finally !
>>>
>>> Disk definition from virsh -r dumpxml VM of old running vm (not
>>> restarted yet !):
>>>
>>> 
>>>   >> io='threads'/>
>>>   >> name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
>>> 
>>>   
>>>   
>>>   
>>>   d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
>>>   
>>>   
>>>   
>>> 
>>>
>>> Disk definition from virsh -r dumpxml VM of new started running vm:
>>>
>>> 
>>>   >> io='threads'/>
>>>   
>>>   1f0db0ef-a6af-4e3e-90e6-f681d071496b
>>>   
>>>   
>>>   
>>> 
>>>
>>>
>>> How do I get back my gfapi gluster-based Disks ?
>>>
>> Can you check at engine the gfapi support with:
>>
>> engine-config -g LibgfApiSupported
>>
>>
>> If not enabled you can try:
>>
>> engine-config -s LibgfApiSupported=true
>>
>>
>>
>> Then restart ovirt-engine service, then shutdown/power up one VM to see.
>>
>>
>>>
>>> --
>>>
>>>
>>> *Ralf Schenk*
>>> fon +49 (0) 24 05 / 40 83 70
>>> fax +49 (0) 24 05 / 40 83 759
>>> mail *r...@databay.de* 
>>>
>>> *Databay AG*
>>> Jens-Otto-Krag-Straße 11
>>> D-52146 Würselen
>>> *www.databay.de* 
>>>
>>> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
>>> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
>>> Philipp Hermanns
>>> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>>> --
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/27UBFV326G5O4PABY5JBKSR4GQSS4XKY/
>>>
>> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HAQF5JJA7QPLQ4DOCNEVFFQCH4WXNPTN/


[ovirt-users] Re: Upgrade 4.1 to 4.2 lsot gfapi Disk Access for VM's

2018-08-17 Thread Nir Soffer
On Fri, 17 Aug 2018, 18:21 Ralf Schenk,  wrote:

> Hello,
>
> after upgradeing my whole cluster of 8 Hosts to ovirt 4.2.5 and setting
> compability of cluster and datacenter to 4.2 my existing virtual machines
> start using FUSE mounted disk-images on my gluster volumes.
>
> One bad and slow thing I thought that I got rid of starting with 4.1.x
> finally !
>
> Disk definition from virsh -r dumpxml VM of old running vm (not restarted
> yet !):
>
> 
>io='threads'/>
>name='gv0/5d99af76-33b5-47d8-99da-1f32413c7bb0/images/d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05/f99c6cb4-1791-4a55-a0b9-2ff0ec1a4dd7'>
> 
>   
>   
>   
>   d5f3657f-ac7a-4d89-8a83-e7c47ee0ef05
>   
>   
>   
> 
>
> Disk definition from virsh -r dumpxml VM of new started running vm:
>
> 
>io='threads'/>
>   
>   1f0db0ef-a6af-4e3e-90e6-f681d071496b
>   
>   
>   
> 
>
>
> How do I get back my gfapi gluster-based Disks ?
>

Denis, is it possible that engine configuration is still needed?

Nir


>
> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/27UBFV326G5O4PABY5JBKSR4GQSS4XKY/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LAJ2L4CWHWXT4D4FAL4YN36CWBJMY2A2/


[ovirt-users] Re: upgrade 4.1 to 4.2

2018-06-20 Thread Staniforth, Paul
Thanks Ido,

 I actually used 
https://resources.ovirt.org/pub/ovirt-4.1/rpm/el7/ which worked.


I am now trying to configure the test system from backup and doing an 
engine-rename but am having difficulty with the certificate as we are using an 
externally signed certificate.


Regards,

  Paul S.


From: Ido Rosenzwig 
Sent: 20 June 2018 07:32
To: Staniforth, Paul
Cc: Yedidyah Bar David; users@ovirt.org
Subject: Re: [ovirt-users] Re: upgrade 4.1 to 4.2

Dear paul,

You can do the following:
1. Check which repos are unavailable with:
   # yum repolist
2. Detect the repos that have no packages:
repo id   repo name 
  status
base/7/x86_64  CentOS-7 - Base  
9,911
centos-opstools-release/x86_64   CentOS-7 - OpsTools - release  
   493
extras/7/x86_64CentOS-7 - Extras
 313
ovirt-4.1/7  Latest oVirt 4.1 
Release   2,229
ovirt-4.1-centos-gluster38/x86_64CentOS-7 - Gluster 3.8 
 0
ovirt-4.1-centos-qemu-ev/x86_64 CentOS-7 - QEMU EV  
 55
...

3. Edit /etc/yum.repo.d/ovirt-4.1-dependencies.repo and switch from enable=1 to 
enable=0 the repos you found.

4. Now try:
# yum install ovirt-engine

NOTE: This will disable those repos permanently. If you you wish to enable them 
back switch from 0 to 1 in the repo file.

Best regards,
Ido Rosenzwig








On Tue, Jun 19, 2018 at 12:49 PM, Staniforth, Paul 
mailto:p.stanifo...@leedsbeckett.ac.uk>> wrote:
Thanks Didi,
  It doesn't seem to have ovirt-engine,   amongst  
other missing packages.
Regards,
  Paul S.

From: Yedidyah Bar David mailto:d...@redhat.com>>
Sent: 19 June 2018 08:18
To: Staniforth, Paul
Cc: users@ovirt.org<mailto:users@ovirt.org>
Subject: Re: [ovirt-users] upgrade 4.1 to 4.2

On Mon, Jun 18, 2018 at 6:55 PM, Staniforth, Paul
mailto:p.stanifo...@leedsbeckett.ac.uk>> wrote:
> Hello,
>
>  I am trying to test the upgrade of our system from oVirt 4.1 to
> oVirt 4.2. I'm trying to restore a backup onto a test system but cannot
> install version 4.1 as the repos are not available.
>
>
> yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
>
>
> yum install ovirt-engine
>
>
> gives
> http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
>
> and
>
>
>
> yum  --disablerepo=ovirt-4.1-centos-gluster38 install ovirt-engine
>
> gives
>
>
> http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.1/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
>
>
> are there any alternate repos to try?

Please check:

https://bugzilla.redhat.com/show_bug.cgi?id=1583222

Thanks,

>
>
>
> Thanks,
>
> Paul S.
>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
> ___
> Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
> To unsubscribe send an email to 
> users-le...@ovirt.org<mailto:users-le...@ovirt.org>
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFJHS7OGUY4BS3JWG4NB6JCPVWMTR74J/
>



--
Didi
To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto:users-le...@ovirt.org>
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LG6TA3NLYKYFHSXBXDDVLJ4DCIFSIP37/

To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YVNGRZRELB3ODJSA4YCCYKOR7SZWEPRR/


[ovirt-users] Re: upgrade 4.1 to 4.2

2018-06-20 Thread Ido Rosenzwig
Dear paul,

You can do the following:
1. Check which repos are unavailable with:
   # yum repolist
2. Detect the repos that have no packages:
repo id   repo name
   status
base/7/x86_64  CentOS-7 - Base
9,911
centos-opstools-release/x86_64   CentOS-7 - OpsTools - release
   493
extras/7/x86_64CentOS-7 - Extras
 313
ovirt-4.1/7  Latest oVirt
4.1 Release   2,229
ovirt-4.1-centos-gluster38/x86_64CentOS-7 - Gluster 3.8
  0
ovirt-4.1-centos-qemu-ev/x86_64 CentOS-7 - QEMU EV
 55
...

3. Edit /etc/yum.repo.d/ovirt-4.1-dependencies.repo and switch from
enable=1 to enable=0 the repos you found.

4. Now try:
# yum install ovirt-engine

NOTE: This will disable those repos permanently. If you you wish to enable
them back switch from 0 to 1 in the repo file.

Best regards,
Ido Rosenzwig








On Tue, Jun 19, 2018 at 12:49 PM, Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Thanks Didi,
>   It doesn't seem to have ovirt-engine,   amongst
> other missing packages.
> Regards,
>   Paul S.
> 
> From: Yedidyah Bar David 
> Sent: 19 June 2018 08:18
> To: Staniforth, Paul
> Cc: users@ovirt.org
> Subject: Re: [ovirt-users] upgrade 4.1 to 4.2
>
> On Mon, Jun 18, 2018 at 6:55 PM, Staniforth, Paul
>  wrote:
> > Hello,
> >
> >  I am trying to test the upgrade of our system from oVirt 4.1 to
> > oVirt 4.2. I'm trying to restore a backup onto a test system but cannot
> > install version 4.1 as the repos are not available.
> >
> >
> > yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
> >
> >
> > yum install ovirt-engine
> >
> >
> > gives
> > http://mirror.centos.org/centos/7/storage/x86_64/
> gluster-3.8/repodata/repomd.xml:
> > [Errno 14] HTTP Error 404 - Not Found
> >
> >
> > and
> >
> >
> >
> > yum  --disablerepo=ovirt-4.1-centos-gluster38 install ovirt-engine
> >
> > gives
> >
> >
> > http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.
> 1/repodata/repomd.xml:
> > [Errno 14] HTTP Error 404 - Not Found
> >
> >
> >
> > are there any alternate repos to try?
>
> Please check:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1583222
>
> Thanks,
>
> >
> >
> >
> > Thanks,
> >
> > Paul S.
> >
> > To view the terms under which this email is distributed, please go to:-
> > http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
> >
> >
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/
> XFJHS7OGUY4BS3JWG4NB6JCPVWMTR74J/
> >
>
>
>
> --
> Didi
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/LG6TA3NLYKYFHSXBXDDVLJ4DCIFSIP37/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7JDM2BGCAQVHYJKKHQ6BZSN2EOGJ4ASL/


[ovirt-users] Re: upgrade 4.1 to 4.2

2018-06-19 Thread Staniforth, Paul
Thanks Didi,
  It doesn't seem to have ovirt-engine,   amongst  
other missing packages.
Regards,
  Paul S.

From: Yedidyah Bar David 
Sent: 19 June 2018 08:18
To: Staniforth, Paul
Cc: users@ovirt.org
Subject: Re: [ovirt-users] upgrade 4.1 to 4.2

On Mon, Jun 18, 2018 at 6:55 PM, Staniforth, Paul
 wrote:
> Hello,
>
>  I am trying to test the upgrade of our system from oVirt 4.1 to
> oVirt 4.2. I'm trying to restore a backup onto a test system but cannot
> install version 4.1 as the repos are not available.
>
>
> yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
>
>
> yum install ovirt-engine
>
>
> gives
> http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
>
> and
>
>
>
> yum  --disablerepo=ovirt-4.1-centos-gluster38 install ovirt-engine
>
> gives
>
>
> http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.1/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
>
>
> are there any alternate repos to try?

Please check:

https://bugzilla.redhat.com/show_bug.cgi?id=1583222

Thanks,

>
>
>
> Thanks,
>
> Paul S.
>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFJHS7OGUY4BS3JWG4NB6JCPVWMTR74J/
>



--
Didi
To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LG6TA3NLYKYFHSXBXDDVLJ4DCIFSIP37/


[ovirt-users] Re: upgrade 4.1 to 4.2

2018-06-19 Thread Yedidyah Bar David
On Mon, Jun 18, 2018 at 6:55 PM, Staniforth, Paul
 wrote:
> Hello,
>
>  I am trying to test the upgrade of our system from oVirt 4.1 to
> oVirt 4.2. I'm trying to restore a backup onto a test system but cannot
> install version 4.1 as the repos are not available.
>
>
> yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
>
>
> yum install ovirt-engine
>
>
> gives
> http://mirror.centos.org/centos/7/storage/x86_64/gluster-3.8/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
>
> and
>
>
>
> yum  --disablerepo=ovirt-4.1-centos-gluster38 install ovirt-engine
>
> gives
>
>
> http://mirror.centos.org/centos/7/virt/x86_64/ovirt-4.1/repodata/repomd.xml:
> [Errno 14] HTTP Error 404 - Not Found
>
>
>
> are there any alternate repos to try?

Please check:

https://bugzilla.redhat.com/show_bug.cgi?id=1583222

Thanks,

>
>
>
> Thanks,
>
> Paul S.
>
> To view the terms under which this email is distributed, please go to:-
> http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XFJHS7OGUY4BS3JWG4NB6JCPVWMTR74J/
>



-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ALWWULT3JJEF63VUKEJPO2BHCNAQNEYG/