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

2017-12-30 Thread Jiri Slezka
On 12/26/2017 01:43 PM, Jiri Slezka wrote:
> Hi,
> 
> I have been also bitten by this bug :-)
> 
> I am also using template with subtemplate. Can I workaround this somehow
> or should I wait until fkvalidator fix is released?

solution was obvious - I just exported (sub)template, deleted it,
upgraded to 4.2 and imported it back.

Cheers,

Jiri

> 
> Cheers, Jiri
> 
> 
> 
> On 12/21/2017 03:19 PM, Giorgio Biacchi wrote:
>> On 12/21/2017 11:24 AM, Sandro Bonazzola wrote:
>>>
>>>
>>> 2017-12-21 11:03 GMT+01:00 Giorgio Biacchi <gior...@di.unimi.it
>>> <mailto:gior...@di.unimi.it>>:
>>>
>>>     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
>>> <sbona...@redhat.com
>>>     <mailto:sbona...@redhat.com> <mailto:sbona...@redhat.com
>>>     <mailto:sbona...@redhat.com>>> wrote:
>>>
>>>
>>>
>>>      2017-12-20 11:58 GMT+01:00 Giorgio Biacchi
>>> <gior...@di.unimi.it
>>>     <mailto:gior...@di.unimi.it>
>>>      <mailto:gior...@di.unimi.it <mailto:gior...@di.unimi.it>>>:
>>>
>>>          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
>>>     <http://20171220110551-setup.co>
>>>          <http://20171220110551-setup.co
>>>     <http://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 <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
>>>     <mailto:Users@ovirt.org>>
>>>     http://lists.ovirt.org/mailman/listinfo/users
>>>     <http://lists.ovirt.org/mailman/listinfo/users>
>>>          <http://lists.ovirt.org/mailman/listinfo/users
>>>     

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

2017-12-26 Thread Jiri Slezka
Hi,

I have been also bitten by this bug :-)

I am also using template with subtemplate. Can I workaround this somehow
or should I wait until fkvalidator fix is released?

Cheers, Jiri



On 12/21/2017 03:19 PM, Giorgio Biacchi wrote:
> 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. 
>>
>>
> 

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


Re: [ovirt-users] vms stucked after migrate from 4.1.0 to 4.1.1 host

2017-03-30 Thread Jiri Slezka
On 03/28/2017 05:04 PM, Jiří Sléžka wrote:
> On 03/28/2017 01:50 PM, Michal Skrivanek wrote:
>>
>>> On 28 Mar 2017, at 13:41, Jiří Sléžka  wrote:
>>>
>>> On 03/28/2017 12:34 AM, Jiří Sléžka wrote:
 Hi all,

 I have just upgraded ovirt manager from 4.1.0 to 4.1.1, then I have
 upgraded one host. After reboot and activation of this host some vms
 started to migrate here.

 Some time after migration CPU of this vms go to 100% and vms become
 unreachable.

 There is /var/log/libvirt/qemu/hypnos.log (hypnos is one of this vms)
 https://pastebin.com/U30xfBMJ

 Powering off and starting again solve this but I would like to have a
 glue what is happening.

 I suspect this line

 2017-03-27T22:09:23.746710Z qemu-kvm: warning: TSC frequency mismatch
 between VM (2600031 kHz) and host (2100024 kHz), and TSC scaling 
 unavailable

 Original host uses "AMD Opteron(TM) Processor 6238" with "cpu MHz:
 2600.113" and upgraded host uses "AMD Opteron(tm) Processor 6172" with
 "cpu MHz: 2100.097".
>>>
>>> It looks like it isn't problem with 4.1.1 at all.
>>>
>>> There is just missing tsc_scale cpu flag on our older AMD CPUs...
>>>
>>> http://unix.stackexchange.com/questions/296636/100-cpu-utilisation-and-hang-after-virsh-migrate
>>>
>>> This is probably unsolvable hw problem, right?
>>
>> And this is without host-model CPU type?
>> That 6172 should be Opteron G3…is that what you have set in your Cluster?
> 
> Yes, Cluster CPU type is set to AMD Opteron G3. 6172 should be G3 (we
> have 3 of 4 hosts in this cluster with 6172 CPU), 6238 is probably G4
> but forced (I hoped) to G3.
> 
> Problem occurs only when migrating from 6238 CPU to 6172.

maybe the question should be:

Should setting "Cluster CPU type" to "AMD Opteron G3" filter out
tsc_scale cpu flag on newer AMD CPUs?

I hope so. Is it correct?

Cheers, Jiri


> 
> Cheers,
> 
> Jiri
> 
>>
>> Thanks,
>> michal
>>
>>>
>>> Cheers,
>>>
>>> Jiri
>>>

 Cheers,

 Jiri



 ___
 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] [Call for feedback] did you install/update to 4.1.0?

2017-02-03 Thread Jiri Slezka

Hi,

I updated our oVirt cluster day after 4.1.0 went public.

Upgrade was simple but while migrating and upgrading hosts some vms was 
stucked with 100% cpu usage and totally non responsible. I had to power 
of them and start again. But it could be some problem with 
CentOS7.2->7.3 transition or kvm-ev upgrade. Unfortunately I had no time 
to examine logs yet :-(


Also I experienced one or two "UI Exception" but not a big deal.

UI is more and more polished. I really like how it shifts to patternfly 
look and feel.


btw. We have standalone gluster cluster not for vms, just for general 
storage purposes. Is wise to use oVirt manager as web ui for its management?


Is safe to import this gluster into oVirt? I saw this option there but I 
don't want broke things that works :-)


At the end - thanks for your great work. I still see lot of features I 
still missing in oVirt but it is highly usable and great piece of 
software. And also oVirt community is nice and helpful.


Cheers,

Jiri



On 02/02/2017 01:19 PM, Sandro Bonazzola wrote:

Hi,
did you install/update to 4.1.0? Let us know your experience!
We end up knowing only when things doesn't work well, let us know it
works fine for you :-)

If you're not planning an update to 4.1.0 in the near future, let us
know why.
Maybe we can help.

Thanks!
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com 


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



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