Re: [ovirt-users] oVirt 4.2.0 is now generally available

2017-12-21 Thread Sandro Bonazzola
2017-12-21 18:20 GMT+01:00 Blaster :

> What a great Christmas present!
>
> I'm still running 3.6.3 All-In-One configuration on Fedora 22.  So it
> looks like I'll be starting from scratch.
>
> Is there any decent way yet to take my on disk VM images and easily attach
> them?  I put in an RFE for that which looks like it didn't make it into
> 4.2, now slated for 4.2.1.
>
> The old way I used to do this was to create new VMs with new disks, then
> just copy over my old VMs to the disk files of the new VMs.  I'm assuming
> I'll still have to use that method.
>

Are you running all-in-one with only this host or do you have more hosts
attached to this engine?
Is your data storage domain local? Or is it shared / provided by a
different host?




>
>
>
> On 12/20/2017 3:40 AM, Sandro Bonazzola wrote:
>
> The oVirt project is excited to announce the general availability of oVirt
> 4.2.0, as of December 20, 2017.
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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


Re: [ovirt-users] Ovirt-Log-Collector - Engine Crashes During Use

2017-12-21 Thread Sandro Bonazzola
2017-12-22 4:40 GMT+01:00 Douglas Landgraf :

> On Thu, Dec 21, 2017 at 7:11 PM, Langley, Robert
>  wrote:
> > I’m working with a Red Hat Engineer (running oVirt 4.1.2 and
> transitioning
> > to RHEV) and thought I would mention that while I’m trying to get logs
> for
> > the engineer, the Engine crashes. First time was pretty quick. The second
> > time, it notified me that it finished getting 2 of the 3 hypervisor
> logs. It
> > seems like it crashed while trying to still get the 3rd hypervisor diag
> > info/logs.
>
> Any error message to share or additional information?  Did you try the
> -v (verbose) ?
>
>
Maybe running out of space in /tmp ?




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



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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


Re: [ovirt-users] Ovirt-Log-Collector - Engine Crashes During Use

2017-12-21 Thread Douglas Landgraf
On Thu, Dec 21, 2017 at 7:11 PM, Langley, Robert
 wrote:
> I’m working with a Red Hat Engineer (running oVirt 4.1.2 and transitioning
> to RHEV) and thought I would mention that while I’m trying to get logs for
> the engineer, the Engine crashes. First time was pretty quick. The second
> time, it notified me that it finished getting 2 of the 3 hypervisor logs. It
> seems like it crashed while trying to still get the 3rd hypervisor diag
> info/logs.

Any error message to share or additional information?  Did you try the
-v (verbose) ?


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


[ovirt-users] Ovirt-Log-Collector - Engine Crashes During Use

2017-12-21 Thread Langley, Robert
I'm working with a Red Hat Engineer (running oVirt 4.1.2 and transitioning to 
RHEV) and thought I would mention that while I'm trying to get logs for the 
engineer, the Engine crashes. First time was pretty quick. The second time, it 
notified me that it finished getting 2 of the 3 hypervisor logs. It seems like 
it crashed while trying to still get the 3rd hypervisor diag info/logs.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Q: oVirt and NFS / GlusterFS High-Availability File Sync Algorithm

2017-12-21 Thread Andrei V
Hi,

I would like to ask how (almost) high-availability file sync algorithm
works with very simple setup:
2-node (1 main and another backup) + engine on separate PC;
each node - Xeon server with RAID L5 for data domain.

With GlusterFS copy of each VM disk(s) is being stored on each node data
domain and kept up-to-date by GlusterFS sync process automatically.
How this works if data domains are on NFS data domains / volumes ?

My current setup is really simple, and don't need to be complicated any
further. 1st (main) node runs all the time, 2nd (backup) activated only
if 1st suffer for example a hardware failure. Anyway, both data domains
linked to 2 nodes must be kept fully synced.
Right now I finished setup only of 1st node (with CentOS 7, not oVirt
node appliance which wipes out all custom software changes upon
upgrade). Node data domain runs on GlusterFS.
Upon finishing setup of 2nd node (with GlusterFS) they will be joined as
Replica 2, and all VMs will be marked as highly available.

Since during normal operation all VM disks are being active only on one
node, and synced to 2nd (backup), I hope to avoid GlusterFS split brain
issue.

Please correct me if I'm wrong here. Quite possible I don't entirely
understand all underlying algorithms.

Thanks in advance
Andrei
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Regarding Ovirt Installation

2017-12-21 Thread Simone Tiraboschi
On Thu, Dec 21, 2017 at 8:19 PM, Matteo Capuano  wrote:

> @Ruth John:
>
>
>
> *- if not can anyone please help me to install atleast on one to make me
> understand where am i doing the mistake.*
> I'm using oVirt on a OVH's dedicated server. The bare metal works as host
> and the engine is installed on a OVH's public cloud VM. I've also nested
> three other oVirts inside the host.
> Maybe i could help you , what's your issue? I'd put my money on OVH
> network configuration :)
>

In 4.2 we have a better OVN support which should definitively help there.
Why not write and share a small blog post with your oVirt on OVH hints?


>
>
> @Martin Sivak
>
>
>
> *- one of the new features of oVirt 4.2 is support for Replica 1 all in
> one setup using hosted engine and gluster in hyper-converged mode.*
> Interesting. Maybe I don't understand it because I'm a newbie but...what's
> the meaning of a replica 1 solution? I mean, if i have only one host
> where's the replica?
>

Of course no replica with replica 1, but you could start like that then add
other 2 hosts in the future and gain replica 3 just with a little
reconfiguration and probably also without any downtime.


>
>
> Cheer
>
> Matteo
>
> On Thu, Dec 21, 2017 at 2:21 PM, Martin Sivak  wrote:
>
>> Hi,
>>
>> one of the new features of oVirt 4.2 is support for Replica 1 all in
>> one setup using hosted engine and gluster in hyper-converged mode.
>>
>> So it should be again possible to use just a single host for
>> everything, I am not sure we have a documentation ready for that
>> though.
>>
>> Best regards
>>
>> Martin Sivak
>>
>> On Thu, Dec 21, 2017 at 2:15 PM, Simone Tiraboschi 
>> wrote:
>> >
>> >
>> > On Thu, Dec 21, 2017 at 1:59 PM, ruth john <
>> gamerangerserve...@gmail.com>
>> > wrote:
>> >>
>> >> Sir, buying nfs storage would cost me a lot. Can't I use it directly on
>> >> the provided storage?
>> >
>> >
>> > We don't have anymore an all-in-one installation where the engine and
>> vdsm
>> > runs altogether in the same machine; the proposed replacement is
>> > hosted-engine which doesn't work with local storage since it's supposed
>> to
>> > be able to restart the engine VM somewhere else for HA reasons and the
>> local
>> > storage is against that by definition.
>> > If you have three machines I'd suggest an hyperconverged gluster
>> deployment
>> > with replica 3.
>> >
>> > If you want to try it on a single machine keep present that NFS in
>> loop-back
>> > is discouraged so maybe you could try iSCSI or, maybe with a small hack,
>> > gluster in replica 1 in loopback
>> >
>> >
>> >>
>> >>
>> >>
>> >> On Dec 21, 2017 1:25 PM, "Simone Tiraboschi" 
>> wrote:
>> >>
>> >>
>> >>
>> >> On Wed, Dec 20, 2017 at 10:45 PM, ruth john <
>> gamerangerserve...@gmail.com>
>> >> wrote:
>> >>>
>> >>> I am delighted with the interface and other features of the Ovirt but
>> was
>> >>> never able to install it properly, is that true OVirt doesn't support
>> >>> Hetzner Dedicated and OVH dedicated?
>> >>
>> >>
>> >> I personally know about a friend who is running it on an a couple of
>> >> dedicated OVH machines with NFS storage provided by OVH.
>> >> No idea about Hetzner.
>> >>
>> >>
>> >>>
>> >>> if not can anyone please help me to install atleast on one to make me
>> >>> understand where am i doing the mistake.
>> >>>
>> >>> ___
>> >>> 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
>>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Regarding Ovirt Installation

2017-12-21 Thread Matteo Capuano
@Ruth John:



*- if not can anyone please help me to install atleast on one to make me
understand where am i doing the mistake.*
I'm using oVirt on a OVH's dedicated server. The bare metal works as host
and the engine is installed on a OVH's public cloud VM. I've also nested
three other oVirts inside the host.
Maybe i could help you , what's your issue? I'd put my money on OVH network
configuration :)


@Martin Sivak



*- one of the new features of oVirt 4.2 is support for Replica 1 all in one
setup using hosted engine and gluster in hyper-converged mode.*
Interesting. Maybe I don't understand it because I'm a newbie but...what's
the meaning of a replica 1 solution? I mean, if i have only one host
where's the replica?


Cheer

Matteo

On Thu, Dec 21, 2017 at 2:21 PM, Martin Sivak  wrote:

> Hi,
>
> one of the new features of oVirt 4.2 is support for Replica 1 all in
> one setup using hosted engine and gluster in hyper-converged mode.
>
> So it should be again possible to use just a single host for
> everything, I am not sure we have a documentation ready for that
> though.
>
> Best regards
>
> Martin Sivak
>
> On Thu, Dec 21, 2017 at 2:15 PM, Simone Tiraboschi 
> wrote:
> >
> >
> > On Thu, Dec 21, 2017 at 1:59 PM, ruth john  >
> > wrote:
> >>
> >> Sir, buying nfs storage would cost me a lot. Can't I use it directly on
> >> the provided storage?
> >
> >
> > We don't have anymore an all-in-one installation where the engine and
> vdsm
> > runs altogether in the same machine; the proposed replacement is
> > hosted-engine which doesn't work with local storage since it's supposed
> to
> > be able to restart the engine VM somewhere else for HA reasons and the
> local
> > storage is against that by definition.
> > If you have three machines I'd suggest an hyperconverged gluster
> deployment
> > with replica 3.
> >
> > If you want to try it on a single machine keep present that NFS in
> loop-back
> > is discouraged so maybe you could try iSCSI or, maybe with a small hack,
> > gluster in replica 1 in loopback
> >
> >
> >>
> >>
> >>
> >> On Dec 21, 2017 1:25 PM, "Simone Tiraboschi" 
> wrote:
> >>
> >>
> >>
> >> On Wed, Dec 20, 2017 at 10:45 PM, ruth john <
> gamerangerserve...@gmail.com>
> >> wrote:
> >>>
> >>> I am delighted with the interface and other features of the Ovirt but
> was
> >>> never able to install it properly, is that true OVirt doesn't support
> >>> Hetzner Dedicated and OVH dedicated?
> >>
> >>
> >> I personally know about a friend who is running it on an a couple of
> >> dedicated OVH machines with NFS storage provided by OVH.
> >> No idea about Hetzner.
> >>
> >>
> >>>
> >>> if not can anyone please help me to install atleast on one to make me
> >>> understand where am i doing the mistake.
> >>>
> >>> ___
> >>> 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Update to 4.2.0 failing in db check

2017-12-21 Thread Yaniv Kaul
On Dec 21, 2017 8:01 PM, "FERNANDO FREDIANI" 
wrote:

Should not this type of content not come from the dev team before the
product is in GA ?


oVirt is a community effort. As such, we encourage all to contribute from
their knowledge, experience and resources to continually improve the
project.
Y.


On 21/12/2017 15:53, Yaniv Kaul wrote:



On Dec 21, 2017 6:17 PM, "FERNANDO FREDIANI" 
wrote:

Sure Sandro, but I was talking about documentation which lacks for certain
procedures that are very common.


Our site is open and contributions are welcome. If you can start such a
document, that'll be great.
Y.

Regards
Fernando

On 21/12/2017 12:32, Sandro Bonazzola wrote:



2017-12-21 12:55 GMT+01:00 FERNANDO FREDIANI :

> Updates are often problematic.
>
> Whenever someone manages to do a 4.1 to 4.2 upgrade could possibility post
> it to the Wiki. That will help a lot of people.
>
Well, we did :-) Our infra is running on 4.2.0: https://engine-phx.ovir
t.org/ovirt-engine/
We are keeping it updates since 3.4 every time we release.




> Fernando
>
> On 21/12/2017 08:24, Sandro Bonazzola wrote:
>
>
>
> 2017-12-21 11:03 GMT+01:00 Giorgio Biacchi :
>
>> Hi,
>> I have additional info on the problem. I run
>> /usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh and the problem is
>> on 4 templates subversions. In detail we have two templates and each one
>> has two subversions.
>>
>> Other templates with no subversions have no problem.
>>
>> Thanks again, I hope this helps in debugging.
>
>
> Thanks Giorgio, do you mind open a bug on https://bugzilla.redhat.com
> /enter_bug.cgi?product=ovirt-engine to track this?
>
>
>
>>
>>
>> On 12/20/2017 04:04 PM, Martin Perina wrote:
>>
>>> Hi,
>>>
>>> could you please share the full setup log?
>>>
>>> ​/var/log/ovirt-engine/setup/ovirt-engine-setup-201712201103
>>> 37-cy5ri9.log
>>>
>>> Thanks
>>>
>>> Martin
>>>
>>>
>>> On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola >> > wrote:
>>>
>>>
>>>
>>> 2017-12-20 11:58 GMT+01:00 Giorgio Biacchi >> >:
>>>
>>> Hello list,
>>> I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but
>>> engine-setup fails. Here's the relevant output:
>>>
>>> [ ERROR ] Failed to execute stage 'Setup validation': Failed
>>> checking
>>> Engine database: an exception occurred while validating the
>>> Engine
>>> database, please check the logs for getting more info:
>>>   Constraint violation found in  vm_interface (vmt_guid)
>>> |1
>>>
>>> [ INFO  ] Stage: Clean up
>>>Log file is located at
>>> ​​
>>> /var/log/ovirt-engine/setup/ovirt-engine-setup-2017122011033
>>> 7-cy5ri9.log
>>> [ INFO  ] Generating answer file
>>> '/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co
>>> nf'
>>> [ INFO  ] Stage: Pre-termination
>>> [ INFO  ] Stage: Termination
>>> [ ERROR ] Execution of setup failed
>>>
>>> any ideas??
>>>
>>>
>>> Adding some people, I think one of your vms has an invalid
>>> configuration
>>> saved in the db.
>>>
>>>
>>> -- gb
>>>
>>> PGP Key: http://pgp.mit.edu/
>>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90
>>> B9CB 0F34
>>> ___
>>> Users mailing list
>>> Users@ovirt.org 
>>> http://lists.ovirt.org/mailman/listinfo/users
>>> 
>>>
>>>
>>>
>>>
>>> --
>>> SANDRO BONAZZOLA
>>>
>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>
>>> Red Hat EMEA 
>>>
>>> 
>>> TRIED. TESTED. TRUSTED. 
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Martin Perina
>>> Associate Manager, Software Engineering
>>> Red Hat Czech s.r.o.
>>>
>>
>> --
>> gb
>>
>> PGP Key: http://pgp.mit.edu/
>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
>>
>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
>
> ___
> Users mailing listus...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 

Re: [ovirt-users] Update to 4.2.0 failing in db check

2017-12-21 Thread FERNANDO FREDIANI
Should not this type of content not come from the dev team before the 
product is in GA ?



On 21/12/2017 15:53, Yaniv Kaul wrote:



On Dec 21, 2017 6:17 PM, "FERNANDO FREDIANI" 
> wrote:


Sure Sandro, but I was talking about documentation which lacks for
certain procedures that are very common.


Our site is open and contributions are welcome. If you can start such 
a document, that'll be great.

Y.

Regards
Fernando


On 21/12/2017 12:32, Sandro Bonazzola wrote:



2017-12-21 12:55 GMT+01:00 FERNANDO FREDIANI
>:

Updates are often problematic.

Whenever someone manages to do a 4.1 to 4.2 upgrade could
possibility post it to the Wiki. That will help a lot of people.

Well, we did :-) Our infra is running on 4.2.0:
https://engine-phx.ovirt.org/ovirt-engine/

We are keeping it updates since 3.4 every time we release.


Fernando


On 21/12/2017 08:24, Sandro Bonazzola wrote:



2017-12-21 11:03 GMT+01:00 Giorgio Biacchi
>:

Hi,
I have additional info on the problem. I run
/usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh and
the problem is on 4 templates subversions. In detail we
have two templates and each one has two subversions.

Other templates with no subversions have no problem.

Thanks again, I hope this helps in debugging.


Thanks Giorgio, do you mind open a bug on
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

to track this?



On 12/20/2017 04:04 PM, Martin Perina wrote:

Hi,

could you please share the full setup log?


​/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log

Thanks

Martin


On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola

>> wrote:



    2017-12-20 11:58 GMT+01:00 Giorgio Biacchi

    >>:

        Hello list,
        I was about to upgrade from
4.1.8.2-1.el7.centos to 4.2.0 but
        engine-setup fails. Here's the relevant output:

        [ ERROR ] Failed to execute stage 'Setup
validation': Failed checking
        Engine database: an exception occurred while
validating the Engine
        database, please check the logs for getting
more info:
 Constraint violation found in  vm_interface
(vmt_guid) |1

        [ INFO  ] Stage: Clean up
                   Log file is located at
        ​​

/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log
        [ INFO  ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co

        >nf'
        [ INFO  ] Stage: Pre-termination
        [ INFO  ] Stage: Termination
        [ ERROR ] Execution of setup failed

        any ideas??


    Adding some people, I think one of your vms has
an invalid configuration
    saved in the db.


        --         gb

        PGP Key: http://pgp.mit.edu/
        Primary key fingerprint: C510 0765 943E EBED
A4F2 69D3 16CC DC90 B9CB 0F34
___
        Users mailing list
Users@ovirt.org 
>
http://lists.ovirt.org/mailman/listinfo/users

       
>




    --
    SANDRO BONAZZOLA

    ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA
ENG VIRTUALIZATION R

   

Re: [ovirt-users] Update to 4.2.0 failing in db check

2017-12-21 Thread Yaniv Kaul
On Dec 21, 2017 6:17 PM, "FERNANDO FREDIANI" 
wrote:

Sure Sandro, but I was talking about documentation which lacks for certain
procedures that are very common.


Our site is open and contributions are welcome. If you can start such a
document, that'll be great.
Y.

Regards
Fernando

On 21/12/2017 12:32, Sandro Bonazzola wrote:



2017-12-21 12:55 GMT+01:00 FERNANDO FREDIANI :

> Updates are often problematic.
>
> Whenever someone manages to do a 4.1 to 4.2 upgrade could possibility post
> it to the Wiki. That will help a lot of people.
>
Well, we did :-) Our infra is running on 4.2.0: https://engine-phx.
ovirt.org/ovirt-engine/
We are keeping it updates since 3.4 every time we release.




> Fernando
>
> On 21/12/2017 08:24, Sandro Bonazzola wrote:
>
>
>
> 2017-12-21 11:03 GMT+01:00 Giorgio Biacchi :
>
>> Hi,
>> I have additional info on the problem. I run
>> /usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh and the problem is
>> on 4 templates subversions. In detail we have two templates and each one
>> has two subversions.
>>
>> Other templates with no subversions have no problem.
>>
>> Thanks again, I hope this helps in debugging.
>
>
> Thanks Giorgio, do you mind open a bug on https://bugzilla.redhat.com
> /enter_bug.cgi?product=ovirt-engine to track this?
>
>
>
>>
>>
>> On 12/20/2017 04:04 PM, Martin Perina wrote:
>>
>>> Hi,
>>>
>>> could you please share the full setup log?
>>>
>>> ​/var/log/ovirt-engine/setup/ovirt-engine-setup-201712201103
>>> 37-cy5ri9.log
>>>
>>> Thanks
>>>
>>> Martin
>>>
>>>
>>> On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola >> > wrote:
>>>
>>>
>>>
>>> 2017-12-20 11:58 GMT+01:00 Giorgio Biacchi >> >:
>>>
>>> Hello list,
>>> I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but
>>> engine-setup fails. Here's the relevant output:
>>>
>>> [ ERROR ] Failed to execute stage 'Setup validation': Failed
>>> checking
>>> Engine database: an exception occurred while validating the
>>> Engine
>>> database, please check the logs for getting more info:
>>>   Constraint violation found in  vm_interface (vmt_guid)
>>> |1
>>>
>>> [ INFO  ] Stage: Clean up
>>>Log file is located at
>>> ​​
>>> /var/log/ovirt-engine/setup/ovirt-engine-setup-2017122011033
>>> 7-cy5ri9.log
>>> [ INFO  ] Generating answer file
>>> '/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co
>>> nf'
>>> [ INFO  ] Stage: Pre-termination
>>> [ INFO  ] Stage: Termination
>>> [ ERROR ] Execution of setup failed
>>>
>>> any ideas??
>>>
>>>
>>> Adding some people, I think one of your vms has an invalid
>>> configuration
>>> saved in the db.
>>>
>>>
>>> -- gb
>>>
>>> PGP Key: http://pgp.mit.edu/
>>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90
>>> B9CB 0F34
>>> ___
>>> Users mailing list
>>> Users@ovirt.org 
>>> http://lists.ovirt.org/mailman/listinfo/users
>>> 
>>>
>>>
>>>
>>>
>>> --
>>> SANDRO BONAZZOLA
>>>
>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>
>>> Red Hat EMEA 
>>>
>>> 
>>> TRIED. TESTED. TRUSTED. 
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Martin Perina
>>> Associate Manager, Software Engineering
>>> Red Hat Czech s.r.o.
>>>
>>
>> --
>> gb
>>
>> PGP Key: http://pgp.mit.edu/
>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
>>
>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
>
> ___
> Users mailing listus...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 



___
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] non-operational host issues following 4.2 upgrade

2017-12-21 Thread Jason Brooks
On Wed, Dec 20, 2017 at 11:47 PM, Sandro Bonazzola  wrote:
>
>
> 2017-12-21 4:26 GMT+01:00 Jason Brooks :
>>
>> Hi all, I upgraded my 4 host converged gluster/ovirt lab setup to 4.2
>> yesterday, and now 3 of my hosts won't connect to my main data domain,
>> so they're non-operational when I try to activate them.
>>
>> Here's what seems like a relevant passage of vdsm.log:
>> https://paste.fedoraproject.org/paste/JZuxul6-HZjjl8uHzgqL-w
>
>
>
> Adding some relevant developers.
> Jason, do you mind opening a bug on
> https://bugzilla.redhat.com/enter_bug.cgi?product=vdsm to track this?

I filed an issue here: https://bugzilla.redhat.com/show_bug.cgi?id=1528391
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 4.2.0 is now generally available

2017-12-21 Thread Blaster

What a great Christmas present!

I'm still running 3.6.3 All-In-One configuration on Fedora 22.  So it 
looks like I'll be starting from scratch.


Is there any decent way yet to take my on disk VM images and easily 
attach them?  I put in an RFE for that which looks like it didn't make 
it into 4.2, now slated for 4.2.1.


The old way I used to do this was to create new VMs with new disks, then 
just copy over my old VMs to the disk files of the new VMs.  I'm 
assuming I'll still have to use that method.



On 12/20/2017 3:40 AM, Sandro Bonazzola wrote:


The oVirt project is excited to announce the general availability of 
oVirt 4.2.0, as of December 20, 2017.




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


Re: [ovirt-users] Update to 4.2.0 failing in db check

2017-12-21 Thread FERNANDO FREDIANI
Sure Sandro, but I was talking about documentation which lacks for 
certain procedures that are very common.


Regards
Fernando


On 21/12/2017 12:32, Sandro Bonazzola wrote:



2017-12-21 12:55 GMT+01:00 FERNANDO FREDIANI 
>:


Updates are often problematic.

Whenever someone manages to do a 4.1 to 4.2 upgrade could
possibility post it to the Wiki. That will help a lot of people.

Well, we did :-) Our infra is running on 4.2.0: 
https://engine-phx.ovirt.org/ovirt-engine/

We are keeping it updates since 3.4 every time we release.


Fernando


On 21/12/2017 08:24, Sandro Bonazzola wrote:



2017-12-21 11:03 GMT+01:00 Giorgio Biacchi >:

Hi,
I have additional info on the problem. I run
/usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh and the
problem is on 4 templates subversions. In detail we have two
templates and each one has two subversions.

Other templates with no subversions have no problem.

Thanks again, I hope this helps in debugging.


Thanks Giorgio, do you mind open a bug on
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine

to track this?



On 12/20/2017 04:04 PM, Martin Perina wrote:

Hi,

could you please share the full setup log?


​/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log

Thanks

Martin


On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola

>> wrote:



    2017-12-20 11:58 GMT+01:00 Giorgio Biacchi

    >>:

        Hello list,
        I was about to upgrade from 4.1.8.2-1.el7.centos
to 4.2.0 but
        engine-setup fails. Here's the relevant output:

        [ ERROR ] Failed to execute stage 'Setup
validation': Failed checking
        Engine database: an exception occurred while
validating the Engine
        database, please check the logs for getting more
info:
                  Constraint violation found in 
vm_interface (vmt_guid) |1

        [ INFO  ] Stage: Clean up
                   Log file is located at
        ​​
       

/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log
        [ INFO  ] Generating answer file
       
'/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co

        >nf'
        [ INFO  ] Stage: Pre-termination
        [ INFO  ] Stage: Termination
        [ ERROR ] Execution of setup failed

        any ideas??


    Adding some people, I think one of your vms has an
invalid configuration
    saved in the db.


        --         gb

        PGP Key: http://pgp.mit.edu/
        Primary key fingerprint: C510 0765 943E EBED A4F2
69D3 16CC DC90 B9CB 0F34
        ___
        Users mailing list
Users@ovirt.org 
>
http://lists.ovirt.org/mailman/listinfo/users

        >




    --
    SANDRO BONAZZOLA

    ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG
VIRTUALIZATION R

    Red Hat EMEA 

    
    TRIED. TESTED. TRUSTED. 





-- 
Martin Perina

Associate Manager, Software Engineering
Red Hat Czech s.r.o.


-- 
gb


PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC
DC90 B9CB 0F34




-- 


SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

  
TRIED. TESTED. TRUSTED. 





Re: [ovirt-users] Upgrade to 4.2 Postgresql Error

2017-12-21 Thread Simone Tiraboschi
On Thu, Dec 21, 2017 at 4:30 PM, Simone Tiraboschi 
wrote:

>
>
> On Thu, Dec 21, 2017 at 8:41 AM, Sandro Bonazzola 
> wrote:
>
>>
>>
>> 2017-12-20 16:07 GMT+01:00 Gabriel Stein :
>>
>>> Hi!
>>>
>>> well, I'm a update fever and I decided to update my ovirt to 4.2.0.
>>>
>>
>> Thanks for this valuable feedback! Simone has already replied and will
>> check your setup logs.
>>
>>
>>
>>
>>>
>>> How I'm doingi it?
>>>
>>> I'm following the rules!
>>>
>>> 1 - Global Maintenance Mode
>>> 2 - Yum Install ovirt-release-4.2
>>> 3- yum update ovirt-setup*.
>>>
>>> But, by the engine-setup I have a conflict with the system collation and
>>> postgresql. Unfortunatelly I changed via puppet to the german
>>> collation(de_DE-UTF8) of ovirt-engine hosted vm(because it's a standard for
>>> us) but this was after the engine-setup and the DB Configuration from
>>> Postgresql.
>>>
>>
>> Adding also Didi
>>
>>
>>>
>>> I think that I can easily change the system collation to us-US-UFT8 but
>>> I'm afraid that I can "destroy" my hosted-engine VM with that change, is
>>> hosted-engine so sensible?
>>>
>>> How I know that error?  The logs are saying that(and the error in on
>>> postgresql upgrade part of setup)!
>>>
>>> *Performing Consistency Checks*
>>> *-*
>>> *Checking cluster versions   ok*
>>> *Checking database user is the install user  ok*
>>> *Checking database connection settings   ok*
>>> *Checking for prepared transactions  ok*
>>> *Checking for reg* system OID user data typesok*
>>> *Checking for contrib/isn with bigint-passing mismatch   ok*
>>> *Checking for invalid "line" user columnsok*
>>> *Creating dump of global objects ok*
>>> *Creating dump of database schemas*
>>> *  engine*
>>> *  ovirt_engine_history*
>>> *  postgres*
>>> *  template1*
>>> *ok*
>>>
>>> *lc_collate values for database "postgres" do not match:  old
>>> "en_US.UTF-8", new "de_DE.UTF-8"*
>>> *Failure, exiting*
>>>
>>> I would be thankful if someone could give me some hint about that!
>>>
>>
> OK, reproduced.
> The issue happens if and only if you changed system wide locales after
> having installed ovirt-engine but before upgrading it to 4.2.
> I'm going to open a bug to track it.
>

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


>
> In engine-setup we are explicitly setting en_US.UTF-8 as the locale of the
> engine DB but we are not touching at all the locale of postgres own DB
> which match the system wide locale and your issue is indeed on the postgres
> DB, not on the engine one.
> pg_upgrade cannot change it on the fly on upgrades.
>
> I tried to find a working fix with env variables but unfortunately nothing
> I tired worked.
> The only workaround I was able to find is to temporary set the locale you
> had at first successful engine-setup execution time (en_US.UTF-8 in your
> case but it varies) under /etc/locale.conf and only then execute
> engine-setup to upgrade it to 4.2.
> After that you could safely switch back /etc/locale.conf to whatever you
> need.
> All the env variable I tried seams absolutely not relevant for this
> specific issue.
>
>
>
>
>>
>>> Best Regards,
>>>
>>> Gabriel
>>> PS: If I go to devconf in Brno I will pay a lot of beers to the
>>> developer of the engine-setup rollback! Saved my life!
>>>
>>
>> The specific developer won't be there, but you're welcome to reach oVirt
>> people there and share some beer :-)
>>
>>
>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Gabriel Stein
>>> --
>>> Gabriel Ferraz Stein
>>> Tel.: +49 (0)  170 2881531
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA 
>> 
>> TRIED. TESTED. TRUSTED. 
>>
>>
>> ___
>> 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] Live migration without shared storage

2017-12-21 Thread FERNANDO FREDIANI
That is going certainly to be a very welcome feature and if not yet 
should be on the top of th roadmap. For planned maintenances it solves 
mostly all downtime problems.


Fernando


On 21/12/2017 12:19, Pujan Shah wrote:
We have a bit odd setup where some of our clients have dedicated hosts 
and we also have some shared hosts. We can migrate client VMs from 
their dedicated host to shared host if we need ot do some maintenance. 
We don't have shared storage and currently we are using XenServer 
which supports live migration without shared storage. We recently 
started looking into KVM as an alternative and decided to try ovirt. 
To our surprise KVM supports live migration without shared storage but 
ovirt does not. 
(https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shared-storage/) 



​I wanted to know if anyone has dealt with such situation and is this 
something others are also looking for?​



​Regards,
Pujan Shah
Systemadministration

--
tel.: +49 (0) 221 / 95 168 - 74
mail:
​ ​
p...@dom.de 
DOM Digital Online Media GmbH,
Bismarck Str. 60
50672 Köln

http://www.dom.de/

Geschäftsführer: Markus Schulte
Handelsregister-Nr.: Amtsgericht Köln HRB 55347
UST.-Ident.Nr. DE 814 416 951


___
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] Self hosted engine fails after 4.2 upgrade

2017-12-21 Thread Stefano Danzi



Il 21/12/2017 16:37, Sandro Bonazzola ha scritto:



2017-12-21 14:26 GMT+01:00 Stefano Danzi >:


Sloved installing glusterfs-gnfs package.
Anyway could be nice to move hosted engine to gluster


Adding some gluster folks. Are we missing a dependency somewhere?
During the upgrade nfs on gluster stopped to work here and adding the 
missing dep solved.
Stefano please confirm, you were on gluster 3.8 (oVirt 4.1) and now 
you are on gluster 3.12 (ovirt 4.2)



Sandro I confirm the version.
Host are running CentOS 7.4.1708
before the upgrade there was gluster 3.8 in oVirt 4.1
now I have gluster 3.12 in oVirt 4.2



Il 21/12/2017 11:37, Stefano Danzi ha scritto:



Il 21/12/2017 11:30, Simone Tiraboschi ha scritto:



On Thu, Dec 21, 2017 at 11:16 AM, Stefano Danzi
> wrote:

Hello!
I have a test system with one phisical host and hosted
engine running on it.
Storage is gluster but hosted engine mount it as nfs.

After the upgrade gluster no longer activate nfs.
The command "gluster volume set engine nfs.disable off"
doesn't help.

How I can re-enable nfs? O better how I can migrate self
hosted engine to native glusterfs?



Ciao Stefano,
could you please attach the output of
  gluster volume info engine

adding Kasturi here


[root@ovirt01 ~]# gluster volume info engine

Volume Name: engine
Type: Distribute
Volume ID: 565951c8-977e-4674-b6b2-b4f60551c1d8
Status: Started
Snapshot Count: 0
Number of Bricks: 1
Transport-type: tcp
Bricks:
Brick1: ovirt01.hawai.lan:/home/glusterfs/engine/brick
Options Reconfigured:
server.event-threads: 4
client.event-threads: 4
network.ping-timeout: 30
server.allow-insecure: on
storage.owner-gid: 36
storage.owner-uid: 36
cluster.server-quorum-type: server
cluster.quorum-type: auto
network.remote-dio: enable
cluster.eager-lock: enable
performance.stat-prefetch: off
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
nfs.disable: off
performance.low-prio-threads: 32
cluster.data-self-heal-algorithm: full
cluster.locking-scheme: granular
cluster.shd-max-threads: 8
cluster.shd-wait-qlength: 1
features.shard: on
user.cifs: off
features.shard-block-size: 512MB





___
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





--

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

  
TRIED. TESTED. TRUSTED. 




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


Re: [ovirt-users] Self hosted engine fails after 4.2 upgrade

2017-12-21 Thread Sandro Bonazzola
2017-12-21 14:26 GMT+01:00 Stefano Danzi :

> Sloved installing glusterfs-gnfs package.
> Anyway could be nice to move hosted engine to gluster
>
>
Adding some gluster folks. Are we missing a dependency somewhere?
During the upgrade nfs on gluster stopped to work here and adding the
missing dep solved.
Stefano please confirm, you were on gluster 3.8 (oVirt 4.1) and now you are
on gluster 3.12 (ovirt 4.2)



>
> Il 21/12/2017 11:37, Stefano Danzi ha scritto:
>
>
>
> Il 21/12/2017 11:30, Simone Tiraboschi ha scritto:
>
>
>
> On Thu, Dec 21, 2017 at 11:16 AM, Stefano Danzi  wrote:
>
>> Hello!
>> I have a test system with one phisical host and hosted engine running on
>> it.
>> Storage is gluster but hosted engine mount it as nfs.
>>
>> After the upgrade gluster no longer activate nfs.
>> The command "gluster volume set engine nfs.disable off" doesn't help.
>>
>> How I can re-enable nfs? O better how I can migrate self hosted engine to
>> native glusterfs?
>>
>
>
> Ciao Stefano,
> could you please attach the output of
>   gluster volume info engine
>
> adding Kasturi here
>
>
> [root@ovirt01 ~]# gluster volume info engine
>
> Volume Name: engine
> Type: Distribute
> Volume ID: 565951c8-977e-4674-b6b2-b4f60551c1d8
> Status: Started
> Snapshot Count: 0
> Number of Bricks: 1
> Transport-type: tcp
> Bricks:
> Brick1: ovirt01.hawai.lan:/home/glusterfs/engine/brick
> Options Reconfigured:
> server.event-threads: 4
> client.event-threads: 4
> network.ping-timeout: 30
> server.allow-insecure: on
> storage.owner-gid: 36
> storage.owner-uid: 36
> cluster.server-quorum-type: server
> cluster.quorum-type: auto
> network.remote-dio: enable
> cluster.eager-lock: enable
> performance.stat-prefetch: off
> performance.io-cache: off
> performance.read-ahead: off
> performance.quick-read: off
> nfs.disable: off
> performance.low-prio-threads: 32
> cluster.data-self-heal-algorithm: full
> cluster.locking-scheme: granular
> cluster.shd-max-threads: 8
> cluster.shd-wait-qlength: 1
> features.shard: on
> user.cifs: off
> features.shard-block-size: 512MB
>
>
>
>
> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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


Re: [ovirt-users] Upgrade to 4.2 Postgresql Error

2017-12-21 Thread Simone Tiraboschi
On Thu, Dec 21, 2017 at 8:41 AM, Sandro Bonazzola 
wrote:

>
>
> 2017-12-20 16:07 GMT+01:00 Gabriel Stein :
>
>> Hi!
>>
>> well, I'm a update fever and I decided to update my ovirt to 4.2.0.
>>
>
> Thanks for this valuable feedback! Simone has already replied and will
> check your setup logs.
>
>
>
>
>>
>> How I'm doingi it?
>>
>> I'm following the rules!
>>
>> 1 - Global Maintenance Mode
>> 2 - Yum Install ovirt-release-4.2
>> 3- yum update ovirt-setup*.
>>
>> But, by the engine-setup I have a conflict with the system collation and
>> postgresql. Unfortunatelly I changed via puppet to the german
>> collation(de_DE-UTF8) of ovirt-engine hosted vm(because it's a standard for
>> us) but this was after the engine-setup and the DB Configuration from
>> Postgresql.
>>
>
> Adding also Didi
>
>
>>
>> I think that I can easily change the system collation to us-US-UFT8 but
>> I'm afraid that I can "destroy" my hosted-engine VM with that change, is
>> hosted-engine so sensible?
>>
>> How I know that error?  The logs are saying that(and the error in on
>> postgresql upgrade part of setup)!
>>
>> *Performing Consistency Checks*
>> *-*
>> *Checking cluster versions   ok*
>> *Checking database user is the install user  ok*
>> *Checking database connection settings   ok*
>> *Checking for prepared transactions  ok*
>> *Checking for reg* system OID user data typesok*
>> *Checking for contrib/isn with bigint-passing mismatch   ok*
>> *Checking for invalid "line" user columnsok*
>> *Creating dump of global objects ok*
>> *Creating dump of database schemas*
>> *  engine*
>> *  ovirt_engine_history*
>> *  postgres*
>> *  template1*
>> *ok*
>>
>> *lc_collate values for database "postgres" do not match:  old
>> "en_US.UTF-8", new "de_DE.UTF-8"*
>> *Failure, exiting*
>>
>> I would be thankful if someone could give me some hint about that!
>>
>
OK, reproduced.
The issue happens if and only if you changed system wide locales after
having installed ovirt-engine but before upgrading it to 4.2.
I'm going to open a bug to track it.

In engine-setup we are explicitly setting en_US.UTF-8 as the locale of the
engine DB but we are not touching at all the locale of postgres own DB
which match the system wide locale and your issue is indeed on the postgres
DB, not on the engine one.
pg_upgrade cannot change it on the fly on upgrades.

I tried to find a working fix with env variables but unfortunately nothing
I tired worked.
The only workaround I was able to find is to temporary set the locale you
had at first successful engine-setup execution time (en_US.UTF-8 in your
case but it varies) under /etc/locale.conf and only then execute
engine-setup to upgrade it to 4.2.
After that you could safely switch back /etc/locale.conf to whatever you
need.
All the env variable I tried seams absolutely not relevant for this
specific issue.




>
>> Best Regards,
>>
>> Gabriel
>> PS: If I go to devconf in Brno I will pay a lot of beers to the developer
>> of the engine-setup rollback! Saved my life!
>>
>
> The specific developer won't be there, but you're welcome to reach oVirt
> people there and share some beer :-)
>
>
>
>>
>>
>>
>>
>>
>>
>> Gabriel Stein
>> --
>> Gabriel Ferraz Stein
>> Tel.: +49 (0)  170 2881531
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
> ___
> 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.org - refreshed documentation page

2017-12-21 Thread Yaniv Kaul
With 4.2 release, we've also refreshed the documentation page, making it
easier to find information. Please see https://ovirt.org/documentation/

We are hard working on additional changes to the website, making it easier
to navigate and find the information you need.
Y.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Live migration without shared storage

2017-12-21 Thread Pujan Shah
We have a bit odd setup where some of our clients have dedicated hosts and
we also have some shared hosts. We can migrate client VMs from their
dedicated host to shared host if we need ot do some maintenance. We don't
have shared storage and currently we are using XenServer which supports
live migration without shared storage. We recently started looking into KVM
as an alternative and decided to try ovirt. To our surprise KVM supports
live migration without shared storage but ovirt does not. (
https://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shared-storage/)


​I wanted to know if anyone has dealt with such situation and is this
something others are also looking for?​


​Regards,
Pujan Shah
Systemadministration

--
tel.: +49 (0) 221 / 95 168 - 74
mail:
​ ​
p...@dom.de
DOM Digital Online Media GmbH,
Bismarck Str. 60
50672 Köln

http://www.dom.de/

Geschäftsführer: Markus Schulte
Handelsregister-Nr.: Amtsgericht Köln HRB 55347
UST.-Ident.Nr. DE 814 416 951
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Update to 4.2.0 failing in db check

2017-12-21 Thread Yedidyah Bar David
On Thu, Dec 21, 2017 at 4:32 PM, Sandro Bonazzola 
wrote:

>
>
> 2017-12-21 12:55 GMT+01:00 FERNANDO FREDIANI :
>
>> Updates are often problematic.
>>
>> Whenever someone manages to do a 4.1 to 4.2 upgrade could possibility
>> post it to the Wiki. That will help a lot of people.
>>
> Well, we did :-) Our infra is running on 4.2.0: https://engine-phx.
> ovirt.org/ovirt-engine/
> We are keeping it updates since 3.4 every time we release.
>

About this, see also:

http://lists.ovirt.org/pipermail/users/2017-December/085688.html


>
>
>
>
>> Fernando
>>
>> On 21/12/2017 08:24, Sandro Bonazzola wrote:
>>
>>
>>
>> 2017-12-21 11:03 GMT+01:00 Giorgio Biacchi :
>>
>>> Hi,
>>> I have additional info on the problem. I run
>>> /usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh and the problem is
>>> on 4 templates subversions. In detail we have two templates and each one
>>> has two subversions.
>>>
>>> Other templates with no subversions have no problem.
>>>
>>> Thanks again, I hope this helps in debugging.
>>
>>
>> Thanks Giorgio, do you mind open a bug on https://bugzilla.redhat.com
>> /enter_bug.cgi?product=ovirt-engine to track this?
>>
>>
>>
>>>
>>>
>>> On 12/20/2017 04:04 PM, Martin Perina wrote:
>>>
 Hi,

 could you please share the full setup log?

 ​/var/log/ovirt-engine/setup/ovirt-engine-setup-201712201103
 37-cy5ri9.log

 Thanks

 Martin


 On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola > wrote:



 2017-12-20 11:58 GMT+01:00 Giorgio Biacchi >:

 Hello list,
 I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but
 engine-setup fails. Here's the relevant output:

 [ ERROR ] Failed to execute stage 'Setup validation': Failed
 checking
 Engine database: an exception occurred while validating the
 Engine
 database, please check the logs for getting more info:
   Constraint violation found in  vm_interface
 (vmt_guid) |1

 [ INFO  ] Stage: Clean up
Log file is located at
 ​​
 /var/log/ovirt-engine/setup/ovirt-engine-setup-2017122011033
 7-cy5ri9.log
 [ INFO  ] Generating answer file
 '/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co
 nf'
 [ INFO  ] Stage: Pre-termination
 [ INFO  ] Stage: Termination
 [ ERROR ] Execution of setup failed

 any ideas??


 Adding some people, I think one of your vms has an invalid
 configuration
 saved in the db.


 -- gb

 PGP Key: http://pgp.mit.edu/
 Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC
 DC90 B9CB 0F34
 ___
 Users mailing list
 Users@ovirt.org 
 http://lists.ovirt.org/mailman/listinfo/users
 




 --
 SANDRO BONAZZOLA

 ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

 Red Hat EMEA 

 
 TRIED. TESTED. TRUSTED. 





 --
 Martin Perina
 Associate Manager, Software Engineering
 Red Hat Czech s.r.o.

>>>
>>> --
>>> gb
>>>
>>> PGP Key: http://pgp.mit.edu/
>>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB
>>> 0F34
>>>
>>
>>
>>
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA 
>> 
>> TRIED. TESTED. TRUSTED. 
>>
>>
>>
>> ___
>> Users mailing listus...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
> ___
> 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] [ovirt-announce] [Call for feedback] share also your successful upgrades experience

2017-12-21 Thread Sandro Bonazzola
2017-12-21 15:33 GMT+01:00 Sandro Bonazzola :

>
>
> 2017-12-21 15:16 GMT+01:00 FERNANDO FREDIANI :
>
>> Seems an upgrade guide is more than needed for a 4.1 to 4.2 upgrade.
>> Perhaps with all the feedback comming that can be done.
>>
>
>

Sorry, previous mail started by mistake.
We have an upgrade guide which indeed needs some love:
https://ovirt.org/documentation/upgrade-guide/upgrade-guide/
But upgrade from 4.0 to 4.1 and 4.1 to 4.2 is not different, just different
ovirt-release rpm to be used.



>
>
>>
>> On 21/12/2017 11:55, Misak Khachatryan wrote:
>>
>> Did upgrade to 4.2 yesterday.
>>
>> Everything wen smoothly except few glitches.
>>
>> I have 4 host install - 3 gluster and one node with local storage.
>> One of the gluster servers failed to start it's brick with Peer reject
>> status, solved very fast by googling.
>> On the node i hit old bug, can't upgrade it since 4.1.5 version, finally
>> it seems i just need to reinstall it from scratch.
>>
>>
>>
>> Best regards,
>> Misak Khachatryan
>>
>> On Thu, Dec 21, 2017 at 5:35 PM, Sandro Bonazzola 
>> wrote:
>>
>>> Hi,
>>> now that oVirt 4.2.0 has been released, we're starting to see some
>>> reports about issues that for now are related to not so common deployments.
>>> We'd also like to get some feedback from those who upgraded to this
>>> amazing release without any issue and add these positive feedback under our
>>> developers (digital) Christmas tree as a gift for the effort put in this
>>> release.
>>> Looking forward to your positive reports!
>>>
>>> Not having positive feedback? Let us know too!
>>> We are putting an effort in the next weeks to promptly assist whoever
>>> hit troubles during or after the upgrade. Let us know in this
>>> users@ovirt.org mailing list (preferred) or on IRC using  irc.oftc.net
>>> server and #ovirt channel.
>>>
>>> We are also closely monitoring bugzilla.redhat.com for new bugs on
>>> oVirt project, so you can report issues there as well.
>>>
>>> Thanks,
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>
>>> Red Hat EMEA 
>>> 
>>> TRIED. TESTED. TRUSTED. 
>>>
>>>
>>> ___
>>> Announce mailing list
>>> annou...@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/announce
>>>
>>>
>>
>>
>> ___
>> Users mailing 
>> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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


Re: [ovirt-users] [ovirt-announce] [Call for feedback] share also your successful upgrades experience

2017-12-21 Thread Sandro Bonazzola
2017-12-21 15:16 GMT+01:00 FERNANDO FREDIANI :

> Seems an upgrade guide is more than needed for a 4.1 to 4.2 upgrade.
> Perhaps with all the feedback comming that can be done.
>



>
> On 21/12/2017 11:55, Misak Khachatryan wrote:
>
> Did upgrade to 4.2 yesterday.
>
> Everything wen smoothly except few glitches.
>
> I have 4 host install - 3 gluster and one node with local storage.
> One of the gluster servers failed to start it's brick with Peer reject
> status, solved very fast by googling.
> On the node i hit old bug, can't upgrade it since 4.1.5 version, finally
> it seems i just need to reinstall it from scratch.
>
>
>
> Best regards,
> Misak Khachatryan
>
> On Thu, Dec 21, 2017 at 5:35 PM, Sandro Bonazzola 
> wrote:
>
>> Hi,
>> now that oVirt 4.2.0 has been released, we're starting to see some
>> reports about issues that for now are related to not so common deployments.
>> We'd also like to get some feedback from those who upgraded to this
>> amazing release without any issue and add these positive feedback under our
>> developers (digital) Christmas tree as a gift for the effort put in this
>> release.
>> Looking forward to your positive reports!
>>
>> Not having positive feedback? Let us know too!
>> We are putting an effort in the next weeks to promptly assist whoever hit
>> troubles during or after the upgrade. Let us know in this users@ovirt.org
>> mailing list (preferred) or on IRC using  irc.oftc.net server and #ovirt
>> channel.
>>
>> We are also closely monitoring bugzilla.redhat.com for new bugs on oVirt
>> project, so you can report issues there as well.
>>
>> Thanks,
>> --
>>
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA 
>> 
>> TRIED. TESTED. TRUSTED. 
>>
>>
>> ___
>> Announce mailing list
>> annou...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/announce
>>
>>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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


Re: [ovirt-users] Update to 4.2.0 failing in db check

2017-12-21 Thread Sandro Bonazzola
2017-12-21 12:55 GMT+01:00 FERNANDO FREDIANI :

> Updates are often problematic.
>
> Whenever someone manages to do a 4.1 to 4.2 upgrade could possibility post
> it to the Wiki. That will help a lot of people.
>
Well, we did :-) Our infra is running on 4.2.0:
https://engine-phx.ovirt.org/ovirt-engine/
We are keeping it updates since 3.4 every time we release.




> Fernando
>
> On 21/12/2017 08:24, Sandro Bonazzola wrote:
>
>
>
> 2017-12-21 11:03 GMT+01:00 Giorgio Biacchi :
>
>> Hi,
>> I have additional info on the problem. I run
>> /usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh and the problem is
>> on 4 templates subversions. In detail we have two templates and each one
>> has two subversions.
>>
>> Other templates with no subversions have no problem.
>>
>> Thanks again, I hope this helps in debugging.
>
>
> Thanks Giorgio, do you mind open a bug on https://bugzilla.redhat.
> com/enter_bug.cgi?product=ovirt-engine to track this?
>
>
>
>>
>>
>> On 12/20/2017 04:04 PM, Martin Perina wrote:
>>
>>> Hi,
>>>
>>> could you please share the full setup log?
>>>
>>> ​/var/log/ovirt-engine/setup/ovirt-engine-setup-201712201103
>>> 37-cy5ri9.log
>>>
>>> Thanks
>>>
>>> Martin
>>>
>>>
>>> On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola >> > wrote:
>>>
>>>
>>>
>>> 2017-12-20 11:58 GMT+01:00 Giorgio Biacchi >> >:
>>>
>>> Hello list,
>>> I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but
>>> engine-setup fails. Here's the relevant output:
>>>
>>> [ ERROR ] Failed to execute stage 'Setup validation': Failed
>>> checking
>>> Engine database: an exception occurred while validating the
>>> Engine
>>> database, please check the logs for getting more info:
>>>   Constraint violation found in  vm_interface (vmt_guid)
>>> |1
>>>
>>> [ INFO  ] Stage: Clean up
>>>Log file is located at
>>> ​​
>>> /var/log/ovirt-engine/setup/ovirt-engine-setup-2017122011033
>>> 7-cy5ri9.log
>>> [ INFO  ] Generating answer file
>>> '/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co
>>> nf'
>>> [ INFO  ] Stage: Pre-termination
>>> [ INFO  ] Stage: Termination
>>> [ ERROR ] Execution of setup failed
>>>
>>> any ideas??
>>>
>>>
>>> Adding some people, I think one of your vms has an invalid
>>> configuration
>>> saved in the db.
>>>
>>>
>>> -- gb
>>>
>>> PGP Key: http://pgp.mit.edu/
>>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90
>>> B9CB 0F34
>>> ___
>>> Users mailing list
>>> Users@ovirt.org 
>>> http://lists.ovirt.org/mailman/listinfo/users
>>> 
>>>
>>>
>>>
>>>
>>> --
>>> SANDRO BONAZZOLA
>>>
>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>>
>>> Red Hat EMEA 
>>>
>>> 
>>> TRIED. TESTED. TRUSTED. 
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Martin Perina
>>> Associate Manager, Software Engineering
>>> Red Hat Czech s.r.o.
>>>
>>
>> --
>> gb
>>
>> PGP Key: http://pgp.mit.edu/
>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
>>
>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
>
> ___
> Users mailing listus...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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


Re: [ovirt-users] Update to 4.2.0 failing in db check

2017-12-21 Thread Giorgio Biacchi

On 12/21/2017 11:24 AM, Sandro Bonazzola wrote:



2017-12-21 11:03 GMT+01:00 Giorgio Biacchi >:


Hi,
I have additional info on the problem. I run
/usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh and the problem is on 4
templates subversions. In detail we have two templates and each one has two
subversions.

Other templates with no subversions have no problem.

Thanks again, I hope this helps in debugging.


Thanks Giorgio, do you mind open a bug on 
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine to track this?


Bug 1528316 Submitted





On 12/20/2017 04:04 PM, Martin Perina wrote:

Hi,

could you please share the full setup log?


​/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log

Thanks

Martin


On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola  >> wrote:



     2017-12-20 11:58 GMT+01:00 Giorgio Biacchi 
     >>:

         Hello list,
         I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but
         engine-setup fails. Here's the relevant output:

         [ ERROR ] Failed to execute stage 'Setup validation': Failed
checking
         Engine database: an exception occurred while validating the 
Engine
         database, please check the logs for getting more info:
                   Constraint violation found in  vm_interface 
(vmt_guid) |1

         [ INFO  ] Stage: Clean up
                    Log file is located at
         ​​

/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log

         [ INFO  ] Generating answer file
         '/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co

         >nf'
         [ INFO  ] Stage: Pre-termination
         [ INFO  ] Stage: Termination
         [ ERROR ] Execution of setup failed

         any ideas??


     Adding some people, I think one of your vms has an invalid
configuration
     saved in the db.


         --         gb

         PGP Key: http://pgp.mit.edu/
         Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC
DC90 B9CB 0F34
         ___
         Users mailing list
Users@ovirt.org  >
http://lists.ovirt.org/mailman/listinfo/users

         >




     --
     SANDRO BONAZZOLA

     ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION 
R

     Red Hat EMEA 

     
     TRIED. TESTED. TRUSTED. 





-- 
Martin Perina

Associate Manager, Software Engineering
Red Hat Czech s.r.o.


-- 
gb


PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34




--

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

  
TRIED. TESTED. TRUSTED. 




--
gb

PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-announce] [Call for feedback] share also your successful upgrades experience

2017-12-21 Thread FERNANDO FREDIANI
Seems an upgrade guide is more than needed for a 4.1 to 4.2 upgrade. 
Perhaps with all the feedback comming that can be done.



On 21/12/2017 11:55, Misak Khachatryan wrote:

Did upgrade to 4.2 yesterday.

Everything wen smoothly except few glitches.

I have 4 host install - 3 gluster and one node with local storage.
One of the gluster servers failed to start it's brick with Peer reject 
status, solved very fast by googling.
On the node i hit old bug, can't upgrade it since 4.1.5 version, 
finally it seems i just need to reinstall it from scratch.




Best regards,
Misak Khachatryan

On Thu, Dec 21, 2017 at 5:35 PM, Sandro Bonazzola > wrote:


Hi,
now that oVirt 4.2.0 has been released, we're starting to see some
reports about issues that for now are related to not so common
deployments.
We'd also like to get some feedback from those who upgraded to
this amazing release without any issue and add these positive
feedback under our developers (digital) Christmas tree as a gift
for the effort put in this release.
Looking forward to your positive reports!

Not having positive feedback? Let us know too!
We are putting an effort in the next weeks to promptly assist
whoever hit troubles during or after the upgrade. Let us know in
this users@ovirt.org  mailing list
(preferred) or on IRC using irc.oftc.net 
server and #ovirt channel.

We are also closely monitoring bugzilla.redhat.com
 for new bugs on oVirt project, so you
can report issues there as well.

Thanks,
-- 


SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

  
TRIED. TESTED. TRUSTED. 



___
Announce mailing list
annou...@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/announce





___
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-announce] [Call for feedback] share also your successful upgrades experience

2017-12-21 Thread Misak Khachatryan
Did upgrade to 4.2 yesterday.

Everything wen smoothly except few glitches.

I have 4 host install - 3 gluster and one node with local storage.
One of the gluster servers failed to start it's brick with Peer reject
status, solved very fast by googling.
On the node i hit old bug, can't upgrade it since 4.1.5 version, finally it
seems i just need to reinstall it from scratch.



Best regards,
Misak Khachatryan

On Thu, Dec 21, 2017 at 5:35 PM, Sandro Bonazzola 
wrote:

> Hi,
> now that oVirt 4.2.0 has been released, we're starting to see some reports
> about issues that for now are related to not so common deployments.
> We'd also like to get some feedback from those who upgraded to this
> amazing release without any issue and add these positive feedback under our
> developers (digital) Christmas tree as a gift for the effort put in this
> release.
> Looking forward to your positive reports!
>
> Not having positive feedback? Let us know too!
> We are putting an effort in the next weeks to promptly assist whoever hit
> troubles during or after the upgrade. Let us know in this users@ovirt.org
> mailing list (preferred) or on IRC using  irc.oftc.net server and #ovirt
> channel.
>
> We are also closely monitoring bugzilla.redhat.com for new bugs on oVirt
> project, so you can report issues there as well.
>
> Thanks,
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>
>
> ___
> Announce mailing list
> annou...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/announce
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] [Call for feedback] share also your successful upgrades experience

2017-12-21 Thread Sandro Bonazzola
Hi,
now that oVirt 4.2.0 has been released, we're starting to see some reports
about issues that for now are related to not so common deployments.
We'd also like to get some feedback from those who upgraded to this amazing
release without any issue and add these positive feedback under our
developers (digital) Christmas tree as a gift for the effort put in this
release.
Looking forward to your positive reports!

Not having positive feedback? Let us know too!
We are putting an effort in the next weeks to promptly assist whoever hit
troubles during or after the upgrade. Let us know in this users@ovirt.org
mailing list (preferred) or on IRC using  irc.oftc.net server and #ovirt
channel.

We are also closely monitoring bugzilla.redhat.com for new bugs on oVirt
project, so you can report issues there as well.

Thanks,
-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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


Re: [ovirt-users] Self hosted engine fails after 4.2 upgrade

2017-12-21 Thread Andy Kress
Yep will do momentarily

Thanks 

Andy 

> On Dec 21, 2017, at 4:14 AM, Stefano Danzi  wrote:
> 
> Hello!
> I have a test system with one phisical host and hosted engine running on it.
> Storage is gluster but hosted engine mount it as nfs.
> 
> After the upgrade gluster no longer activate nfs.
> The command "gluster volume set engine nfs.disable off" doesn't help.
> 
> How I can re-enable nfs? O better how I can migrate self hosted engine to 
> native glusterfs?
> ___
> 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] Self hosted engine fails after 4.2 upgrade

2017-12-21 Thread Stefano Danzi

Sloved installing glusterfs-gnfs package.
Anyway could be nice to move hosted engine to gluster

Il 21/12/2017 11:37, Stefano Danzi ha scritto:



Il 21/12/2017 11:30, Simone Tiraboschi ha scritto:



On Thu, Dec 21, 2017 at 11:16 AM, Stefano Danzi > wrote:


Hello!
I have a test system with one phisical host and hosted engine
running on it.
Storage is gluster but hosted engine mount it as nfs.

After the upgrade gluster no longer activate nfs.
The command "gluster volume set engine nfs.disable off" doesn't help.

How I can re-enable nfs? O better how I can migrate self hosted
engine to native glusterfs?



Ciao Stefano,
could you please attach the output of
  gluster volume info engine

adding Kasturi here


[root@ovirt01 ~]# gluster volume info engine

Volume Name: engine
Type: Distribute
Volume ID: 565951c8-977e-4674-b6b2-b4f60551c1d8
Status: Started
Snapshot Count: 0
Number of Bricks: 1
Transport-type: tcp
Bricks:
Brick1: ovirt01.hawai.lan:/home/glusterfs/engine/brick
Options Reconfigured:
server.event-threads: 4
client.event-threads: 4
network.ping-timeout: 30
server.allow-insecure: on
storage.owner-gid: 36
storage.owner-uid: 36
cluster.server-quorum-type: server
cluster.quorum-type: auto
network.remote-dio: enable
cluster.eager-lock: enable
performance.stat-prefetch: off
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
nfs.disable: off
performance.low-prio-threads: 32
cluster.data-self-heal-algorithm: full
cluster.locking-scheme: granular
cluster.shd-max-threads: 8
cluster.shd-wait-qlength: 1
features.shard: on
user.cifs: off
features.shard-block-size: 512MB





___
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] Regarding Ovirt Installation

2017-12-21 Thread Martin Sivak
Hi,

one of the new features of oVirt 4.2 is support for Replica 1 all in
one setup using hosted engine and gluster in hyper-converged mode.

So it should be again possible to use just a single host for
everything, I am not sure we have a documentation ready for that
though.

Best regards

Martin Sivak

On Thu, Dec 21, 2017 at 2:15 PM, Simone Tiraboschi  wrote:
>
>
> On Thu, Dec 21, 2017 at 1:59 PM, ruth john 
> wrote:
>>
>> Sir, buying nfs storage would cost me a lot. Can't I use it directly on
>> the provided storage?
>
>
> We don't have anymore an all-in-one installation where the engine and vdsm
> runs altogether in the same machine; the proposed replacement is
> hosted-engine which doesn't work with local storage since it's supposed to
> be able to restart the engine VM somewhere else for HA reasons and the local
> storage is against that by definition.
> If you have three machines I'd suggest an hyperconverged gluster deployment
> with replica 3.
>
> If you want to try it on a single machine keep present that NFS in loop-back
> is discouraged so maybe you could try iSCSI or, maybe with a small hack,
> gluster in replica 1 in loopback
>
>
>>
>>
>>
>> On Dec 21, 2017 1:25 PM, "Simone Tiraboschi"  wrote:
>>
>>
>>
>> On Wed, Dec 20, 2017 at 10:45 PM, ruth john 
>> wrote:
>>>
>>> I am delighted with the interface and other features of the Ovirt but was
>>> never able to install it properly, is that true OVirt doesn't support
>>> Hetzner Dedicated and OVH dedicated?
>>
>>
>> I personally know about a friend who is running it on an a couple of
>> dedicated OVH machines with NFS storage provided by OVH.
>> No idea about Hetzner.
>>
>>
>>>
>>> if not can anyone please help me to install atleast on one to make me
>>> understand where am i doing the mistake.
>>>
>>> ___
>>> 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] Regarding Ovirt Installation

2017-12-21 Thread Yaniv Kaul
On Thu, Dec 21, 2017 at 3:15 PM, Simone Tiraboschi 
wrote:

>
>
> On Thu, Dec 21, 2017 at 1:59 PM, ruth john 
> wrote:
>
>> Sir, buying nfs storage would cost me a lot. Can't I use it directly on
>> the provided storage?
>>
>
> We don't have anymore an all-in-one installation where the engine and vdsm
> runs altogether in the same machine; the proposed replacement is
> hosted-engine which doesn't work with local storage since it's supposed to
> be able to restart the engine VM somewhere else for HA reasons and the
> local storage is against that by definition.
> If you have three machines I'd suggest an hyperconverged gluster
> deployment with replica 3.
>
> If you want to try it on a single machine keep present that NFS in
> loop-back is discouraged so maybe you could try iSCSI or, maybe with a
> small hack, gluster in replica 1 in loopback
>

You could install Engine on a machine and re-use the same machine and
install it as a hypervisor. Apart from minor conflict between firewall
configurations, it should work.
See http://blog.domb.net/?p=2141 for such setup.
Y.




>
>
>
>>
>>
>> On Dec 21, 2017 1:25 PM, "Simone Tiraboschi"  wrote:
>>
>>
>>
>> On Wed, Dec 20, 2017 at 10:45 PM, ruth john > > wrote:
>>
>>> I am delighted with the interface and other features of the Ovirt but
>>> was never able to install it properly, is that true OVirt doesn't support
>>> Hetzner Dedicated and OVH dedicated?
>>>
>>
>> I personally know about a friend who is running it on an a couple of
>> dedicated OVH machines with NFS storage provided by OVH.
>> No idea about Hetzner.
>>
>>
>>
>>> if not can anyone please help me to install atleast on one to make me
>>> understand where am i doing the mistake.
>>>
>>> ___
>>> 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] Regarding Ovirt Installation

2017-12-21 Thread Simone Tiraboschi
On Thu, Dec 21, 2017 at 1:59 PM, ruth john 
wrote:

> Sir, buying nfs storage would cost me a lot. Can't I use it directly on
> the provided storage?
>

We don't have anymore an all-in-one installation where the engine and vdsm
runs altogether in the same machine; the proposed replacement is
hosted-engine which doesn't work with local storage since it's supposed to
be able to restart the engine VM somewhere else for HA reasons and the
local storage is against that by definition.
If you have three machines I'd suggest an hyperconverged gluster deployment
with replica 3.

If you want to try it on a single machine keep present that NFS in
loop-back is discouraged so maybe you could try iSCSI or, maybe with a
small hack, gluster in replica 1 in loopback



>
>
> On Dec 21, 2017 1:25 PM, "Simone Tiraboschi"  wrote:
>
>
>
> On Wed, Dec 20, 2017 at 10:45 PM, ruth john 
> wrote:
>
>> I am delighted with the interface and other features of the Ovirt but was
>> never able to install it properly, is that true OVirt doesn't support
>> Hetzner Dedicated and OVH dedicated?
>>
>
> I personally know about a friend who is running it on an a couple of
> dedicated OVH machines with NFS storage provided by OVH.
> No idea about Hetzner.
>
>
>
>> if not can anyone please help me to install atleast on one to make me
>> understand where am i doing the mistake.
>>
>> ___
>> 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] New post on oVirt blog: Monitor Your oVirt Environment with oVirt Metrics Store

2017-12-21 Thread John Marks
Hello!

Just a quick heads up that there is a new post on the oVirt blog:

Monitor Your oVirt Environment with oVirt Metrics Store


In a nutshell:

The oVirt project now includes a unified metrics and logs real-time
monitoring solution for the oVirt environment. Read the post
.


See you on the oVirt blog!

Best,

John


-- 
John Marks
Technical Writer, oVirt
redhat Israel
Cell: +972 52 8644 491



-- 
John Marks
Technical Writer, oVirt
redhat Israel
Cell: +972 52 8644 491
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Regarding Ovirt Installation

2017-12-21 Thread Luca 'remix_tj' Lorenzetto
Hi,

if you bought a dedicated server with virtualization extensions
enabled you should have no problems.

Ask your provider if that extension is enabled. A friend of mine on
hetzner is using KVM without issues, but required some tweaks about
network that you can find in their docs.

Luca

On Wed, Dec 20, 2017 at 10:45 PM, ruth john
 wrote:
> I am delighted with the interface and other features of the Ovirt but was
> never able to install it properly, is that true OVirt doesn't support
> Hetzner Dedicated and OVH dedicated?
> if not can anyone please help me to install atleast on one to make me
> understand where am i doing the mistake.
>
> ___
> 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] FC LUNs not detected

2017-12-21 Thread Nathanaël Blanchet

Have you choosed  the good datacenter/cluster/host?

What you see in the ui is the view from the selected host.

You may not have configured the lun to be available on the other ovirt 
hosts, and you chose one of these wrong hosts.


In every ways, you must make this lun available to all nodes of your 
cluster, otherwise, you won't be able to initiate your storage domain.



Le 20/12/2017 à 23:29, Zygmunt Diao a écrit :


Hi All,

From the oVirt Manager, I am trying to create a new storage domain 
from Fiber Channel but I only see the local disks on the host.


When I check the storage on the oVirt node itself on the Cockpit user 
interface, the SAN disk is detected:


Model   VV

Firmware Version    3215

Serial Number 1650052

World Wide Name   0x60002ac00070c384

Capacity 2 TiB, 2.2 TB, 219902322 bytes

Device File   -

Multipathed Devices  /dev/sde /dev/sdg /dev/sdi /dev/sdk /dev/sdm 
/dev/sdo /dev/sdq /dev/sds


Can someone please help with the issue?

oVirt Node 4.1.8

oVirt Engine Version: 4.1.8.2-1.el7.centos

Thanks,

Zygmunt



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


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

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


Re: [ovirt-users] Update to 4.2.0 failing in db check

2017-12-21 Thread FERNANDO FREDIANI

Updates are often problematic.

Whenever someone manages to do a 4.1 to 4.2 upgrade could possibility 
post it to the Wiki. That will help a lot of people.


Fernando


On 21/12/2017 08:24, Sandro Bonazzola wrote:



2017-12-21 11:03 GMT+01:00 Giorgio Biacchi >:


Hi,
I have additional info on the problem. I run
/usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh and the
problem is on 4 templates subversions. In detail we have two
templates and each one has two subversions.

Other templates with no subversions have no problem.

Thanks again, I hope this helps in debugging.


Thanks Giorgio, do you mind open a bug on 
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine to 
track this?




On 12/20/2017 04:04 PM, Martin Perina wrote:

Hi,

could you please share the full setup log?


​/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log

Thanks

Martin


On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola

>> wrote:



    2017-12-20 11:58 GMT+01:00 Giorgio Biacchi

    >>:

        Hello list,
        I was about to upgrade from 4.1.8.2-1.el7.centos to
4.2.0 but
        engine-setup fails. Here's the relevant output:

        [ ERROR ] Failed to execute stage 'Setup validation':
Failed checking
        Engine database: an exception occurred while
validating the Engine
        database, please check the logs for getting more info:
                  Constraint violation found in vm_interface
(vmt_guid) |1

        [ INFO  ] Stage: Clean up
                   Log file is located at
        ​​
       
/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log
        [ INFO  ] Generating answer file
       
'/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co

        >nf'
        [ INFO  ] Stage: Pre-termination
        [ INFO  ] Stage: Termination
        [ ERROR ] Execution of setup failed

        any ideas??


    Adding some people, I think one of your vms has an invalid
configuration
    saved in the db.


        --         gb

        PGP Key: http://pgp.mit.edu/
        Primary key fingerprint: C510 0765 943E EBED A4F2 69D3
16CC DC90 B9CB 0F34
        ___
        Users mailing list
Users@ovirt.org 
>
http://lists.ovirt.org/mailman/listinfo/users

        >




    --
    SANDRO BONAZZOLA

    ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG
VIRTUALIZATION R

    Red Hat EMEA 

    
    TRIED. TESTED. TRUSTED. 





-- 
Martin Perina

Associate Manager, Software Engineering
Red Hat Czech s.r.o.


-- 
gb


PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90
B9CB 0F34




--

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

  
TRIED. TESTED. TRUSTED. 




___
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] FC LUNs not detected

2017-12-21 Thread Zygmunt Diao
Hi All,

>From the oVirt Manager, I am trying to create a new storage domain from Fiber 
>Channel but I only see the local disks on the host.
When I check the storage on the oVirt node itself on the Cockpit user 
interface, the SAN disk is detected:

Model   VV
Firmware Version3215
Serial Number   1650052
World Wide Name   0x60002ac00070c384
Capacity   2 TiB, 2.2 TB, 219902322 bytes
Device File   -
Multipathed Devices  /dev/sde /dev/sdg /dev/sdi /dev/sdk /dev/sdm /dev/sdo 
/dev/sdq /dev/sds

Can someone please help with the issue?

oVirt Node 4.1.8
oVirt Engine Version: 4.1.8.2-1.el7.centos

Thanks,

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


[ovirt-users] missing vm in vm portal in statefull pool

2017-12-21 Thread Роман Черкалин
Hi all,

On ovirt 4.2 I make two pools 10 and 20 VMs, 1 vm for each user, and when 
overall number of vm more than 15 or so, on user login and start, VM has 
assigned but never appears in vm portal, if try to start again this message 
will be displayed:
"START_POOL failed [Cannot attach VM to VM-Pool. VM-Pool is already attached to 
a User., Cannot attach VM to VM-Pool. VM-Pool is already attached to a User., 
Cannot attach VM to VM-Pool. VM-Pool is already attached to a User., Cannot 
attach VM to VM-Pool. VM-Pool is already attached to a User., Cannot attach VM 
to VM-Pool. VM-Pool is already attached to a User., Cannot attach VM to 
VM-Pool. VM-Pool is already attached to a User., Cannot attach VM to VM-Pool. 
VM-Pool is already attached to a User., Cannot attach VM to VM-Pool. VM-Pool is 
already attached to a User., User is already attached to maximum number of VMs 
from this VM-Pool.]".
Say if create one pool with 20 VM all happen again. Maybe I'm missing something?

With regards,
Roman Cherkalin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Self hosted engine fails after 4.2 upgrade

2017-12-21 Thread Stefano Danzi



Il 21/12/2017 11:30, Simone Tiraboschi ha scritto:



On Thu, Dec 21, 2017 at 11:16 AM, Stefano Danzi > wrote:


Hello!
I have a test system with one phisical host and hosted engine
running on it.
Storage is gluster but hosted engine mount it as nfs.

After the upgrade gluster no longer activate nfs.
The command "gluster volume set engine nfs.disable off" doesn't help.

How I can re-enable nfs? O better how I can migrate self hosted
engine to native glusterfs?



Ciao Stefano,
could you please attach the output of
  gluster volume info engine

adding Kasturi here


[root@ovirt01 ~]# gluster volume info engine

Volume Name: engine
Type: Distribute
Volume ID: 565951c8-977e-4674-b6b2-b4f60551c1d8
Status: Started
Snapshot Count: 0
Number of Bricks: 1
Transport-type: tcp
Bricks:
Brick1: ovirt01.hawai.lan:/home/glusterfs/engine/brick
Options Reconfigured:
server.event-threads: 4
client.event-threads: 4
network.ping-timeout: 30
server.allow-insecure: on
storage.owner-gid: 36
storage.owner-uid: 36
cluster.server-quorum-type: server
cluster.quorum-type: auto
network.remote-dio: enable
cluster.eager-lock: enable
performance.stat-prefetch: off
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
nfs.disable: off
performance.low-prio-threads: 32
cluster.data-self-heal-algorithm: full
cluster.locking-scheme: granular
cluster.shd-max-threads: 8
cluster.shd-wait-qlength: 1
features.shard: on
user.cifs: off
features.shard-block-size: 512MB





___
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] Self hosted engine fails after 4.2 upgrade

2017-12-21 Thread Simone Tiraboschi
On Thu, Dec 21, 2017 at 11:16 AM, Stefano Danzi  wrote:

> Hello!
> I have a test system with one phisical host and hosted engine running on
> it.
> Storage is gluster but hosted engine mount it as nfs.
>
> After the upgrade gluster no longer activate nfs.
> The command "gluster volume set engine nfs.disable off" doesn't help.
>
> How I can re-enable nfs? O better how I can migrate self hosted engine to
> native glusterfs?
>


Ciao Stefano,
could you please attach the output of
  gluster volume info engine

adding Kasturi here

___
> 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] Self hosted engine fails after 4.2 upgrade

2017-12-21 Thread Stefano Danzi

Hello!
I have a test system with one phisical host and hosted engine running on it.
Storage is gluster but hosted engine mount it as nfs.

After the upgrade gluster no longer activate nfs.
The command "gluster volume set engine nfs.disable off" doesn't help.

How I can re-enable nfs? O better how I can migrate self hosted engine 
to native glusterfs?

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


Re: [ovirt-users] Update to 4.2.0 failing in db check

2017-12-21 Thread Sandro Bonazzola
2017-12-21 11:03 GMT+01:00 Giorgio Biacchi :

> Hi,
> I have additional info on the problem. I run 
> /usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh
> and the problem is on 4 templates subversions. In detail we have two
> templates and each one has two subversions.
>
> Other templates with no subversions have no problem.
>
> Thanks again, I hope this helps in debugging.


Thanks Giorgio, do you mind open a bug on
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine to track
this?



>
>
> On 12/20/2017 04:04 PM, Martin Perina wrote:
>
>> Hi,
>>
>> could you please share the full setup log?
>>
>> ​/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log
>>
>> Thanks
>>
>> Martin
>>
>>
>> On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola > > wrote:
>>
>>
>>
>> 2017-12-20 11:58 GMT+01:00 Giorgio Biacchi > >:
>>
>> Hello list,
>> I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but
>> engine-setup fails. Here's the relevant output:
>>
>> [ ERROR ] Failed to execute stage 'Setup validation': Failed
>> checking
>> Engine database: an exception occurred while validating the Engine
>> database, please check the logs for getting more info:
>>   Constraint violation found in  vm_interface (vmt_guid)
>> |1
>>
>> [ INFO  ] Stage: Clean up
>>Log file is located at
>> ​​
>> /var/log/ovirt-engine/setup/ovirt-engine-setup-2017122011033
>> 7-cy5ri9.log
>> [ INFO  ] Generating answer file
>> '/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co
>> nf'
>> [ INFO  ] Stage: Pre-termination
>> [ INFO  ] Stage: Termination
>> [ ERROR ] Execution of setup failed
>>
>> any ideas??
>>
>>
>> Adding some people, I think one of your vms has an invalid
>> configuration
>> saved in the db.
>>
>>
>> -- gb
>>
>> PGP Key: http://pgp.mit.edu/
>> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90
>> B9CB 0F34
>> ___
>> Users mailing list
>> Users@ovirt.org 
>> http://lists.ovirt.org/mailman/listinfo/users
>> 
>>
>>
>>
>>
>> --
>> SANDRO BONAZZOLA
>>
>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>>
>> Red Hat EMEA 
>>
>> 
>> TRIED. TESTED. TRUSTED. 
>>
>>
>>
>>
>>
>> --
>> Martin Perina
>> Associate Manager, Software Engineering
>> Red Hat Czech s.r.o.
>>
>
> --
> gb
>
> PGP Key: http://pgp.mit.edu/
> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

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


[ovirt-users] Self hosted engine fails after 4.2 upgrade

2017-12-21 Thread Stefano Danzi

Hello!
I have a test system with one phisical host and hosted engine running on 
it.

Storage is gluster but hosted engine mount it as nfs.

After the upgrade gluster no longer activate nfs.
The command "gluster volume set engine nfs.disable off" doesn't help.

How I can re-enable nfs? O better how I can migrate self hosted engine 
to native glusterfs?

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


Re: [ovirt-users] Update to 4.2.0 failing in db check

2017-12-21 Thread Giorgio Biacchi

Hi,
I have additional info on the problem. I run 
/usr/share/ovirt-engine/setup/dbutils/fkvalidator.sh and the problem is on 4 
templates subversions. In detail we have two templates and each one has two 
subversions.


Other templates with no subversions have no problem.

Thanks again, I hope this helps in debugging.

On 12/20/2017 04:04 PM, Martin Perina wrote:

Hi,

could you please share the full setup log?

​/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log

Thanks

Martin


On Wed, Dec 20, 2017 at 2:22 PM, Sandro Bonazzola > wrote:




2017-12-20 11:58 GMT+01:00 Giorgio Biacchi >:

Hello list,
I was about to upgrade from 4.1.8.2-1.el7.centos to 4.2.0 but
engine-setup fails. Here's the relevant output:

[ ERROR ] Failed to execute stage 'Setup validation': Failed checking
Engine database: an exception occurred while validating the Engine
database, please check the logs for getting more info:
          Constraint violation found in  vm_interface (vmt_guid) |1

[ INFO  ] Stage: Clean up
           Log file is located at
​​
/var/log/ovirt-engine/setup/ovirt-engine-setup-20171220110337-cy5ri9.log
[ INFO  ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20171220110551-setup.co
nf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed

any ideas??


Adding some people, I think one of your vms has an invalid configuration
saved in the db.


-- 
gb


PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 
0F34
___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users





-- 


SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

  
TRIED. TESTED. TRUSTED. 





--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.


--
gb

PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] HA Broker fails after 4.2 upgrade

2017-12-21 Thread Martin Sivak
Btw lacking vdsm logs here this seems to be the same issue Jason
Brooks just reported here too. Hosted engine is trying to get storage
info from VDSM and gets error instead..

--
Martin Sivak
SLA / oVirt

On Thu, Dec 21, 2017 at 9:02 AM, Simone Tiraboschi  wrote:
>
>
> On Thu, Dec 21, 2017 at 5:13 AM, Andy  wrote:
>>
>> Hello all,
>>
>> I just upgraded my OVIRT instance to 4.2, the engine completed
>> successfully, however after I upgraded the hosts the HA Broker will not
>> start.  The 2 hosts are running CentOS 7.4, running gluster and CTDB.  The
>> VIPS are up and can be reached from both hosts as well as I can mount the
>> gluster storage.
>>
>> The error from the agent.log:
>>
>> MainThread::INFO::2017-12-20
>> 21:02:19,219::agent::67::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
>> ovirt-hosted-engine-ha agent 2.2.2 started
>> MainThread::INFO::2017-12-20
>> 21:02:19,346::hosted_engine::243::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
>> Found certificate common name: hm3svr01.hm3.loc
>> MainThread::INFO::2017-12-20
>> 21:02:20,478::hosted_engine::525::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
>> Initializing ha-broker connection
>> MainThread::INFO::2017-12-20
>> 21:02:20,482::brokerlink::77::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
>> Starting monitor ping, options {'addr': '192.168.3.1'}
>> MainThread::ERROR::2017-12-20
>> 21:02:20,483::hosted_engine::538::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
>> Failed to start necessary monitors
>> MainThread::ERROR::2017-12-20
>> 21:02:20,485::agent::144::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>> Traceback (most recent call last):
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
>> line 131, in _run_agent
>> return action(he)
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
>> line 55, in action_proper
>> return he.start_monitoring()
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
>> line 416, in start_monitoring
>> self._initialize_broker()
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
>> line 535, in _initialize_broker
>> m.get('options', {}))
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
>> line 83, in start_monitor
>> .format(type, options, e))
>> RequestError: Failed to start monitor ping, options {'addr':
>> '192.168.x.x'}: [Errno 2] No such file or directory
>
>
> This simply means that the broker is not ready.
>
>>
>>
>>
>> The broker.log:
>>
>> MainThread::INFO::2017-12-20
>> 23:06:19,405::monitor::50::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>> Finished loading submonitors
>> MainThread::INFO::2017-12-20
>> 23:06:20,324::storage_backends::346::ovirt_hosted_engine_ha.lib.storage_backends::(connect)
>> Connecting the storage
>> MainThread::INFO::2017-12-20
>> 23:06:20,325::storage_server::252::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server)
>> Connecting storage server
>> MainThread::INFO::2017-12-20
>> 23:06:20,849::storage_server::259::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server)
>> Connecting storage server
>> MainThread::WARNING::2017-12-20
>> 23:06:20,913::storage_broker::96::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__)
>> Can't connect vdsm storage: Connection to storage server failed
>> MainThread::INFO::2017-12-20
>> 23:06:22,087::broker::45::ovirt_hosted_engine_ha.broker.broker.Broker::(run)
>> ovirt-hosted-engine-ha broker 2.2.2 started
>> MainThread::INFO::2017-12-20
>> 23:06:22,088::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>> Searching for submonitors in
>> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/s
>> ubmonitors
>> MainThread::INFO::2017-12-20
>> 23:06:22,089::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>> Loaded submonitor cpu-load
>> MainThread::INFO::2017-12-20
>> 23:06:22,093::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>> Loaded submonitor cpu-load-no-engine
>> MainThread::INFO::2017-12-20
>> 23:06:22,146::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>> Loaded submonitor engine-health
>> MainThread::INFO::2017-12-20
>> 23:06:22,147::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>> Loaded submonitor mem-free
>> MainThread::INFO::2017-12-20
>> 23:06:22,147::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
>> Loaded submonitor mem-load
>> MainThread::INFO::2017-12-20
>> 

Re: [ovirt-users] HA Broker fails after 4.2 upgrade

2017-12-21 Thread Simone Tiraboschi
On Thu, Dec 21, 2017 at 5:13 AM, Andy  wrote:

> Hello all,
>
> I just upgraded my OVIRT instance to 4.2, the engine completed
> successfully, however after I upgraded the hosts the HA Broker will not
> start.  The 2 hosts are running CentOS 7.4, running gluster and CTDB.  The
> VIPS are up and can be reached from both hosts as well as I can mount the
> gluster storage.
>
> The error from the agent.log:
>
> MainThread::INFO::2017-12-20 21:02:19,219::agent::67::
> ovirt_hosted_engine_ha.agent.agent.Agent::(run) ovirt-hosted-engine-ha
> agent 2.2.2 started
> MainThread::INFO::2017-12-20 21:02:19,346::hosted_engine::
> 243::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname)
> Found certificate common name: hm3svr01.hm3.loc
> MainThread::INFO::2017-12-20 21:02:20,478::hosted_engine::
> 525::ovirt_hosted_engine_ha.agent.hosted_engine.
> HostedEngine::(_initialize_broker) Initializing ha-broker connection
> MainThread::INFO::2017-12-20 21:02:20,482::brokerlink::77::
> ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
> Starting monitor ping, options {'addr': '192.168.3.1'}
> MainThread::ERROR::2017-12-20 21:02:20,483::hosted_engine::
> 538::ovirt_hosted_engine_ha.agent.hosted_engine.
> HostedEngine::(_initialize_broker) Failed to start necessary monitors
> MainThread::ERROR::2017-12-20 21:02:20,485::agent::144::
> ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Traceback (most
> recent call last):
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 131, in _run_agent
> return action(he)
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
> line 55, in action_proper
> return he.start_monitoring()
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 416, in start_monitoring
> self._initialize_broker()
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 535, in _initialize_broker
> m.get('options', {}))
>   File 
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
> line 83, in start_monitor
> .format(type, options, e))
> RequestError: Failed to start monitor ping, options {'addr':
> '192.168.x.x'}: [Errno 2] No such file or directory
>

This simply means that the broker is not ready.


>
>
> The broker.log:
>
> MainThread::INFO::2017-12-20 23:06:19,405::monitor::50::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Finished loading submonitors
> MainThread::INFO::2017-12-20 23:06:20,324::storage_
> backends::346::ovirt_hosted_engine_ha.lib.storage_backends::(connect)
> Connecting the storage
> MainThread::INFO::2017-12-20 23:06:20,325::storage_server::
> 252::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server)
> Connecting storage server
> MainThread::INFO::2017-12-20 23:06:20,849::storage_server::
> 259::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server)
> Connecting storage server
> MainThread::WARNING::2017-12-20 23:06:20,913::storage_broker::
> 96::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__)
> Can't connect vdsm storage: Connection to storage server failed
> MainThread::INFO::2017-12-20 23:06:22,087::broker::45::
> ovirt_hosted_engine_ha.broker.broker.Broker::(run) ovirt-hosted-engine-ha
> broker 2.2.2 started
> MainThread::INFO::2017-12-20 23:06:22,088::monitor::40::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Searching for submonitors in /usr/lib/python2.7/site-
> packages/ovirt_hosted_engine_ha/broker/s
> ubmonitors
> MainThread::INFO::2017-12-20 23:06:22,089::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor cpu-load
> MainThread::INFO::2017-12-20 23:06:22,093::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor cpu-load-no-engine
> MainThread::INFO::2017-12-20 23:06:22,146::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor engine-health
> MainThread::INFO::2017-12-20 23:06:22,147::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor mem-free
> MainThread::INFO::2017-12-20 23:06:22,147::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor mem-load
> MainThread::INFO::2017-12-20 23:06:22,148::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor mgmt-bridge
> MainThread::INFO::2017-12-20 23:06:22,149::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded submonitor ping
> MainThread::INFO::2017-12-20 23:06:22,149::monitor::49::
> ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
> Loaded