Re: [ovirt-users] Replace one engine host

[Davide Ferrari]

Oh, thanks! You put me on the right way! Now it works:
Steps that I did:
- reinstall + deploy vm03
- manually set from maintenance to none on vm03
- reinstall + undeploy vm04 (I left it deployed again last time, trying to
remove it)

Then I found the problem: vm03 hosted-engine conf
(/etc/ovirt-hosted-engine/hosted-engine.conf) had host_id set to 4 which
conflicted with vm04 host_id. So I changed it to 2 (the only one free),
restarted ovirt-ha-agent (and broker just to be sure) and it worked! Now
from vm-status I see vm01,02 and 03 with 3400 as priority and I can migrate
the HE vm to any of them!

Thanks a lot for your kind help, Roy!

2016-09-18 22:00 GMT+02:00 Roy Golan :

> Can you share the deploy logs of vm03? /var/log/ovirt-engine/host-deploy/
> Is there an /etc/ovirt-hosted-engine/hosted-engine.conf at all?
>
> On 18 September 2016 at 17:28, Davide Ferrari  wrote:
>
>> Hello Roy, I forgot to mention that I already reinstalled (several times)
>> vm03 from the gui with the deploy option checked, but there's no way it
>> appears there. For the record vm04 was the first host deployed (from cli)
>> after the initial vm01 installation, then vm02 and then 03.
>>
>> On Sep 18, 2016 11:06, "Roy Golan"  wrote:
>>
>>> vm03 is missing here from the status. Can you reinstall it from UI (if
>>> you added the host vm03 then just go to Management menu and click
>>> reinstall, choose 'Deploy' Option) - After its done, when the host is
>>> activated  you'll need to manually switch the host out of maintenence (we
>>> have a bug on it - solved in master already)
>>>
>>>
>>>
>>> On 18 September 2016 at 10:45, Davide Ferrari 
>>> wrote:
>>>
 Hello

 Still playing a bit with oVirt, my cluster is ovirt+gluster with a
 replica 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts for
 the data glusterfs and running virtual machines (vm01, vm02, vm03 and
 vm04). Now, by mistake, I deployed hosted-engine on vm04 but I don't want
 to have the engine on a machine without local data + it's not working
 correctly (weight 0 and marked as in maintenance). Now, I've already tried
 to reinstall it from the the GUI marking the "Undeploy" check, reinstall
 vm03 marking the "deploy" check but nothing seems to work. Here it is the
 hosted-engine --vm-status output from vm04. What can I do to deploy
 correctly the hosted engine on vm03?

 --== Host 1 status ==--

 Status up-to-date  : True
 Hostname   : vm01.mydomain.tld
 Host ID: 1
 Engine status  : {"reason": "vm not running on this
 host", "health": "bad", "vm": "down", "detail": "unknown"}
 Score  : 3400
 stopped: False
 Local maintenance  : False
 crc32  : fee2f7d8
 Host timestamp : 48911
 Extra metadata (valid at timestamp):
 metadata_parse_version=1
 metadata_feature_version=1
 timestamp=48911 (Sat Sep 17 07:57:02 2016)
 host-id=1
 score=3400
 maintenance=False
 state=EngineDown
 stopped=False


 --== Host 3 status ==--

 Status up-to-date  : True
 Hostname   : vm02.mydomain.tld
 Host ID: 3
 Engine status  : {"health": "good", "vm": "up",
 "detail": "up"}
 Score  : 3400
 stopped: False
 Local maintenance  : False
 crc32  : 9138d24e
 Host timestamp : 48907
 Extra metadata (valid at timestamp):
 metadata_parse_version=1
 metadata_feature_version=1
 timestamp=48907 (Sat Sep 17 07:57:00 2016)
 host-id=3
 score=3400
 maintenance=False
 state=EngineUp
 stopped=False


 --== Host 4 status ==--

 Status up-to-date  : False
 Hostname   : vm04.mydomain.tld
 Host ID: 4
 Engine status  : unknown stale-data
 Score  : 0
 stopped: False
 Local maintenance  : True
 crc32  : 221d262e
 Host timestamp : 17958
 Extra metadata (valid at timestamp):
 metadata_parse_version=1
 metadata_feature_version=1
 timestamp=17958 (Fri Sep 16 23:19:32 2016)
 host-id=4
 score=0
 maintenance=True
 state=LocalMaintenance
 stopped=False


 --
 Davide Ferrari
 Senior Systems Engineer

 ___
 Users mailing list
 Users@ovirt.org
 

Re: [ovirt-users] Replace one engine host

[Roy Golan]

Can you share the deploy logs of vm03? /var/log/ovirt-engine/host-deploy/
Is there an /etc/ovirt-hosted-engine/hosted-engine.conf at all?

On 18 September 2016 at 17:28, Davide Ferrari  wrote:

> Hello Roy, I forgot to mention that I already reinstalled (several times)
> vm03 from the gui with the deploy option checked, but there's no way it
> appears there. For the record vm04 was the first host deployed (from cli)
> after the initial vm01 installation, then vm02 and then 03.
>
> On Sep 18, 2016 11:06, "Roy Golan"  wrote:
>
>> vm03 is missing here from the status. Can you reinstall it from UI (if
>> you added the host vm03 then just go to Management menu and click
>> reinstall, choose 'Deploy' Option) - After its done, when the host is
>> activated  you'll need to manually switch the host out of maintenence (we
>> have a bug on it - solved in master already)
>>
>>
>>
>> On 18 September 2016 at 10:45, Davide Ferrari 
>> wrote:
>>
>>> Hello
>>>
>>> Still playing a bit with oVirt, my cluster is ovirt+gluster with a
>>> replica 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts for
>>> the data glusterfs and running virtual machines (vm01, vm02, vm03 and
>>> vm04). Now, by mistake, I deployed hosted-engine on vm04 but I don't want
>>> to have the engine on a machine without local data + it's not working
>>> correctly (weight 0 and marked as in maintenance). Now, I've already tried
>>> to reinstall it from the the GUI marking the "Undeploy" check, reinstall
>>> vm03 marking the "deploy" check but nothing seems to work. Here it is the
>>> hosted-engine --vm-status output from vm04. What can I do to deploy
>>> correctly the hosted engine on vm03?
>>>
>>> --== Host 1 status ==--
>>>
>>> Status up-to-date  : True
>>> Hostname   : vm01.mydomain.tld
>>> Host ID: 1
>>> Engine status  : {"reason": "vm not running on this
>>> host", "health": "bad", "vm": "down", "detail": "unknown"}
>>> Score  : 3400
>>> stopped: False
>>> Local maintenance  : False
>>> crc32  : fee2f7d8
>>> Host timestamp : 48911
>>> Extra metadata (valid at timestamp):
>>> metadata_parse_version=1
>>> metadata_feature_version=1
>>> timestamp=48911 (Sat Sep 17 07:57:02 2016)
>>> host-id=1
>>> score=3400
>>> maintenance=False
>>> state=EngineDown
>>> stopped=False
>>>
>>>
>>> --== Host 3 status ==--
>>>
>>> Status up-to-date  : True
>>> Hostname   : vm02.mydomain.tld
>>> Host ID: 3
>>> Engine status  : {"health": "good", "vm": "up",
>>> "detail": "up"}
>>> Score  : 3400
>>> stopped: False
>>> Local maintenance  : False
>>> crc32  : 9138d24e
>>> Host timestamp : 48907
>>> Extra metadata (valid at timestamp):
>>> metadata_parse_version=1
>>> metadata_feature_version=1
>>> timestamp=48907 (Sat Sep 17 07:57:00 2016)
>>> host-id=3
>>> score=3400
>>> maintenance=False
>>> state=EngineUp
>>> stopped=False
>>>
>>>
>>> --== Host 4 status ==--
>>>
>>> Status up-to-date  : False
>>> Hostname   : vm04.mydomain.tld
>>> Host ID: 4
>>> Engine status  : unknown stale-data
>>> Score  : 0
>>> stopped: False
>>> Local maintenance  : True
>>> crc32  : 221d262e
>>> Host timestamp : 17958
>>> Extra metadata (valid at timestamp):
>>> metadata_parse_version=1
>>> metadata_feature_version=1
>>> timestamp=17958 (Fri Sep 16 23:19:32 2016)
>>> host-id=4
>>> score=0
>>> maintenance=True
>>> state=LocalMaintenance
>>> stopped=False
>>>
>>>
>>> --
>>> Davide Ferrari
>>> Senior Systems Engineer
>>>
>>> ___
>>> 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] Replace one engine host

[Davide Ferrari]

Hello Roy, I forgot to mention that I already reinstalled (several times)
vm03 from the gui with the deploy option checked, but there's no way it
appears there. For the record vm04 was the first host deployed (from cli)
after the initial vm01 installation, then vm02 and then 03.

On Sep 18, 2016 11:06, "Roy Golan"  wrote:

> vm03 is missing here from the status. Can you reinstall it from UI (if you
> added the host vm03 then just go to Management menu and click reinstall,
> choose 'Deploy' Option) - After its done, when the host is activated
> you'll need to manually switch the host out of maintenence (we have a bug
> on it - solved in master already)
>
>
>
> On 18 September 2016 at 10:45, Davide Ferrari  wrote:
>
>> Hello
>>
>> Still playing a bit with oVirt, my cluster is ovirt+gluster with a
>> replica 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts for
>> the data glusterfs and running virtual machines (vm01, vm02, vm03 and
>> vm04). Now, by mistake, I deployed hosted-engine on vm04 but I don't want
>> to have the engine on a machine without local data + it's not working
>> correctly (weight 0 and marked as in maintenance). Now, I've already tried
>> to reinstall it from the the GUI marking the "Undeploy" check, reinstall
>> vm03 marking the "deploy" check but nothing seems to work. Here it is the
>> hosted-engine --vm-status output from vm04. What can I do to deploy
>> correctly the hosted engine on vm03?
>>
>> --== Host 1 status ==--
>>
>> Status up-to-date  : True
>> Hostname   : vm01.mydomain.tld
>> Host ID: 1
>> Engine status  : {"reason": "vm not running on this
>> host", "health": "bad", "vm": "down", "detail": "unknown"}
>> Score  : 3400
>> stopped: False
>> Local maintenance  : False
>> crc32  : fee2f7d8
>> Host timestamp : 48911
>> Extra metadata (valid at timestamp):
>> metadata_parse_version=1
>> metadata_feature_version=1
>> timestamp=48911 (Sat Sep 17 07:57:02 2016)
>> host-id=1
>> score=3400
>> maintenance=False
>> state=EngineDown
>> stopped=False
>>
>>
>> --== Host 3 status ==--
>>
>> Status up-to-date  : True
>> Hostname   : vm02.mydomain.tld
>> Host ID: 3
>> Engine status  : {"health": "good", "vm": "up",
>> "detail": "up"}
>> Score  : 3400
>> stopped: False
>> Local maintenance  : False
>> crc32  : 9138d24e
>> Host timestamp : 48907
>> Extra metadata (valid at timestamp):
>> metadata_parse_version=1
>> metadata_feature_version=1
>> timestamp=48907 (Sat Sep 17 07:57:00 2016)
>> host-id=3
>> score=3400
>> maintenance=False
>> state=EngineUp
>> stopped=False
>>
>>
>> --== Host 4 status ==--
>>
>> Status up-to-date  : False
>> Hostname   : vm04.mydomain.tld
>> Host ID: 4
>> Engine status  : unknown stale-data
>> Score  : 0
>> stopped: False
>> Local maintenance  : True
>> crc32  : 221d262e
>> Host timestamp : 17958
>> Extra metadata (valid at timestamp):
>> metadata_parse_version=1
>> metadata_feature_version=1
>> timestamp=17958 (Fri Sep 16 23:19:32 2016)
>> host-id=4
>> score=0
>> maintenance=True
>> state=LocalMaintenance
>> stopped=False
>>
>>
>> --
>> Davide Ferrari
>> Senior Systems Engineer
>>
>> ___
>> 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] Ask for functionalities

[Yaniv Dary]

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Sun, Sep 18, 2016 at 10:23 AM, Barak Korren  wrote:

> > I am not sure if it is the wright place do to this.
>
> The right place would be to open an RFE in bugzilla.
>
> > - Is it possible to add a column in the hosts tab to show if a particular
> > host is part of the hosted-engine group.
>

Can you open a RFE on this in Bugzilla?


> > - Is it possible to add for testing purpose when using nested-kvm, a
> fencing
> > agent using ssh script to talk to virsh on the physical machine, to act
> as a
> > power management.
>
> For the 2nd thing we already have this:
> https://bugzilla.redhat.com/show_bug.cgi?id=1337095
>
>
> --
> Barak Korren
> bkor...@redhat.com
> RHEV-CI Team
> ___
> 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] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

[Nir Soffer]

On Sun, Sep 18, 2016 at 2:03 PM, Roy Golan  wrote:

> Thanks Nir. He is using hosted engine which already uses vdscli
>

Right, this issue effects any program importing vdscli.

Fixed in https://gerrit.ovirt.org/64100


>
> On 18 September 2016 at 13:55, Nir Soffer  wrote:
>
>> On Sun, Sep 18, 2016 at 10:51 AM, Roy Golan  wrote:
>>
>>> Alexsey thank you.
>>>
>>> Irit, Danken please have a look at  https://bugzilla.redhat.com/sh
>>> ow_bug.cgi?id=1377069
>>>
>>
>> This is unfortunate regression in 4.0, should be fixed soon.
>>
>> In meantime this can be fixed by removing this line:
>>
>>  warnings.simplefilter("always", category=DeprecationWarning)
>>
>> In /usr/lib/python2.7/site-packages/vdsm/vdscli.py
>>
>> Note that vdsClient will be removed soon and you should
>> not use it for automation.
>>
>> Please use vdsm.vdscli library for automation.
>>
>> Nir
>>
>>
>>>
>>> On 18 September 2016 at 10:49,  wrote:
>>>
 https://bugzilla.redhat.com/show_bug.cgi?id=1377069

 18.09.2016, 10:09, "Roy Golan" :
 > On 18 September 2016 at 09:48,  wrote:
 >> Thanks Roy
 >>
 >> But if I'm going to redirect the output of the hosted-engine command
 to /dev/null, I can not identify the possible problem of the command :(
 >
 > That's only stderror. You should still see the standard input and
 check for $? value.  Not perfect but I think this can get you started. I
 must say I am against this deprecation warning and I'll make an effort to
 find other ways of doing that
 >
 >> It may be possible exclude DeprecationWarning from the code in next
 version 4.0.4 :) ?
 >
 > I know VDSM guys started working on that but its WIP. Can you please
 open a bug for that and I'll make sure to put it on the right person?
 >
 >> 18.09.2016, 09:27, "Roy Golan" :
 >>> Try to point stderr to /dev/null. For example this should work:
 >>>
 >>> ```bash
 >>> vdsClient -s 0 list table 2> /dev/null
 >>> ```
 >>>
 >>> On 18 September 2016 at 08:59,  wrote:
  Hello oVirt guru`s !
 
  Every time I call the commands:
 
  * hosted-engine --set-maintenance --mode=global
  * hosted-engine --set-maintenance --mode=none
 
  The message appears:
 
  /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
 DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
 deprecated, please use vdsm.jsonrpcvdscli
    import vdsm.vdscli
  ...
 
  This message prevents tracking the status of execution of commands
 in my scripts.
 
  How can I suppress this message?
  ___
  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
>>>
>>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

[Roy Golan]

Thanks Nir. He is using hosted engine which already uses vdscli

On 18 September 2016 at 13:55, Nir Soffer  wrote:

> On Sun, Sep 18, 2016 at 10:51 AM, Roy Golan  wrote:
>
>> Alexsey thank you.
>>
>> Irit, Danken please have a look at  https://bugzilla.redhat.com/sh
>> ow_bug.cgi?id=1377069
>>
>
> This is unfortunate regression in 4.0, should be fixed soon.
>
> In meantime this can be fixed by removing this line:
>
>  warnings.simplefilter("always", category=DeprecationWarning)
>
> In /usr/lib/python2.7/site-packages/vdsm/vdscli.py
>
> Note that vdsClient will be removed soon and you should
> not use it for automation.
>
> Please use vdsm.vdscli library for automation.
>
> Nir
>
>
>>
>> On 18 September 2016 at 10:49,  wrote:
>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1377069
>>>
>>> 18.09.2016, 10:09, "Roy Golan" :
>>> > On 18 September 2016 at 09:48,  wrote:
>>> >> Thanks Roy
>>> >>
>>> >> But if I'm going to redirect the output of the hosted-engine command
>>> to /dev/null, I can not identify the possible problem of the command :(
>>> >
>>> > That's only stderror. You should still see the standard input and
>>> check for $? value.  Not perfect but I think this can get you started. I
>>> must say I am against this deprecation warning and I'll make an effort to
>>> find other ways of doing that
>>> >
>>> >> It may be possible exclude DeprecationWarning from the code in next
>>> version 4.0.4 :) ?
>>> >
>>> > I know VDSM guys started working on that but its WIP. Can you please
>>> open a bug for that and I'll make sure to put it on the right person?
>>> >
>>> >> 18.09.2016, 09:27, "Roy Golan" :
>>> >>> Try to point stderr to /dev/null. For example this should work:
>>> >>>
>>> >>> ```bash
>>> >>> vdsClient -s 0 list table 2> /dev/null
>>> >>> ```
>>> >>>
>>> >>> On 18 September 2016 at 08:59,  wrote:
>>>  Hello oVirt guru`s !
>>> 
>>>  Every time I call the commands:
>>> 
>>>  * hosted-engine --set-maintenance --mode=global
>>>  * hosted-engine --set-maintenance --mode=none
>>> 
>>>  The message appears:
>>> 
>>>  /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
>>> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
>>> deprecated, please use vdsm.jsonrpcvdscli
>>>    import vdsm.vdscli
>>>  ...
>>> 
>>>  This message prevents tracking the status of execution of commands
>>> in my scripts.
>>> 
>>>  How can I suppress this message?
>>>  ___
>>>  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
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

[Nir Soffer]

On Sun, Sep 18, 2016 at 10:51 AM, Roy Golan  wrote:

> Alexsey thank you.
>
> Irit, Danken please have a look at  https://bugzilla.redhat.com/sh
> ow_bug.cgi?id=1377069
>

This is unfortunate regression in 4.0, should be fixed soon.

In meantime this can be fixed by removing this line:

 warnings.simplefilter("always", category=DeprecationWarning)

In /usr/lib/python2.7/site-packages/vdsm/vdscli.py

Note that vdsClient will be removed soon and you should
not use it for automation.

Please use vdsm.vdscli library for automation.

Nir


>
> On 18 September 2016 at 10:49,  wrote:
>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1377069
>>
>> 18.09.2016, 10:09, "Roy Golan" :
>> > On 18 September 2016 at 09:48,  wrote:
>> >> Thanks Roy
>> >>
>> >> But if I'm going to redirect the output of the hosted-engine command
>> to /dev/null, I can not identify the possible problem of the command :(
>> >
>> > That's only stderror. You should still see the standard input and check
>> for $? value.  Not perfect but I think this can get you started. I must say
>> I am against this deprecation warning and I'll make an effort to find other
>> ways of doing that
>> >
>> >> It may be possible exclude DeprecationWarning from the code in next
>> version 4.0.4 :) ?
>> >
>> > I know VDSM guys started working on that but its WIP. Can you please
>> open a bug for that and I'll make sure to put it on the right person?
>> >
>> >> 18.09.2016, 09:27, "Roy Golan" :
>> >>> Try to point stderr to /dev/null. For example this should work:
>> >>>
>> >>> ```bash
>> >>> vdsClient -s 0 list table 2> /dev/null
>> >>> ```
>> >>>
>> >>> On 18 September 2016 at 08:59,  wrote:
>>  Hello oVirt guru`s !
>> 
>>  Every time I call the commands:
>> 
>>  * hosted-engine --set-maintenance --mode=global
>>  * hosted-engine --set-maintenance --mode=none
>> 
>>  The message appears:
>> 
>>  /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
>> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
>> deprecated, please use vdsm.jsonrpcvdscli
>>    import vdsm.vdscli
>>  ...
>> 
>>  This message prevents tracking the status of execution of commands
>> in my scripts.
>> 
>>  How can I suppress this message?
>>  ___
>>  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
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Replace one engine host

[Roy Golan]

vm03 is missing here from the status. Can you reinstall it from UI (if you
added the host vm03 then just go to Management menu and click reinstall,
choose 'Deploy' Option) - After its done, when the host is activated
you'll need to manually switch the host out of maintenence (we have a bug
on it - solved in master already)



On 18 September 2016 at 10:45, Davide Ferrari  wrote:

> Hello
>
> Still playing a bit with oVirt, my cluster is ovirt+gluster with a replica
> 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts for the
> data glusterfs and running virtual machines (vm01, vm02, vm03 and vm04).
> Now, by mistake, I deployed hosted-engine on vm04 but I don't want to have
> the engine on a machine without local data + it's not working correctly
> (weight 0 and marked as in maintenance). Now, I've already tried to
> reinstall it from the the GUI marking the "Undeploy" check, reinstall vm03
> marking the "deploy" check but nothing seems to work. Here it is the
> hosted-engine --vm-status output from vm04. What can I do to deploy
> correctly the hosted engine on vm03?
>
> --== Host 1 status ==--
>
> Status up-to-date  : True
> Hostname   : vm01.mydomain.tld
> Host ID: 1
> Engine status  : {"reason": "vm not running on this
> host", "health": "bad", "vm": "down", "detail": "unknown"}
> Score  : 3400
> stopped: False
> Local maintenance  : False
> crc32  : fee2f7d8
> Host timestamp : 48911
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=48911 (Sat Sep 17 07:57:02 2016)
> host-id=1
> score=3400
> maintenance=False
> state=EngineDown
> stopped=False
>
>
> --== Host 3 status ==--
>
> Status up-to-date  : True
> Hostname   : vm02.mydomain.tld
> Host ID: 3
> Engine status  : {"health": "good", "vm": "up",
> "detail": "up"}
> Score  : 3400
> stopped: False
> Local maintenance  : False
> crc32  : 9138d24e
> Host timestamp : 48907
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=48907 (Sat Sep 17 07:57:00 2016)
> host-id=3
> score=3400
> maintenance=False
> state=EngineUp
> stopped=False
>
>
> --== Host 4 status ==--
>
> Status up-to-date  : False
> Hostname   : vm04.mydomain.tld
> Host ID: 4
> Engine status  : unknown stale-data
> Score  : 0
> stopped: False
> Local maintenance  : True
> crc32  : 221d262e
> Host timestamp : 17958
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=17958 (Fri Sep 16 23:19:32 2016)
> host-id=4
> score=0
> maintenance=True
> state=LocalMaintenance
> stopped=False
>
>
> --
> Davide Ferrari
> Senior Systems Engineer
>
> ___
> 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] Support on oVirt

[Yedidyah Bar David]

On Fri, Sep 16, 2016 at 11:30 AM, Johann van der Westhuizen <
joh...@sharenet.co.za> wrote:

> Hi,
>
>
>
> And for VNC?
>

Remote-viewer handles both spice and vnc.

For vnc, you have other options - most vnc viewers will work, check
the console.vv file for connection details if you want.

Best,


>
>
> Regards / Groete,
>
>
>
> *Johann van der Westhuizen*
>
> *Systems Administrator*
>
> [image: cid:image001.png@01D1DB97.0D86FCB0]
>
> *joh...@sharenet.co.za * | +27 (021) 700 4827 |
> www.sharenet.co.za
>
>
>
> [image: cid:image002.png@01D1DE78.2EE61F10]
>  [image:
> cid:image003.jpg@01D1DE78.2EE61F10] 
>
>
>
> *From:* Yaniv Dary [mailto:yd...@redhat.com]
> *Sent:* 16 September 2016 10:11
> *To:* Johann van der Westhuizen 
> *Cc:* users 
> *Subject:* RE: [ovirt-users] Support on oVirt
>
>
>
> Remote viewer for spice.
>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306
> 8272306
> Email: yd...@redhat.com
> IRC : ydary
>
>
>
> On Sep 16, 2016 10:00, "Johann van der Westhuizen" 
> wrote:
>
> Hi,
>
>
>
> Thanks for the reply.
>
>
>
> I actually did sort out this issue.
>
>
>
> But I have another issue, when I click on console the .vv file is
> downloaded, but when I open the .vv file it asks to open with a program,
> what program should I use to open the file that I can access the console?
>
>
>
> Thank you.
>
>
>
> Regards / Groete,
>
>
>
> *Johann van der Westhuizen*
>
> *Systems Administrator*
>
> [image: cid:image001.png@01D1DB97.0D86FCB0]
>
> *joh...@sharenet.co.za * | +27 (021) 700 4827 |
> www.sharenet.co.za
>
>
>
> [image: cid:image002.png@01D1DE78.2EE61F10]
> [image:
> cid:image003.jpg@01D1DE78.2EE61F10] 
>
>
>
> *From:* Yaniv Dary [mailto:yd...@redhat.com]
> *Sent:* 15 September 2016 23:07
> *To:* Johann van der Westhuizen 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Support on oVirt
>
>
>
> Can you share logs? Sos report?
>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306
> 8272306
> Email: yd...@redhat.com
> IRC : ydary
>
>
>
> On Sep 15, 2016 22:28, "Johann van der Westhuizen" 
> wrote:
>
> Hi,
>
>
>
> Wonder if you could help me with oVirt, having some issues starting a new
> VM, please see below:
>
>
>
>
>
> Getting this error just as I try to start the VM, the green play button.
> What can I do to resolve this issue?
>
>
>
> Regards / Groete,
>
>
>
> *Johann van der Westhuizen*
>
> *Systems Administrator*
>
> [image: cid:image001.png@01D1DB97.0D86FCB0]
>
> *joh...@sharenet.co.za * | +27 (021) 700 4827 |
> www.sharenet.co.za
>
>
>
> [image: cid:image002.png@01D1DE78.2EE61F10]
> [image:
> cid:image003.jpg@01D1DE78.2EE61F10] 
>
>
>
>
> ___
> 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
>
>


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

Re: [ovirt-users] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

[Roy Golan]

Alexsey thank you.

Irit, Danken please have a look at  https://bugzilla.redhat.com/
show_bug.cgi?id=1377069

On 18 September 2016 at 10:49,  wrote:

> https://bugzilla.redhat.com/show_bug.cgi?id=1377069
>
> 18.09.2016, 10:09, "Roy Golan" :
> > On 18 September 2016 at 09:48,  wrote:
> >> Thanks Roy
> >>
> >> But if I'm going to redirect the output of the hosted-engine command to
> /dev/null, I can not identify the possible problem of the command :(
> >
> > That's only stderror. You should still see the standard input and check
> for $? value.  Not perfect but I think this can get you started. I must say
> I am against this deprecation warning and I'll make an effort to find other
> ways of doing that
> >
> >> It may be possible exclude DeprecationWarning from the code in next
> version 4.0.4 :) ?
> >
> > I know VDSM guys started working on that but its WIP. Can you please
> open a bug for that and I'll make sure to put it on the right person?
> >
> >> 18.09.2016, 09:27, "Roy Golan" :
> >>> Try to point stderr to /dev/null. For example this should work:
> >>>
> >>> ```bash
> >>> vdsClient -s 0 list table 2> /dev/null
> >>> ```
> >>>
> >>> On 18 September 2016 at 08:59,  wrote:
>  Hello oVirt guru`s !
> 
>  Every time I call the commands:
> 
>  * hosted-engine --set-maintenance --mode=global
>  * hosted-engine --set-maintenance --mode=none
> 
>  The message appears:
> 
>  /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
> deprecated, please use vdsm.jsonrpcvdscli
>    import vdsm.vdscli
>  ...
> 
>  This message prevents tracking the status of execution of commands in
> my scripts.
> 
>  How can I suppress this message?
>  ___
>  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] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

[aleksey . maksimov]

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

18.09.2016, 10:09, "Roy Golan" :
> On 18 September 2016 at 09:48,  wrote:
>> Thanks Roy
>>
>> But if I'm going to redirect the output of the hosted-engine command to 
>> /dev/null, I can not identify the possible problem of the command :(
>
> That's only stderror. You should still see the standard input and check for 
> $? value.  Not perfect but I think this can get you started. I must say I am 
> against this deprecation warning and I'll make an effort to find other ways 
> of doing that
>
>> It may be possible exclude DeprecationWarning from the code in next version 
>> 4.0.4 :) ?
>
> I know VDSM guys started working on that but its WIP. Can you please open a 
> bug for that and I'll make sure to put it on the right person?
>
>> 18.09.2016, 09:27, "Roy Golan" :
>>> Try to point stderr to /dev/null. For example this should work:
>>>
>>> ```bash
>>> vdsClient -s 0 list table 2> /dev/null
>>> ```
>>>
>>> On 18 September 2016 at 08:59,  wrote:
 Hello oVirt guru`s !

 Every time I call the commands:

 * hosted-engine --set-maintenance --mode=global
 * hosted-engine --set-maintenance --mode=none

 The message appears:

 /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
  DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is 
 deprecated, please use vdsm.jsonrpcvdscli
   import vdsm.vdscli
 ...

 This message prevents tracking the status of execution of commands in my 
 scripts.

 How can I suppress this message?
 ___
 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] Replace one engine host

[Davide Ferrari]

Hello

Still playing a bit with oVirt, my cluster is ovirt+gluster with a replica
3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts for the
data glusterfs and running virtual machines (vm01, vm02, vm03 and vm04).
Now, by mistake, I deployed hosted-engine on vm04 but I don't want to have
the engine on a machine without local data + it's not working correctly
(weight 0 and marked as in maintenance). Now, I've already tried to
reinstall it from the the GUI marking the "Undeploy" check, reinstall vm03
marking the "deploy" check but nothing seems to work. Here it is the
hosted-engine --vm-status output from vm04. What can I do to deploy
correctly the hosted engine on vm03?

--== Host 1 status ==--

Status up-to-date  : True
Hostname   : vm01.mydomain.tld
Host ID: 1
Engine status  : {"reason": "vm not running on this
host", "health": "bad", "vm": "down", "detail": "unknown"}
Score  : 3400
stopped: False
Local maintenance  : False
crc32  : fee2f7d8
Host timestamp : 48911
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=48911 (Sat Sep 17 07:57:02 2016)
host-id=1
score=3400
maintenance=False
state=EngineDown
stopped=False


--== Host 3 status ==--

Status up-to-date  : True
Hostname   : vm02.mydomain.tld
Host ID: 3
Engine status  : {"health": "good", "vm": "up",
"detail": "up"}
Score  : 3400
stopped: False
Local maintenance  : False
crc32  : 9138d24e
Host timestamp : 48907
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=48907 (Sat Sep 17 07:57:00 2016)
host-id=3
score=3400
maintenance=False
state=EngineUp
stopped=False


--== Host 4 status ==--

Status up-to-date  : False
Hostname   : vm04.mydomain.tld
Host ID: 4
Engine status  : unknown stale-data
Score  : 0
stopped: False
Local maintenance  : True
crc32  : 221d262e
Host timestamp : 17958
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=17958 (Fri Sep 16 23:19:32 2016)
host-id=4
score=0
maintenance=True
state=LocalMaintenance
stopped=False


-- 
Davide Ferrari
Senior Systems Engineer
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] can't import vm from KVM host

[Shahar Havivi]

On 16.09.16 10:14, Nelson Lameiras wrote:
> I upgraded to oVirt 4.0.4 RC1 to test this issue (engine and hosts) and I 
> still have the same problem.
> 
> Migration GUI still shows zero disks when the source VM had block disk 
> devices.
Yes...
I was verify and merged to 4.0.4

Is your source and target block device (tested as well...)
What else can you tell us about your environment?

Nisim Any idea?

> 
> Can you confirm that the issue 1362525 has been integrated in this RC?
> Should I do some additional actions in order to see/make it work?
> 
> Thanks,
> Nelson
> 
> - Original Message -
> From: "Shahar Havivi" 
> To: "Nelson Lameiras" , "Nisim Simsolo" 
> 
> Cc: users@ovirt.org
> Sent: Sunday, August 28, 2016 8:45:48 AM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> On 25.08.16 11:32, Nelson Lameiras wrote:
> > Thanks for your answer. I do not think that I'm experiencing that same bug 
> > exactly.
> > 
> > The issue 1362525 (below) concerns a KVM VM with iSCSI disk being importend 
> > to RHEV that does not perform well.
> > 
> > In my case, when oVirt GUI proposes me the list of machines on KVM host to 
> > import, each machine as a "disk count" next to it.
> > - This "disk count" is correct if the VM has it's storage on a raw/qcow 
> > file (local) - and import goes well
> > - But "disk count" is 0 (always) if the VM has it's storage on a block 
> > device (ie iscsi) - and import is not possible at all!
> > 
> > It seems to me that current oVirt migration tool is unable to read/analyse 
> > distant VM machines with block device storage... Maybe I'm analysing this 
> > issue wrongly.
> Yes,
> This was the issue as well - seeing zero disks when the source VM had block 
> disk devices.
> 
> Adding Nisim to verify it.
> 
> > 
> > Thanks,
> > nelson
> > - Original Message -
> > From: "Shahar Havivi" 
> > To: "Nelson Lameiras" 
> > Cc: users@ovirt.org
> > Sent: Tuesday, August 23, 2016 12:19:13 PM
> > Subject: Re: [ovirt-users] can't import vm from KVM host
> > 
> > On 23.08.16 11:24, Nelson Lameiras wrote:
> > > Hello,
> > Hi,
> > 
> > We do have a bug on that issue:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1362525
> > and its handled.
> > 
> > Thanks,
> >  Shahar.
> > > 
> > > I'm trying to import virtual machines from a KVM host (centos 7.2) to an 
> > > oVirt 4.0.2 Cluster using the "import" feature on GUI.
> > > 
> > > If the original VM is using RAW/QCOW2 files as storage, everything works 
> > > fine. 
> > > 
> > > But if the original VM is using a special block special device as storage 
> > > (like a LVM or SAN volume), it's simply not recognized. 
> > > The VM does appear in the import list of the KVM host, but it's disk 
> > > count is 0!
> > > 
> > > Is this a known technical obstacle or am I doing something wrong ?
> > > 
> > > below is the storage part of the xml describing the original VM :
> > > 
> > >   
> > >   
> > >   
> > >> > function='0x0'/>
> > > 
> > > 
> > >   
> > >   
> > >   
> > >> > function='0x0'/>
> > > 
> > > 
> > > We have hundreds of virtual machines in production with this type of 
> > > configuration... How can we migrate them safely to oVirt?
> > > 
> > > thanks
> > > 
> > > Nelson
> > > ___
> > > 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] Ask for functionalities

[Barak Korren]

> I am not sure if it is the wright place do to this.

The right place would be to open an RFE in bugzilla.

> - Is it possible to add a column in the hosts tab to show if a particular
> host is part of the hosted-engine group.
> - Is it possible to add for testing purpose when using nested-kvm, a fencing
> agent using ssh script to talk to virsh on the physical machine, to act as a
> power management.

For the 2nd thing we already have this:
https://bugzilla.redhat.com/show_bug.cgi?id=1337095


-- 
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

[Roy Golan]

On 18 September 2016 at 10:09, Roy Golan  wrote:

>
>
> On 18 September 2016 at 09:48,  wrote:
>
>> Thanks Roy
>>
>>
>> But if I'm going to redirect the output of the hosted-engine command to
>> /dev/null, I can not identify the possible problem of the command :(
>>
>
> That's only stderror. You should still see the standard input and check
> for $? value.  Not perfect but I think this can get you started. I must say
> I am against this deprecation warning and I'll make an effort to find other
> ways of doing that
>
>>
>>
* I meant standard output of course.


> It may be possible exclude DeprecationWarning from the code in next
>> version 4.0.4 :) ?
>>
>
> I know VDSM guys started working on that but its WIP. Can you please open
> a bug for that and I'll make sure to put it on the right person?
>
>>
>> 18.09.2016, 09:27, "Roy Golan" :
>> > Try to point stderr to /dev/null. For example this should work:
>> >
>> > ```bash
>> > vdsClient -s 0 list table 2> /dev/null
>> > ```
>> >
>> > On 18 September 2016 at 08:59,  wrote:
>> >> Hello oVirt guru`s !
>> >>
>> >> Every time I call the commands:
>> >>
>> >> * hosted-engine --set-maintenance --mode=global
>> >> * hosted-engine --set-maintenance --mode=none
>> >>
>> >> The message appears:
>> >>
>> >> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
>> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
>> deprecated, please use vdsm.jsonrpcvdscli
>> >>   import vdsm.vdscli
>> >> ...
>> >>
>> >> This message prevents tracking the status of execution of commands in
>> my scripts.
>> >>
>> >> How can I suppress this message?
>> >> ___
>> >> 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] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

[Roy Golan]

On 18 September 2016 at 09:48,  wrote:

> Thanks Roy
>
>
> But if I'm going to redirect the output of the hosted-engine command to
> /dev/null, I can not identify the possible problem of the command :(
>

That's only stderror. You should still see the standard input and check for
$? value.  Not perfect but I think this can get you started. I must say I
am against this deprecation warning and I'll make an effort to find other
ways of doing that

>
> It may be possible exclude DeprecationWarning from the code in next
> version 4.0.4 :) ?
>

I know VDSM guys started working on that but its WIP. Can you please open a
bug for that and I'll make sure to put it on the right person?

>
> 18.09.2016, 09:27, "Roy Golan" :
> > Try to point stderr to /dev/null. For example this should work:
> >
> > ```bash
> > vdsClient -s 0 list table 2> /dev/null
> > ```
> >
> > On 18 September 2016 at 08:59,  wrote:
> >> Hello oVirt guru`s !
> >>
> >> Every time I call the commands:
> >>
> >> * hosted-engine --set-maintenance --mode=global
> >> * hosted-engine --set-maintenance --mode=none
> >>
> >> The message appears:
> >>
> >> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
> deprecated, please use vdsm.jsonrpcvdscli
> >>   import vdsm.vdscli
> >> ...
> >>
> >> This message prevents tracking the status of execution of commands in
> my scripts.
> >>
> >> How can I suppress this message?
> >> ___
> >> 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] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

[aleksey . maksimov]

Thanks Roy


But if I'm going to redirect the output of the hosted-engine command to 
/dev/null, I can not identify the possible problem of the command :(

It may be possible exclude DeprecationWarning from the code in next version 
4.0.4 :) ?

18.09.2016, 09:27, "Roy Golan" :
> Try to point stderr to /dev/null. For example this should work:
>
> ```bash
> vdsClient -s 0 list table 2> /dev/null
> ```
>
> On 18 September 2016 at 08:59,  wrote:
>> Hello oVirt guru`s !
>>
>> Every time I call the commands:
>>
>> * hosted-engine --set-maintenance --mode=global
>> * hosted-engine --set-maintenance --mode=none
>>
>> The message appears:
>>
>> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
>>  DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is 
>> deprecated, please use vdsm.jsonrpcvdscli
>>   import vdsm.vdscli
>> ...
>>
>> This message prevents tracking the status of execution of commands in my 
>> scripts.
>>
>> How can I suppress this message?
>> ___
>> 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] DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli

[Roy Golan]

Try to point stderr to /dev/null. For example this should work:

```bash
vdsClient -s 0 list table 2> /dev/null
```

On 18 September 2016 at 08:59,  wrote:

> Hello oVirt guru`s !
>
> Every time I call the commands:
>
> * hosted-engine --set-maintenance --mode=global
> * hosted-engine --set-maintenance --mode=none
>
> The message appears:
>
> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is
> deprecated, please use vdsm.jsonrpcvdscli
>   import vdsm.vdscli
> ...
>
> This message prevents tracking the status of execution of commands in my
> scripts.
>
> How can I suppress this message?
> ___
> 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] Fail to upgrade to 4.1 from 4.0

[Yedidyah Bar David]

On Fri, Sep 16, 2016 at 2:53 PM, Martin Perina  wrote:
> Hi,
>
> I'm glad that you new attempt to upgrade 3.6 to 4.0 were successfull and 4.0
> is now working OK for you.
>
> More answers to questions inline:
>
> On Thu, Sep 15, 2016 at 9:50 PM, Marcin M. Jessa  wrote:
>>
>> On 15/09/2016 12:58, Martin Perina wrote:
>>>
>>> So something went wrong on that upgrade from 3.6 to 4.0 and  it was not
>>> a good idea to do another upgrade when previous one went wrong.
>>
>>
>> The upgrade process went fine. The upgrade script never showed any errors.
>
>
> Hmm, that's strange, because from latest setup log you sent me I'd say that
> 3.6 to 4.0 upgrade was not successful. But to confirm that I'd need to
> investigate all setup logs from 3.6 upgrade ..
>
>>
>>
>>> Anyway to confirm that could you please share with us also upgrade log
>>> between
>>> 3.6 and 4.0? Also how did you do the upgrade (especially what OS have
>>> you used on 3.6 and if upgrade was done using engine-backup or in-place)?
>>
>>
>> I backed up the installation but then I ran in-place upgrade. I was told
>> on the irc I don't need to restore from backups when I'm already on CentOS
>> 7. Actually failing to restore from backup brought me to the IRC in the
>> first place.
>
>
> Yes, when doing in-place upgrade you don't need to do restore, that's why I
> asked how you performed your upgrade
>
>>
>>
>> I'm on CentOS Linux release 7.2.1511 (Core)
>> Upgrading I followed exactly the same doc you pointed to below.
>> Except when updating to 4.1 failed, I uninstalled everything that had to
>> do with ovirt and installed the 4.0 release.
>>
>>> More details about upgrade options from 3.6 to 4.0 can be found at:
>>> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/
>>
>> Because of that doc I installed 4.1 instead of the stable 4.0 ...
>
>
> Yes, that's a shame for our project to have outdated upgrade doc several
> month after GA release :-(
> Thanks for pointing this out, here's PR which fixes wrong repository URL:
>
> https://github.com/oVirt/ovirt-site/pull/467
>
>>
>>
>>> So from current log I can see that upgrade from 3.6 to 4.0 was not
>>> successfully finished and that's why you had issues during upgrade on
>>> master.
>>
>> Out of curiousity, where did you see that 3.6 to 4.0 update failed?
>
>
> In your setup log I can see following:
>
>   Dropping materialized views...
>   Skipping upgrade script
> /usr/share/ovirt-engine/dbscripts/upgrade/03_06__set_version.sql, its
> version 0306 is <= current version 04000860
>   Skipping upgrade script
> /usr/share/ovirt-engine/dbscripts/upgrade/03_06_0010_update_haswell_vds_to_new_name.sql,
> its version 03060010 is <= current version 04000860
>
>
> If 3.6 was properly upgraded to 4.0, you wouldn't see any records like this,
> you'd see applying only 4.1 upgrade scripts, for example:

Are you sure about this? Please note that the above lines are a result of a
rather-recent change [1], before it they never appeared in the log (but similar
ones did appear due to other reasons).

[1] https://gerrit.ovirt.org/59441

>
>   Dropping materialized views...
>   Running upgrade sql script
> '/usr/share/ovirt-engine/share/ovirt-engine/dbscripts/upgrade/04_01_0010_add_mac_pool_id_to_vds_group.sql'...
>   Running upgrade sql script
> '/usr/share/ovirt-engine/share/ovirt-engine/dbscripts/upgrade/04_01_0020_empty_current_cd_to_null.sql'...
>
>
>
>>
>>> Personaly I'd recommend you to get back into 3.6 (either by restoring
>>> from backup (if you performed in-place upgrade) or shutting down new
>>> host and starte pervious 3.6 host (if you performed upgrade using
>>> engine-backup) and do upgrade to 4.0 again. And if upgrade from 3.6 to
>>> 4.0 is not successful, please share the logs again.
>>
>>
>> I'll try from scratch again, uninstalling everything, installing 3.6,
>> restoring backups and upgrading to 4.0
>>
>> I don't want to be a party popper but to be honest you need a testing
>> engineer. The upgrade process is way too fragile and breaks too easily...
>>
>> --
>>
>> Marcin M. Jessa
>
>



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