[ovirt-users] Re: lxd, openvz in kvm have issues connecting to public phys network

2021-02-11 Thread Florian Schmid via Users
Hi David 

I don't have oVirt 4.4 yet, but on oVirt 4.3, there is a default filter on the 
vNic profiles, called vdsm-no-mac-spoofing, which is preventing any MAC, except 
for the configured VM MAC to be able to connect to outside of the VM. 

We have also some LXD running inside VMs and you have to disable this filter to 
get them working. 
There might be a reboot of those VMs necessary, but I can't remember anymore 
exactly. 

BR Florian 


Von: "david duchovny"  
An: "users"  
Gesendet: Freitag, 12. Februar 2021 07:02:28 
Betreff: [ovirt-users] lxd, openvz in kvm have issues connecting to public phys 
network 

hi 

ovirt 444 

lxd, openvz in kvm have issues connecting to public network 

i can't to allow access to physical interface. 
In general i cannot seem to get containers direct access to the network e.g. in 
order to pull a dhcp address from my public network. I have tried macvlan, 
bridge mode, openvswitch as well. 

there are no connection issues on the baremetal server, but this issue exists 
on the kvm vm 

how to fix it? 

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


[ovirt-users] Re: CentOS 8 is dead

2021-01-23 Thread Florian Schmid via Users
Hi Strahil, 

thank you very much for the information. 

Now the question is, will oVirt stay 100 % compatible to RH? 

As I understood it, is that oVirt will be developed for CentOS Stream and will 
be tested against it. 
RH doesn't have the same application versions than CentOS Stream, because 
Stream is newer and a way ahead RH, so is oVirt then. 

I think, we will have then the same problems with oVirt and CentOS had, where 
RH 8.3 was already released and CentOS 8.3 not. Now it is vice versa. Stream is 
first and RH later. 


BR Florian 


Von: "users"  
An: "users"  
Gesendet: Samstag, 23. Januar 2021 14:58:44 
Betreff: [ovirt-users] Re: CentOS 8 is dead 

For anyone interested , 

RH are extending the developer subscription for production use of up to 16 
systems [1]. 
For me , it's completely enough to run my oVirt nodes on EL 8. 


[ 
https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel
 | 
https://www.redhat.com/en/blog/new-year-new-red-hat-enterprise-linux-programs-easier-ways-access-rhel
 ] 

Best Regards, 
Strahil Nikolov 

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


[ovirt-users] Re: CentOS 8 is dead

2020-12-26 Thread Florian Schmid via Users
Hello Simon, 

would you be so kind and explain me, why OLVM is so far behind RHV or oVirt? 

It would be also great to know, if you backport fixes from oVirt 4.3.7+ back to 
OLVM 4.3.6? I have seen, that there are some newer packages on your repo server 
for 4.3.6, which seem newer than the oVirt release, but I haven't find any 
release notes of your versions. 

Thank you very much for your answers. 
BR Florian 


Von: "Simon Coter"  
An: "Strahil Nikolov"  
CC: "marcel d'heureuse" , "James Loker-Steele" 
, "Diggy Mc" , "users"  
Gesendet: Freitag, 25. Dezember 2020 23:14:41 
Betreff: [ovirt-users] Re: CentOS 8 is dead 






On Dec 25, 2020, at 10:50 PM, Strahil Nikolov via Users < [ 
mailto:users@ovirt.org | users@ovirt.org ] > wrote: 

В 22:32 +0100 на 25.12.2020 (пт), marcel d'heureuse написа: 

BQ_BEGIN
I think oracle is not a solution. if they do the same with oracle Linux like 
java one year ago. that you can't use it in company's it will be a wast of time 
to move to oracle. 

or am I wrong? 

br 
marcel 



I admit that Oracle's reputation is not best ... but I guess if they do take 
such approach - we can always migrate to Springade/Rocky Linux/Lenix .. 
After all , OLVM is new tech for Oracle and they want more users to start using 
it (and later switch to paid subscription). 

I think that it's worth testing. 

@Simon, 

do you have any idea if there will be any issues migrating from CentOS 7 + 
oVirt 4.3.10 to OEL 8 + OLVM (once the 4.4 is available ) ? 

BQ_END


I do not expect particular issues; for OL we’re also working to the pure OL7 to 
OL8 upgrade process. 
BTW, I tested more times the moving from CentOS 7 to OL7 / oVirt to OLVM on 4.3 
release. 


BQ_BEGIN

I saw [ 
https://blogs.oracle.com/virtualization/getting-started-with-oracle-linux-virtualization-manager
 | 
https://blogs.oracle.com/virtualization/getting-started-with-oracle-linux-virtualization-manager
 ] , but it's a little bit outdated and is about OLVM 4.2 + OEL 7 . 

BQ_END


We’re now on OLVM 4.3.6+ ( [ 
https://blogs.oracle.com/virtualization/announcing-oracle-linux-virtualization-manager-43
 | 
https://blogs.oracle.com/virtualization/announcing-oracle-linux-virtualization-manager-43
 ] ) and working on latest maintenance release (on 4.3.10+). 
The plan is to then work on OLVM 4.4 with OL8. 

Simon 


BQ_BEGIN



Happy Hollidays! 

Best Regards, 
Strahil Nikolov 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ 
https://urldefense.com/v3/__https://www.ovirt.org/privacy-policy.html__;!!GqivPVa7Brio!LCOm_us9gseDgFXAmC7bYXy5yX2h68L4y4cwTq4ULhIW6Q0mpoeHZ9INuzSfvSjn$
 | 
https://urldefense.com/v3/__https://www.ovirt.org/privacy-policy.html__;!!GqivPVa7Brio!LCOm_us9gseDgFXAmC7bYXy5yX2h68L4y4cwTq4ULhIW6Q0mpoeHZ9INuzSfvSjn$
 ] 
oVirt Code of Conduct: [ 
https://urldefense.com/v3/__https://www.ovirt.org/community/about/community-guidelines/__;!!GqivPVa7Brio!LCOm_us9gseDgFXAmC7bYXy5yX2h68L4y4cwTq4ULhIW6Q0mpoeHZ9INu-0TAgKs$
 | 
https://urldefense.com/v3/__https://www.ovirt.org/community/about/community-guidelines/__;!!GqivPVa7Brio!LCOm_us9gseDgFXAmC7bYXy5yX2h68L4y4cwTq4ULhIW6Q0mpoeHZ9INu-0TAgKs$
 ] 
List Archives: [ 
https://urldefense.com/v3/__https://lists.ovirt.org/archives/list/users@ovirt.org/message/6VS6GH7FKBLWLDHJ6JUPENKNQEPWN2KL/__;!!GqivPVa7Brio!LCOm_us9gseDgFXAmC7bYXy5yX2h68L4y4cwTq4ULhIW6Q0mpoeHZ9INu8QCjROD$
 | 
https://urldefense.com/v3/__https://lists.ovirt.org/archives/list/users@ovirt.org/message/6VS6GH7FKBLWLDHJ6JUPENKNQEPWN2KL/__;!!GqivPVa7Brio!LCOm_us9gseDgFXAmC7bYXy5yX2h68L4y4cwTq4ULhIW6Q0mpoeHZ9INu8QCjROD$
 ] 

BQ_END



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


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

2020-12-22 Thread Florian Schmid via Users
Thx a lot Sandro. 


Von: "Sandro Bonazzola"  
An: "Florian Schmid"  
CC: "users" , "Jason Keltz" , "Strahil 
Nikolov"  
Gesendet: Dienstag, 22. Dezember 2020 14:14:28 
Betreff: Re: [ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available 



Il giorno mar 22 dic 2020 alle ore 13:57 Florian Schmid via Users < [ 
mailto:users@ovirt.org | users@ovirt.org ] > ha scritto: 


Hi, 

I think the big question is: Will ovirt be tested against such EL-based clones. 


Well, it will be tested for those EL-based clones a few months before they'll 
be released, being CentOS Stream upstream to those clones. 
At GA time, oVirt is already expected to work fine on latest Red Hat Enterprise 
Linux. 
The gain on using CentOS Stream is that it will be already working also on next 
Red Hat Enterprise Linux. 

BQ_BEGIN
Is ovirt then still 100% compatible to EL, when it will be developed for 
Stream, because Stream will be ahead EL. 

BQ_END

I don't see why it shouldn't. 
As an example scenario: 
- oVirt 4.4.3 has been released with cluster compatibility level 4.5, requiring 
RHEL 8.3 + Advanced Virtualization to be able to consume the new feature. But 
it worked fine on CentOS 8.2 in cluster compatibility level 4.4. 
- CentOS 8.3 and Advanced Virtualization 8.3 got released: 4.4.3 and the new 
4.4.4 can now use cluster level 4.5. 

With CentOS Stream you'll get similar scenario. At GA time oVirt 4.4.5 will be 
released working with CentOS Stream at release date which basically means, it 
will be ready to work on RHEL 8.4 but will be working with RHEL 8.3 too while 
waiting for RHEL 8.4 to be released. 


BQ_BEGIN
Next question is, how stable will be CentOS stream? 

BQ_END

I think pretty much. Before landing on CentOS Stream packages have been already 
through RHEL CI. 
And oVirt wise, it will go through our CI as well. 

BQ_BEGIN
At the moment, ovirt is using a lot a packages of different 3rd party repos, 
but the OS system core is still EL clone and stable. 
With stream, also the core system is quite new and a way newer than EL, so how 
stable will it be? 

Can you then still use CentOS stream + oVirt in production systems? 

BQ_END

I think so, and oVirt wise we already foresee CentOS Stream in production more 
than one year ago: [ https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/ | 
https://blogs.ovirt.org/2019/09/ovirt-and-centos-stream/ ] 

BQ_BEGIN

BR Florian 

- Ursprüngliche Mail - 
Von: "users" < [ mailto:users@ovirt.org | users@ovirt.org ] > 
An: "users" < [ mailto:users@ovirt.org | users@ovirt.org ] >, "Jason Keltz" < [ 
mailto:j...@eecs.yorku.ca | j...@eecs.yorku.ca ] > 
Gesendet: Dienstag, 22. Dezember 2020 12:20:04 
Betreff: [ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available 

You can use OEL or any EL-based clone. 

Best Regards, 
Strahil Nikolov 






В вторник, 22 декември 2020 г., 08:46:54 Гринуич+2, Jason Keltz < [ 
mailto:j...@eecs.yorku.ca | j...@eecs.yorku.ca ] > написа: 






On 12/21/2020 8:22 AM, Sandro Bonazzola wrote: 


> 


oVirt 4.4.4 is now generally available 


The oVirt project is excited to announce the general availability of oVirt 
4.4.4 , as of December 21st, 2020. 

... 



> 
> 
> This release is available now on x86_64 architecture for: 
> 
> * Red Hat Enterprise Linux 8.3 
> * CentOS Linux (or similar) 8.3 
> * CentOS Stream (tech preview) 
> 
> 

Sandro, 

I have a question about "Red Hat Enterprise Linux" compatibility with oVirt. 
I've always used CentOS in the past along with oVirt. I'm running CentOS 7 
along with oVirt 4.3. I really want to upgrade to oVirt 4.4, but I'm not 
comfortable with the future vision for CentOS as it stands for my 
virtualization platform. If I was to move to RHEL for my oVirt systems, but 
still stick with the "self supported" model, it's not clear whether I can get 
away with using "RHEL Workstation" for my 4 hosts ($179 USD each), or whether I 
need to purchase "Red Hat Enterprise Linux Server" ($349 USD each). Any 
feedback would be appreciated. 

Thanks! 


Jason. 

___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/privacy-policy.html | 
https://www.ovirt.org/privacy-policy.html ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: 
[ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TB6TOM2RGRJGXXPZL3NDLK77TGACAHIG/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TB6TOM2RGRJGXXPZL3NDLK77TGACAHIG/
 ] 
___ 
Users mailing list -- [ mailto:users@ovir

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

2020-12-22 Thread Florian Schmid via Users
Hi,

I think the big question is: Will ovirt be tested against such EL-based clones. 
Is ovirt then still 100% compatible to EL, when it will be developed for 
Stream, because Stream will be ahead EL.

Next question is, how stable will be CentOS stream?
At the moment, ovirt is using a lot a packages of different 3rd party repos, 
but the OS system core is still EL clone and stable.
With stream, also the core system is quite new and a way newer than EL, so how 
stable will it be?

Can you then still use CentOS stream + oVirt in production systems?

BR Florian

- Ursprüngliche Mail -
Von: "users" 
An: "users" , "Jason Keltz" 
Gesendet: Dienstag, 22. Dezember 2020 12:20:04
Betreff: [ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

You can use OEL or any EL-based clone.

Best Regards,
Strahil Nikolov






В вторник, 22 декември 2020 г., 08:46:54 Гринуич+2, Jason Keltz 
 написа: 






On 12/21/2020 8:22 AM, Sandro Bonazzola wrote:


>  


oVirt 4.4.4 is now generally available


The oVirt project is excited to announce the general availability of oVirt 
4.4.4 , as of December 21st, 2020.

...



>  
>  
> This release is available now on x86_64 architecture for:
> 
> * Red Hat Enterprise Linux 8.3
> * CentOS Linux (or similar) 8.3
> * CentOS Stream (tech preview)
> 
> 

Sandro,

I have a question about "Red Hat Enterprise Linux" compatibility with oVirt.  
I've always used CentOS in the past along with oVirt.  I'm running CentOS 7 
along with oVirt 4.3.  I really want to upgrade to oVirt 4.4, but I'm not 
comfortable with the future vision for CentOS as it stands for my 
virtualization platform.  If I was to move to RHEL for my oVirt systems, but 
still stick with the "self supported" model, it's not clear whether  I can get 
away with using "RHEL Workstation" for my 4 hosts ($179 USD each), or whether I 
need to purchase "Red Hat Enterprise Linux Server" ($349 USD each).  Any 
feedback would be appreciated.

Thanks!  


Jason.

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


[ovirt-users] Re: VM with illegal snapshots

2020-11-17 Thread Florian Schmid via Users


Hi, 




I have also sometimes the issue with snapshots or disk move, which is also 
related to snapshots, when the engine process is running for a longer time. 

After restarting the engine service, then it is working again for several 
weeks, until it gets too long and issues starting again to happen. 




I had never the time to dig in deeper here and I'm never on a version, which is 
still supported, but it would be nice to here, if you maybe have the same 
issue? 

How long was your engine process running, until the issues have started? 




BR Florian 


Von: "Magnus Isaksson"  
An: "Alex K" , "Giorgio Biacchi"  
CC: "users"  
Gesendet: Dienstag, 17. November 2020 10:37:24 
Betreff: [ovirt-users] Re: VM with illegal snapshots 

Hello 

We have the same issue, and not just one VM, we have about 10-15 VMs that have 
either snapshots that are illegal or snapshots that is not possible to remove. 
This have been an issue for quite some time, all since beginning of 4.3 we get 
"vm with illegal snapshots" almost every week, and most often we can remove the 
snapshot and all is ok, but now this have escalated quite much and leaves us 
with customer VM that we may not be able to reboot or that the disk gets 
corrupted, that have happed a few times. 
This is the VM with most snapshots that we are unable to remove any of them. 

Engine is on 4.3.10 and hosts on 4.3.9 

How can i safely remove these snapshots? 
(I am not super comfortable around database "hacking" so some informative 
description would be much appreciated.) 

And how can we eliminate that these things happen? 

Cheers 
Magnus 

From: Alex K  
Sent: 10 November 2020 05:05 
To: Giorgio Biacchi  
Cc: users  
Subject: [ovirt-users] Re: VM with illegal snapshots 


On Fri, Oct 9, 2020, 12:59 Giorgio Biacchi < [ mailto:gior...@di.unimi.it | 
gior...@di.unimi.it ] > wrote: 


Hi, 
due to a bug in our Ovirt integrated backup system now we have some VMs 
with snapshots in illegal state. 

It seems that there's an inconsistency between the db and the real 
status of images on disk. 

Let me show an example: 

engine=# select 
image_guid,parentid,imagestatus,vm_snapshot_id,volume_type,volume_format,active 
from images where image_group_id='e34f77cb-54d5-40d0-b539-e0a5fd512d2d'; 
image_guid | parentid | 
imagestatus | vm_snapshot_id | volume_type | 
volume_format | active 
--+--+-+--+-+---+
 
a107b6c4-842e-4b40-9215-c965431a0c0f | 
---- | 4 | 
d19d6ca3-1989-4c67-8ee7-c0c43b3e6d74 | 2 | 4 | f 
a4c86a68-9123-454c-b417-1b15038a4bf2 | 
a107b6c4-842e-4b40-9215-c965431a0c0f | 1 | 
e7a405ee-8fd4-4733-ae9c-5252bf07c9d3 | 2 | 4 | f 
f6a61f2e-26bd-4b63-97c6-d66913ce48c5 | 
a4c86a68-9123-454c-b417-1b15038a4bf2 | 1 | 
9d0958b9-4995-4e11-a027-a32d4bac52e4 | 2 | 4 | t 
(3 rows) 


[root@host02 ~]# lvs -o+lv_tags |grep e34f77cb-54d5-40d0-b539-e0a5fd512d2d 
a107b6c4-842e-4b40-9215-c965431a0c0f 
459011cf-ebb6-46ff-831d-8ccfafd82c8a -wi--- 149.50g 
IU_e34f77cb-54d5-40d0-b539-e0a5fd512d2d,MD_68,PU_----
 
f6a61f2e-26bd-4b63-97c6-d66913ce48c5 
459011cf-ebb6-46ff-831d-8ccfafd82c8a -wi--- 10.00g 
IU_e34f77cb-54d5-40d0-b539-e0a5fd512d2d,MD_348,PU_a107b6c4-842e-4b40-9215-c965431a0c0f
 

so image guid a4c86a68-9123-454c-b417-1b15038a4bf2 is not present on 
disk, i think that the image was correctly merged but not removed from 
the database. 

Any suggestion on how to fix the database to reflect the real situation 
on disk?? 



In those cases I delete the entry from engine DB to reflect the status of the 
image chain. 

BQ_BEGIN

TIA 
-- 
gb 

PGP Key: [ http://pgp.mit.edu/ | 
http://pgp.mit.edu/ ] 
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34 
___ 
Users mailing list -- [ mailto:users@ovirt.org | 
users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/privacy-policy.html | 
https://www.ovirt.org/privacy-policy.html ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OF4NTAC6BPGRP4YJZRWBXQCNBWLERL72/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OF4NTAC6BPGRP4YJZRWBXQCNBWLERL72/
 ] 

BQ_END


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

[ovirt-users] Re: rhv 4.3.11 but not ovirt 4.3.11

2020-11-12 Thread Florian Schmid via Users
Hi Sandro, 

will those patches in 4.3.11 also find the way into ovirt 4.4? 

I had also these troubles when upgrading to 4.3.8 and it would be great not 
having them, when upgrading to 4.4. 
[ https://bugzilla.redhat.com/show_bug.cgi?id=1845747 | 
https://bugzilla.redhat.com/show_bug.cgi?id=1845747 ] 

BR Florian Schmid 





Von: "Sandro Bonazzola"  
An: "Gianluca Cecchi"  
CC: "users"  
Gesendet: Montag, 26. Oktober 2020 14:54:37 
Betreff: [ovirt-users] Re: rhv 4.3.11 but not ovirt 4.3.11 



Il giorno gio 22 ott 2020 alle ore 11:21 Gianluca Cecchi < [ 
mailto:gianluca.cec...@gmail.com | gianluca.cec...@gmail.com ] > ha scritto: 



Hello, 
I see that a 4.3.11 version is available for downstream RHV but not for 
upstream oVirt. 
Will it be released for oVirt too? 
Are there only security fixes inside or also bug fixes (like the few lines one 
related to export as OVA)? 



Hi, 
after oVIrt 4.4 gone GA, oVirt 4.3 is not maintained anymore. 
Code included in RHV 4.3.11 is still publicly available but oVirt packages are 
not built and released officially. 



BQ_BEGIN


Thanks, 
Gianluca 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/privacy-policy.html | 
https://www.ovirt.org/privacy-policy.html ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GDLRJXSS525POCOQICJVGXFL55Q4RMWV/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GDLRJXSS525POCOQICJVGXFL55Q4RMWV/
 ] 

BQ_END



-- 


Sandro Bonazzola 

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV 

[ https://www.redhat.com/ | Red Hat EMEA ] 


[ mailto:sbona...@redhat.com | sbona...@redhat.com ] 
[ https://www.redhat.com/ ] 
[ https://mojo.redhat.com/docs/DOC-1199578 | Red Hat respects your work life 
balance. Therefore there is no need to answer this email out of your office 
hours. ] 
[ https://www.redhat.com/it/forums/emea/italy-track ] 


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


[ovirt-users] Re: Removal of dpdk

2020-11-04 Thread Florian Schmid via Users


Hi Dominik, 




I don't have any concerns, I only wanted to know, why it will be removed, 
because it can increase network performance a lot. 

Thank you very much for your explanation. 




I fully understand, that you want to remove features, when nobody is using 
them. 




BR Florian 


Von: "Dominik Holler"  
An: "Florian Schmid"  
CC: "Ales Musil" , "users" , "devel" 
 
Gesendet: Mittwoch, 4. November 2020 12:15:47 
Betreff: Re: [ovirt-users] Re: Removal of dpdk 

Hi Florian, 
thanks for your thoughts! 

On Tue, Nov 3, 2020 at 3:21 PM Florian Schmid via Users < [ 
mailto:users@ovirt.org | users@ovirt.org ] > wrote: 



Hi Ales, 

what do you mean with "not maintained for a long time"? 



The oVirt integration of dpdk was not maintained. 

BQ_BEGIN

DPDK is heavily developed and make the linux network extremely fast. 

I don't think, that SR-IOV can replace it, 

BQ_END

The removal of dpdk is about removing the dpdk support from oVirt hosts only. 
We wonder if there is someone using dpdk to attach oVirt VMs to physical NICs. 
We are aware that many users use SR-IOV, especially for scenarios of enabling a 
high count of Ethernet frames for VMs or requiring a low latency, 
but we are not aware of users using dpdk to connect the oVirt VMs to the 
physical NICs of the host. 

BQ_BEGIN

because packets must be still processed by the kernel, which is really slow and 
CPU demanding. 

BQ_END


In SR-IOV the packets might be processed by the guest kernel, not but the host 
kernel. 
oVirt is focused on the host kernel, while the guest OS is managed by the user 
of oVirt. 

Did this explanation address your concerns? 


BQ_BEGIN



BR Florian 


Von: "Ales Musil" < [ mailto:amu...@redhat.com | amu...@redhat.com ] > 
An: "Nir Soffer" < [ mailto:nsof...@redhat.com | nsof...@redhat.com ] > 
CC: "users" < [ mailto:users@ovirt.org | users@ovirt.org ] >, "devel" < [ 
mailto:de...@ovirt.org | de...@ovirt.org ] > 
Gesendet: Dienstag, 3. November 2020 13:56:12 
Betreff: [ovirt-users] Re: Removal of dpdk 



On Tue, Nov 3, 2020 at 1:52 PM Nir Soffer < [ mailto:nsof...@redhat.com | 
nsof...@redhat.com ] > wrote: 

BQ_BEGIN

On Tue, Nov 3, 2020 at 1:07 PM Ales Musil < [ mailto:amu...@redhat.com | 
amu...@redhat.com ] > wrote: 

BQ_BEGIN

Hello, 
we have decided to remove dpdk in the upcoming version of oVirt namely 4.4.4. 
Let us know if there are any concerns about this. 

BQ_END

Can you give more info why we want to remove this feature, and what is 
the replacement for existing users? 

Nir 

BQ_END


Sure, 
the feature was only experimental and not maintained for a long time. The 
replacement is to use SR-IOV 
which is supported by oVirt. 

Thanks, 
Ales 


-- 


Ales Musil 

Software Engineer - RHV Network 

[ https://www.redhat.com/ | Red Hat EMEA ] 


[ mailto:amu...@redhat.com | amu...@redhat.com ] IM: amusil 
[ https://red.ht/sig |   ] 

___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/privacy-policy.html | 
https://www.ovirt.org/privacy-policy.html ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3FHIRQKEEKLGWLMSPHEJ3LOV3LPQZXPA/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3FHIRQKEEKLGWLMSPHEJ3LOV3LPQZXPA/
 ] 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/privacy-policy.html | 
https://www.ovirt.org/privacy-policy.html ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZCAYTHVZPOZF3MCJB3NMCIU467M33NMR/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZCAYTHVZPOZF3MCJB3NMCIU467M33NMR/
 ] 


BQ_END


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


[ovirt-users] Re: Removal of dpdk

2020-11-03 Thread Florian Schmid via Users
Hi Ales, 

what do you mean with "not maintained for a long time"? 
DPDK is heavily developed and make the linux network extremely fast. 

I don't think, that SR-IOV can replace it, because packets must be still 
processed by the kernel, which is really slow and CPU demanding. 


BR Florian 


Von: "Ales Musil"  
An: "Nir Soffer"  
CC: "users" , "devel"  
Gesendet: Dienstag, 3. November 2020 13:56:12 
Betreff: [ovirt-users] Re: Removal of dpdk 



On Tue, Nov 3, 2020 at 1:52 PM Nir Soffer < [ mailto:nsof...@redhat.com | 
nsof...@redhat.com ] > wrote: 



On Tue, Nov 3, 2020 at 1:07 PM Ales Musil < [ mailto:amu...@redhat.com | 
amu...@redhat.com ] > wrote: 

BQ_BEGIN

Hello, 
we have decided to remove dpdk in the upcoming version of oVirt namely 4.4.4. 
Let us know if there are any concerns about this. 



Can you give more info why we want to remove this feature, and what is 
the replacement for existing users? 

Nir 

BQ_END


Sure, 
the feature was only experimental and not maintained for a long time. The 
replacement is to use SR-IOV 
which is supported by oVirt. 

Thanks, 
Ales 


-- 


Ales Musil 

Software Engineer - RHV Network 

[ https://www.redhat.com/ | Red Hat EMEA ] 


[ mailto:amu...@redhat.com | amu...@redhat.com ] IM: amusil 
[ https://red.ht/sig |   ] 

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


[ovirt-users] Re: Guest agent ubuntu 20.04

2020-08-13 Thread Florian Schmid via Users
Hi Carl, 

for Ubuntu 20.04, you have to use the qemu-guest-agent alone. 
OGA was not ported to python 3 and is deprecated in 4.4. 

You can also have a look here, when you want to have FQDN in your engine: 
[ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BGGFBU24SQAJICU5OR7VOZLBQUZ3CWNJ/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BGGFBU24SQAJICU5OR7VOZLBQUZ3CWNJ/
 ] 

BR Florian 





Von: "carl langlois"  
An: "users"  
Gesendet: Donnerstag, 13. August 2020 14:48:19 
Betreff: [ovirt-users] Guest agent ubuntu 20.04 

Hi, 
This may not be the right place to ask but any of you is using Ubuntu 20.04 
guest. I have noticed that the guest agent is not present in the repo.. 

Regards 
Carl 

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


[ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN

2020-07-24 Thread Florian Schmid via Users
Hi Didi,

thank you very much for your help.

We will use the FQDN as hostname. This seems to work fine and it will report 
the full name again in oVirt.

BR Florian

- Ursprüngliche Mail -
Von: "Yedidyah Bar David" 
An: "Florian Schmid" 
CC: "Tomas Golembiovsky" , "Sandro Bonazzola" 
, "users" 
Gesendet: Donnerstag, 23. Juli 2020 12:01:14
Betreff: Re: [ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN

On Thu, Jul 23, 2020 at 10:23 AM Florian Schmid  wrote:
>
> Hello Yedidyah,
>
> thank you for this great answer.
>
> I will answer in the text below.
>
> BR Florian
>
>
> - Ursprüngliche Mail -
> Von: "Yedidyah Bar David" 
> An: "Florian Schmid" 
> CC: "Tomas Golembiovsky" , "Sandro Bonazzola" 
> , "users" 
> Gesendet: Donnerstag, 23. Juli 2020 08:37:21
> Betreff: Re: [ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN
>
> On Wed, Jul 22, 2020 at 5:34 PM Florian Schmid via Users
>  wrote:
> >>
> >> Hi,
> >>
> >> after digging a bit deeper, it looks like it is the problem with the 
> >> qemu-guest-agent.
> >>
> >> It does only report the hostname and nothing more. It uses this function: 
> >> g_get_host_name ()
> >>
> >> This function always returns the value in /etc/hostname and this is 
> >> normally the short name of the VM without the domain part.
> >>
> >> It looks like, that the ovirt-guest-agent made this different,
> >
> >Indeed, and from checking the git log, it seems like it did this since
> >the very first commit - already then,
> >ovirt-guest-agent/GuestAgentLinux2.py had:
> >def getMachineName(self):
> >return socket.getfqdn()
>
> Correct, this is what I wanted back.
>
> >
> >> but this is not working anymore with python 3.
> >
> >If in "this" you refer to ovirt-guest-agent, then it's deprecated:
> >
> >https://bugzilla.redhat.com/show_bug.cgi?id=1672732
>
> Yes, I know. Now using the QGA with oVirt 4.3 reports only the short hostname.
>
> >
> >>
> >> There was a recent patch for qga -> 
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1845127
> >
> >This bug seems to discuss something else, not directly related to your
> >own issue.
> >
> >> but this won't help me, because even when this patch would add the FQDN to 
> >> oVirt back, there won't be a package for this for Ubuntu 20.04 and 
> >> probably also not for RedHat/CentOS 8.
> >
> >Not sure what you mean here. The bug is on qga, and fixing it (or your
> >own issue) is unrelated to oga's deprecation.
>
> I wanted to say, that this change might also impact the reported hostname, 
> but I don't think so...
>
> >
> >Your issue seems to be, to me:
> >
> >1. oga used to report the FQDN, as returned by python's socket.getfqdn()
> >2. qga returns something else (and this something else might be
> >changed, following above bug, but likely not to what you want).
> >3. oVirt now uses qga instead of oga, thus changing its past behavior.
> >4. You want the old behavior back - basically, claiming this is a regression.
>
> Yes, exactly.
>
> >
> >If so, then:
> >
> >1. You are welcome to open a bug about this, on qga.
> >2. Your request *might* be rejected, on the ground of breaking
> >compatibility for existing/old users of qga (say, using virt-manager
> >or whatever other virt tool, without oga installed)
>
> I'm 100 % sure, that they will reject this.
>
> >
> >Alternatively, or if this bug is rejected, you can open two new bugs:
> >
> >1. one on qga, to provide the fqdn (using, hopefully, logic similar to
> >python's getfqdn, although qga is written in C)
>
> Possible, but this won't help me a lot, because even if they add a new 
> function to qga, oVirt would need to be changed too, to access this function 
> instead of the one it is using now.
>
> >2. other on the oVirt engine, to use this new functionality of qga
> >instead of the existing one.
>
> Yes.
>
> >
> >You also have another alternative - just adapt your machines to have
> >the fqdn as the hostname. I personally think this is the best way to
> >go. Have 'hostname' return the FQDN you want, and only use 'hostname
> >-s' where you really want it to be short. How do you set the hostnames
> >of your machines?
>
> This is what I don't know, if this has some drawbacks.
> I have checked this on internet, but haven't find a lot about it, wh

[ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN

2020-07-23 Thread Florian Schmid via Users
Hello Yedidyah, 

thank you for this great answer. 

I will answer in the text below. 

BR Florian


- Ursprüngliche Mail -
Von: "Yedidyah Bar David" 
An: "Florian Schmid" 
CC: "Tomas Golembiovsky" , "Sandro Bonazzola" 
, "users" 
Gesendet: Donnerstag, 23. Juli 2020 08:37:21
Betreff: Re: [ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN

On Wed, Jul 22, 2020 at 5:34 PM Florian Schmid via Users
 wrote:
>>
>> Hi,
>>
>> after digging a bit deeper, it looks like it is the problem with the 
>> qemu-guest-agent.
>>
>> It does only report the hostname and nothing more. It uses this function: 
>> g_get_host_name ()
>>
>> This function always returns the value in /etc/hostname and this is normally 
>> the short name of the VM without the domain part.
>>
>> It looks like, that the ovirt-guest-agent made this different,
>
>Indeed, and from checking the git log, it seems like it did this since
>the very first commit - already then,
>ovirt-guest-agent/GuestAgentLinux2.py had:
>def getMachineName(self):
>return socket.getfqdn()

Correct, this is what I wanted back.

>
>> but this is not working anymore with python 3.
>
>If in "this" you refer to ovirt-guest-agent, then it's deprecated:
>
>https://bugzilla.redhat.com/show_bug.cgi?id=1672732

Yes, I know. Now using the QGA with oVirt 4.3 reports only the short hostname.

>
>>
>> There was a recent patch for qga -> 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1845127
>
>This bug seems to discuss something else, not directly related to your
>own issue.
>
>> but this won't help me, because even when this patch would add the FQDN to 
>> oVirt back, there won't be a package for this for Ubuntu 20.04 and probably 
>> also not for RedHat/CentOS 8.
>
>Not sure what you mean here. The bug is on qga, and fixing it (or your
>own issue) is unrelated to oga's deprecation.

I wanted to say, that this change might also impact the reported hostname, but 
I don't think so...

>
>Your issue seems to be, to me:
>
>1. oga used to report the FQDN, as returned by python's socket.getfqdn()
>2. qga returns something else (and this something else might be
>changed, following above bug, but likely not to what you want).
>3. oVirt now uses qga instead of oga, thus changing its past behavior.
>4. You want the old behavior back - basically, claiming this is a regression.

Yes, exactly.

>
>If so, then:
>
>1. You are welcome to open a bug about this, on qga.
>2. Your request *might* be rejected, on the ground of breaking
>compatibility for existing/old users of qga (say, using virt-manager
>or whatever other virt tool, without oga installed)

I'm 100 % sure, that they will reject this.

>
>Alternatively, or if this bug is rejected, you can open two new bugs:
>
>1. one on qga, to provide the fqdn (using, hopefully, logic similar to
>python's getfqdn, although qga is written in C)

Possible, but this won't help me a lot, because even if they add a new function 
to qga, oVirt would need to be changed too, to access this function instead of 
the one it is using now.

>2. other on the oVirt engine, to use this new functionality of qga
>instead of the existing one.

Yes.

>
>You also have another alternative - just adapt your machines to have
>the fqdn as the hostname. I personally think this is the best way to
>go. Have 'hostname' return the FQDN you want, and only use 'hostname
>-s' where you really want it to be short. How do you set the hostnames
>of your machines?

This is what I don't know, if this has some drawbacks.
I have checked this on internet, but haven't find a lot about it, what is 
digging deeper.

Maybe someone here has some experience with using FQDN for hostname?

I can live with such a solution, when it doesn't have big drawbacks...

I can set the hostname via ansible, so this would not be a big problem for 
doing it.

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


[ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN

2020-07-22 Thread Florian Schmid via Users
Hi, 

after digging a bit deeper, it looks like it is the problem with the 
qemu-guest-agent. 

It does only report the hostname and nothing more. It uses this function: 
g_get_host_name () 

This function always returns the value in /etc/hostname and this is normally 
the short name of the VM without the domain part. 

It looks like, that the ovirt-guest-agent made this different, but this is not 
working anymore with python 3. 

There was a recent patch for qga -> [ 
https://bugzilla.redhat.com/show_bug.cgi?id=1845127 | 
https://bugzilla.redhat.com/show_bug.cgi?id=1845127 ] 
but this won't help me, because even when this patch would add the FQDN to 
oVirt back, there won't be a package for this for Ubuntu 20.04 and probably 
also not for RedHat/CentOS 8. 

BR Florian 





Von: "users"  
An: "Sandro Bonazzola"  
CC: "users"  
Gesendet: Montag, 20. Juli 2020 09:06:30 
Betreff: [ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN 

Hi, 

when setting hostnamectl set-hostname "FQDN", then engine will report the real 
and correct "FQDN", but this is not a good fix. 

With our older Debian and Ubuntu VMs, it is working correctly, although 
hostname is only reporting the short hostname. hostname -f is reporting here 
the correct FQDN. 

BR Florian 




--------
 
UBIMET GmbH - weather matters 
Ing. Florian Schmid • IT Infrastruktur Austria 


A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22 DW 469 • Fax +43 1 263 
11 22 219 
fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379 


Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t 


 



The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message. 





Von: "Sandro Bonazzola"  
An: "Florian Schmid" , "Tomas Golembiovsky" 
 
CC: "users"  
Gesendet: Freitag, 17. Juli 2020 09:21:37 
Betreff: Re: [ovirt-users] qemu-guest-agent on Ubuntu doesn't report FQDN 



Il giorno gio 16 lug 2020 alle ore 15:55 Florian Schmid via Users < [ 
mailto:users@ovirt.org | users@ovirt.org ] > ha scritto: 


Hi, 

I have a problem with Ubuntu 20.04 VM reporting the correct FQDN to the engine. 
Starting with this release, the ovirt-guest-agent is not available anymore. 

Therefore, I have installed qemu-geust-agent with package defaults. 

Now in the Engine, I only see the hostname under FQDN tab, instead the real 
full name with domain. 

I'm running an oVirt environment on 4.3.8. 

The VM is resolveable, forward and reverse DNS entries are working. 
hostname -f shows the correct FQDN. 

Even adding IP and FQDN to /etc/hosts file doesn't change anything. 

qemu-guest-agent version: 4.2-3ubuntu6.3 

I manage this VM via ansible 2.9 and ansible is able to get the FQDN of the VM 
without any issues... 

What can I do here to debug my issue? 
Does the engine cache the wrong result? Even after stopping and starting the VM 
again, engine is only showing the hostname instead of the FQDN. 




[ mailto:tgole...@redhat.com | +Tomas Golembiovsky ] can you help here? 



BQ_BEGIN
Best regards, 
Florian 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/privacy-policy.html | 
https://www.ovirt.org/privacy-policy.html ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BGGFBU24SQAJICU5OR7VOZLBQUZ3CWNJ/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BGGFBU24SQAJICU5OR7VOZLBQUZ3CWNJ/
 ] 

BQ_END



-- 


Sandro Bonazzola 

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV 

[ https://www.redhat.com/ | Red Hat EMEA ] 


[ mailto:sbona...@redhat.com | sbona...@redhat.com ] 
[ https://

[ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN

2020-07-20 Thread Florian Schmid via Users
Hi, 

when setting hostnamectl set-hostname "FQDN", then engine will report the real 
and correct "FQDN", but this is not a good fix. 

With our older Debian and Ubuntu VMs, it is working correctly, although 
hostname is only reporting the short hostname. hostname -f is reporting here 
the correct FQDN. 

BR Florian 





 
UBIMET GmbH - weather matters 
Ing. Florian Schmid • IT Infrastruktur Austria 


A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22 DW 469 • Fax +43 1 263 
11 22 219 
fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379 


Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t 


 



The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message. 





Von: "Sandro Bonazzola"  
An: "Florian Schmid" , "Tomas Golembiovsky" 
 
CC: "users"  
Gesendet: Freitag, 17. Juli 2020 09:21:37 
Betreff: Re: [ovirt-users] qemu-guest-agent on Ubuntu doesn't report FQDN 



Il giorno gio 16 lug 2020 alle ore 15:55 Florian Schmid via Users < [ 
mailto:users@ovirt.org | users@ovirt.org ] > ha scritto: 


Hi, 

I have a problem with Ubuntu 20.04 VM reporting the correct FQDN to the engine. 
Starting with this release, the ovirt-guest-agent is not available anymore. 

Therefore, I have installed qemu-geust-agent with package defaults. 

Now in the Engine, I only see the hostname under FQDN tab, instead the real 
full name with domain. 

I'm running an oVirt environment on 4.3.8. 

The VM is resolveable, forward and reverse DNS entries are working. 
hostname -f shows the correct FQDN. 

Even adding IP and FQDN to /etc/hosts file doesn't change anything. 

qemu-guest-agent version: 4.2-3ubuntu6.3 

I manage this VM via ansible 2.9 and ansible is able to get the FQDN of the VM 
without any issues... 

What can I do here to debug my issue? 
Does the engine cache the wrong result? Even after stopping and starting the VM 
again, engine is only showing the hostname instead of the FQDN. 




[ mailto:tgole...@redhat.com | +Tomas Golembiovsky ] can you help here? 



BQ_BEGIN
Best regards, 
Florian 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/privacy-policy.html | 
https://www.ovirt.org/privacy-policy.html ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BGGFBU24SQAJICU5OR7VOZLBQUZ3CWNJ/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BGGFBU24SQAJICU5OR7VOZLBQUZ3CWNJ/
 ] 

BQ_END



-- 


Sandro Bonazzola 

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV 

[ https://www.redhat.com/ | Red Hat EMEA ] 


[ mailto:sbona...@redhat.com | sbona...@redhat.com ] 
[ https://www.redhat.com/ ] 
[ https://mojo.redhat.com/docs/DOC-1199578 | Red Hat respects your work life 
balance. Therefore there is no need to answer this email out of your office 
hours. ] 

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


[ovirt-users] Re: qemu-guest-agent on Ubuntu doesn't report FQDN

2020-07-16 Thread Florian Schmid via Users
Hi Strahil,

no, the hosts file should be OK:
127.0.0.1 localhost

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts


When adding an additional line, like this:
192.168.1.1 FQDN hostname

it is also not working.

This is the same hosts file like on our older Ubuntu 18.04 systems, but with 
ovirt-guest-agent installed.

BR Florian


- Ursprüngliche Mail -
Von: "Strahil Nikolov" 
An: "Florian Schmid" , "users" 
Gesendet: Donnerstag, 16. Juli 2020 18:17:22
Betreff: Re: [ovirt-users] qemu-guest-agent on Ubuntu doesn't report FQDN

Can you share your /etc/hosts.
As far as I remember there was an entry like:

127.0.1.2 hostname

So you have to comment it out.

Best Regards,
Strahil Nikolov

На 16 юли 2020 г. 16:53:36 GMT+03:00, Florian Schmid via Users 
 написа:
>Hi,
>
>I have a problem with Ubuntu 20.04 VM reporting the correct FQDN to the
>engine.
>Starting with this release, the ovirt-guest-agent is not available
>anymore.
>
>Therefore, I have installed qemu-geust-agent with package defaults.
>
>Now in the Engine, I only see the hostname under FQDN tab, instead the
>real full name with domain.
>
>I'm running an oVirt environment on 4.3.8.
>
>The VM is resolveable, forward and reverse DNS entries are working.
>hostname -f shows the correct FQDN.
>
>Even adding IP and FQDN to /etc/hosts file doesn't change anything.
>
>qemu-guest-agent version: 4.2-3ubuntu6.3
>
>I manage this VM via ansible 2.9 and ansible is able to get the FQDN of
>the VM without any issues...
>
>What can I do here to debug my issue?
>Does the engine cache the wrong result? Even after stopping and
>starting the VM again, engine is only showing the hostname instead of
>the FQDN.
>
>Best regards,
>Florian
>___
>Users mailing list -- users@ovirt.org
>To unsubscribe send an email to users-le...@ovirt.org
>Privacy Statement: https://www.ovirt.org/privacy-policy.html
>oVirt Code of Conduct:
>https://www.ovirt.org/community/about/community-guidelines/
>List Archives:
>https://lists.ovirt.org/archives/list/users@ovirt.org/message/BGGFBU24SQAJICU5OR7VOZLBQUZ3CWNJ/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AEGO7OBASTEDT66MZSW2TSYC3RPMC6PI/


[ovirt-users] qemu-guest-agent on Ubuntu doesn't report FQDN

2020-07-16 Thread Florian Schmid via Users
Hi,

I have a problem with Ubuntu 20.04 VM reporting the correct FQDN to the engine.
Starting with this release, the ovirt-guest-agent is not available anymore.

Therefore, I have installed qemu-geust-agent with package defaults.

Now in the Engine, I only see the hostname under FQDN tab, instead the real 
full name with domain.

I'm running an oVirt environment on 4.3.8.

The VM is resolveable, forward and reverse DNS entries are working.
hostname -f shows the correct FQDN.

Even adding IP and FQDN to /etc/hosts file doesn't change anything.

qemu-guest-agent version: 4.2-3ubuntu6.3

I manage this VM via ansible 2.9 and ansible is able to get the FQDN of the VM 
without any issues...

What can I do here to debug my issue?
Does the engine cache the wrong result? Even after stopping and starting the VM 
again, engine is only showing the hostname instead of the FQDN.

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


[ovirt-users] Re: cloud-init: reverts on reboot

2020-06-12 Thread Florian Schmid via Users
Hi,

we are using cloud-init for several years now and it looks like, that 
cloud-init needs a config for every boot, otherwise, it will use the default 
network config, which is DHCP.

We come around this issue by adding this file:
cat /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg
network: {config: disabled}

by cloud-init itself on the first run.

With this, cloud-init creates only once the network config and never touches it 
again.
I would not completely disable cloud-init, because this could also have some 
drawbacks, like not being able to create a root/user password anymore, if on 
worst case, ssh is not working anymore...

What we also fix on the first boot is the datasource_list
-> datasource_list: ["NoCloud", "ConfigDrive"]

Otherwise, we have an extremely long boot process (up to 5 minutes or so), 
because cloud-init tries to reach several cloud-config URLs.

BR Florian

- Ursprüngliche Mail -
Von: "Jp" 
An: "users" 
Gesendet: Donnerstag, 11. Juni 2020 16:54:31
Betreff: [ovirt-users] Re: cloud-init: reverts on reboot

I re-read the docs on creating VMs.

What is the difference between the Run Once w/ it's pop-up form vs the Initial 
Run with it's embedded form?

If an (updated) doc were to have a sequential workflow for using cloud-init in 
oVirt for a new VM's setup, would it look like this:

* assume cloud-init already installed, ex. Glance image; so SysPre/Cloud-Init 
process already done*

Glance Image Method

1. Import Image + Create Template
2. Create VM (_don't_ use Run; and _don't_ populate Initial Run tab)
3. start VM with Run Once (_not_ Run)
4. fill out Run Once pop-up form
5. VM boots as usual
6. remote Console/shell into VM to verify setting
7. Reboot or Shutdown/Run
8. use cloud-init'd VM like any other non-cloud-init'd VM

That ^ look right?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LXA4TCGENOQ3PPNGTCRPZQQJYXSR52QI/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CE7MMZEETR3E5CQUGQ3RBI6KXFVOLUMD/


[ovirt-users] Re: Huge increase of CPU load on hosted engine VM after upgrade to 4.3.8 and cluster compatibility version

2020-02-27 Thread Florian Schmid
Hi Strahil,

I can't say it 100 % sure, but I think yes. We don't use the api a lot, but we 
have a running job to get all VM data regularly. There is no gap there.
You can also work with the UI, but it takes extremely long to load the VMs UI 
and system load increases a lot. The engine I had this issue, has 8 vCPUs and 
load increased to 10 or 12 and stayed there for several minutes.

When you then close the UI and wait some time, the load goes down to normal, 
about ~ 0.4.

Now, after power cycling all VMs, the engine is fast like before the upgrade.


What I'm really afraid of, is, what happened, when the engine has too much load 
and it looses the connectivity to their nodes. Will it then restart all of 
them? Probably yes and this would take down the whole environment and we will 
have a huge outage.

And yes, we are a 24/7 company, where it is not so easy to reboot all VMs 
immediately.

BR Florian


- Ursprüngliche Mail -
Von: "Strahil Nikolov" 
An: "users" , "Florian Schmid" 
Gesendet: Mittwoch, 26. Februar 2020 16:38:05
Betreff: Re: [ovirt-users] Re: Huge increase of CPU load on hosted engine VM 
after upgrade to 4.3.8 and cluster compatibility version

On February 26, 2020 4:05:22 PM GMT+02:00, Florian Schmid  
wrote:
>Good afternoon, 
>
>after rebooting all the VMs, the CPU load of the engine is ok now. 
>
>I think this high CPU usage is coming from this new feature, that you
>see on a VM with orange triangle, what will be changed after power
>cycle. 
>Actually, this is a nice feature, but it brings down an engine, when
>all VMs need a reboot. After an upgrade for example. 
>
>Is there a possibility to avoid this? How should I upgrade an oVirt
>environment with 1000s of VMs? The engine would be unusable. 
>
>BR Florian 


Hi Florian,

Does the API work during this high load status ?

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


[ovirt-users] Re: Huge increase of CPU load on hosted engine VM after upgrade to 4.3.8 and cluster compatibility version

2020-02-26 Thread Florian Schmid
Good afternoon, 

after rebooting all the VMs, the CPU load of the engine is ok now. 

I think this high CPU usage is coming from this new feature, that you see on a 
VM with orange triangle, what will be changed after power cycle. 
Actually, this is a nice feature, but it brings down an engine, when all VMs 
need a reboot. After an upgrade for example. 

Is there a possibility to avoid this? How should I upgrade an oVirt environment 
with 1000s of VMs? The engine would be unusable. 

BR Florian 




Von: "Florian Schmid"  
An: "users"  
Gesendet: Freitag, 7. Februar 2020 08:13:05 
Betreff: [ovirt-users] Re: Huge increase of CPU load on hosted engine VM after 
upgrade to 4.3.8 and cluster compatibility version 

Hi, 

no, fortunately, the bug didn't came back. 

It looks like, that the engine needs its time to settle after changing the 
cluster compatibility version. After about 2 hours, the CPU load was as low as 
before. 
The time to load the VM UI takes a little bit more time, but I think this is 
also normal, because all VMs still have the orange triangle and need a reboot. 

Sorry for the false positive, but I was really afraid about the high load. 

BR Florian 


Von: "p staniforth"  
An: "Florian Schmid" , "users"  
Gesendet: Donnerstag, 6. Februar 2020 18:22:51 
Betreff: Re: Huge increase of CPU load on hosted engine VM after upgrade to 
4.3.8 and cluster compatibility version 

Has this bug come back 

engine.log flooded with "Field 'foo' can not be updated when status is 'Up'" 

[ 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/MKFQRCKHRT6NJUHF7URJTQG753MND6PJ/?sort=date
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/MKFQRCKHRT6NJUHF7URJTQG753MND6PJ/?sort=date
 ] 

Regards, 

Paul S. 

From: Florian Schmid  
Sent: 06 February 2020 15:53 
To: users  
Subject: [ovirt-users] Huge increase of CPU load on hosted engine VM after 
upgrade to 4.3.8 and cluster compatibility version 
Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe. 

Hi, 

I have upgraded yesterday one of our ovirt environments from 4.2.8 to 4.3.8. 
We have a hosted engine, 25 hosts and about 150 VMs running there. 

After upgrading the cluster compatibility version from 4.2 to 4.3, I have seen 
a huge increase of CPU load on the engine VM. 
The engine had 4 cores (16GB mem) and never had load issues, but after the 
upgrade, the system has a load of 6 and more. I have increased the CPUs to 8, 
because working in the UI was impossible. 

I have noticed, that the load always increase, when I load the VM UI tab, where 
now all VMs have the orange triangle with pending changes: Custom compatibility 
version 

The problem I have, is, that I can't reboot now all VMs, maybe in the next 3 or 
4 weeks. 
Working now with the UI is quite problematic, because of the slowness. 

The engine VM was already rebooted, but didn't solve the problem. 

What logs do you need and is there a workaround available? I have some more 
oVirt environments to upgrade, all with even more VMs. 

BR Florian 
___ 
Users mailing list -- users@ovirt.org 
To unsubscribe send an email to users-le...@ovirt.org 
Privacy Statement: [ 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637166020074511312sdata=wQAhPwaKrYVwjTorzE0CKjs43uPjGuyJX8T0ceJwMBc%3Dreserved=0
 | 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637166020074511312sdata=wQAhPwaKrYVwjTorzE0CKjs43uPjGuyJX8T0ceJwMBc%3Dreserved=0
 ] 
oVirt Code of Conduct: [ 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637166020074516304sdata=n6GIoSEuBbfNYLfqMvJD5aszsSV0vftLMdOtStg3hFo%3Dreserved=0
 | 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637166020074516304sdata=n6GIoSEuBbfNYLfqMvJD5aszsSV0vftLMdOtStg3hFo%3Dreserved=0
 ] 
List Archives: [ 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FOQYXCKCJGCDP6EJTXV5T6Z63SIQYEVXD%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112c

[ovirt-users] Re: Huge increase of CPU load on hosted engine VM after upgrade to 4.3.8 and cluster compatibility version

2020-02-06 Thread Florian Schmid
Hi, 

no, fortunately, the bug didn't came back. 

It looks like, that the engine needs its time to settle after changing the 
cluster compatibility version. After about 2 hours, the CPU load was as low as 
before. 
The time to load the VM UI takes a little bit more time, but I think this is 
also normal, because all VMs still have the orange triangle and need a reboot. 

Sorry for the false positive, but I was really afraid about the high load. 

BR Florian 


Von: "p staniforth"  
An: "Florian Schmid" , "users"  
Gesendet: Donnerstag, 6. Februar 2020 18:22:51 
Betreff: Re: Huge increase of CPU load on hosted engine VM after upgrade to 
4.3.8 and cluster compatibility version 

Has this bug come back 

engine.log flooded with "Field 'foo' can not be updated when status is 'Up'" 

[ 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/MKFQRCKHRT6NJUHF7URJTQG753MND6PJ/?sort=date
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/MKFQRCKHRT6NJUHF7URJTQG753MND6PJ/?sort=date
 ] 

Regards, 

Paul S. 

From: Florian Schmid  
Sent: 06 February 2020 15:53 
To: users  
Subject: [ovirt-users] Huge increase of CPU load on hosted engine VM after 
upgrade to 4.3.8 and cluster compatibility version 
Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe. 

Hi, 

I have upgraded yesterday one of our ovirt environments from 4.2.8 to 4.3.8. 
We have a hosted engine, 25 hosts and about 150 VMs running there. 

After upgrading the cluster compatibility version from 4.2 to 4.3, I have seen 
a huge increase of CPU load on the engine VM. 
The engine had 4 cores (16GB mem) and never had load issues, but after the 
upgrade, the system has a load of 6 and more. I have increased the CPUs to 8, 
because working in the UI was impossible. 

I have noticed, that the load always increase, when I load the VM UI tab, where 
now all VMs have the orange triangle with pending changes: Custom compatibility 
version 

The problem I have, is, that I can't reboot now all VMs, maybe in the next 3 or 
4 weeks. 
Working now with the UI is quite problematic, because of the slowness. 

The engine VM was already rebooted, but didn't solve the problem. 

What logs do you need and is there a workaround available? I have some more 
oVirt environments to upgrade, all with even more VMs. 

BR Florian 
___ 
Users mailing list -- users@ovirt.org 
To unsubscribe send an email to users-le...@ovirt.org 
Privacy Statement: [ 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637166020074511312sdata=wQAhPwaKrYVwjTorzE0CKjs43uPjGuyJX8T0ceJwMBc%3Dreserved=0
 | 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637166020074511312sdata=wQAhPwaKrYVwjTorzE0CKjs43uPjGuyJX8T0ceJwMBc%3Dreserved=0
 ] 
oVirt Code of Conduct: [ 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637166020074516304sdata=n6GIoSEuBbfNYLfqMvJD5aszsSV0vftLMdOtStg3hFo%3Dreserved=0
 | 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637166020074516304sdata=n6GIoSEuBbfNYLfqMvJD5aszsSV0vftLMdOtStg3hFo%3Dreserved=0
 ] 
List Archives: [ 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FOQYXCKCJGCDP6EJTXV5T6Z63SIQYEVXD%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637166020074516304sdata=%2B1GDKaTB2TpU%2F0Y7bWMyZhLOotk3knBwk%2FjMqipZ9Kg%3Dreserved=0
 | 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FOQYXCKCJGCDP6EJTXV5T6Z63SIQYEVXD%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C15e021512d1e4471aa8608d7ab1e90c1%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637166020074516304sdata=%2B1GDKaTB2TpU%2F0Y7bWMyZhLOotk3knBwk%2FjMqipZ9Kg%3Dreserved=0
 ] 
To view the terms under which this email is distributed, please go to:- 
[ http://leedsbeckett.ac.uk/disclaimer/email/ | 
http://leedsbeckett.ac.uk/disclaimer/email/ ] 


___
Users mailing list -- users@ovirt.org

[ovirt-users] Huge increase of CPU load on hosted engine VM after upgrade to 4.3.8 and cluster compatibility version

2020-02-06 Thread Florian Schmid
Hi,

I have upgraded yesterday one of our ovirt environments from 4.2.8 to 4.3.8.
We have a hosted engine, 25 hosts and about 150 VMs running there.

After upgrading the cluster compatibility version from 4.2 to 4.3, I have seen 
a huge increase of CPU load on the engine VM.
The engine had 4 cores (16GB mem) and never had load issues, but after the 
upgrade, the system has a load of 6 and more. I have increased the CPUs to 8, 
because working in the UI was impossible.

I have noticed, that the load always increase, when I load the VM UI tab, where 
now all VMs have the orange triangle with pending changes: Custom compatibility 
version

The problem I have, is, that I can't reboot now all VMs, maybe in the next 3 or 
4 weeks.
Working now with the UI is quite problematic, because of the slowness.

The engine VM was already rebooted, but didn't solve the problem.

What logs do you need and is there a workaround available? I have some more 
oVirt environments to upgrade, all with even more VMs.

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


[ovirt-users] Re: Ubuntu 18.04 and 16.04 cloud images hang at boot up

2019-12-29 Thread Florian Schmid
Hi,

the Ubuntu Cloud images come with enabled serial console.
You need to enable the serial console in VM config. Edit -> Console -> Serial 
Console -> check "Enable VirtIO serial console"

With version 4.2.8. this checkbox is lost from time to time and I don't know, 
if this is fixed already with your version, but keep this in mind, when you 
have to restart your Ubuntu VM and it won't boot anymore.

BR Florian

- Ursprüngliche Mail -
Von: su...@live.com
An: "users" 
Gesendet: Freitag, 27. Dezember 2019 23:55:03
Betreff: [ovirt-users] Ubuntu 18.04 and 16.04 cloud images hang at boot up

I'm using oVirt 4.3  (latest ) and able to successfully provision Centos VMs 
without any problems. 
When I attempt to provision Ubuntu VMs,  they hang at startup.

The console shows :
   ...
...
  [ 4.010016]   Btrfs loaded
  [  101.268594] random: nonblocking pool is initialized

It stays like this indefinitely. 

Again, I have no problems with Centos images, but need Ubuntu 

Any tips greatly appreciated. 

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


[ovirt-users] Re: [ANN] oVirt 4.3.7 Third Release Candidate is now available for testing

2019-11-13 Thread Florian Schmid
Hello, 

I have a question about bugs, which are flagged as [downstream clone - 4.3.7], 
but are not yet released. 

I'm talking about this bug: 
[ https://bugzilla.redhat.com/show_bug.cgi?id=1749202 | 
https://bugzilla.redhat.com/show_bug.cgi?id=1749202 ] 

I can't see it in 4.3.7 release notes. Will it be included in a further release 
candidate? This fix is very important I think and I can't upgrade yet because 
of this bug. 

BR Florian Schmid 





Von: "Sandro Bonazzola"  
An: "users"  
Gesendet: Mittwoch, 13. November 2019 13:34:59 
Betreff: [ovirt-users] [ANN] oVirt 4.3.7 Third Release Candidate is now 
available for testing 

The oVirt Project is pleased to announce the availability of the oVirt 4.3.7 
Third Release Candidate for testing, as of November 13th, 2019. 

This update is a release candidate of the seventh in a series of stabilization 
updates to the 4.3 series. 
This is pre-release software. This pre-release should not to be used in 
production. 

This release is available now on x86_64 architecture for: 
* Red Hat Enterprise Linux 7.7 or later (but <8) 
* CentOS Linux (or similar) 7.7 or later (but <8) 

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: 
* Red Hat Enterprise Linux 7.7 or later (but <8) 
* CentOS Linux (or similar) 7.7 or later (but <8) 
* oVirt Node 4.3 (available for x86_64 only) has been built consuming CentOS 
7.7 Release 

See the release notes [1] for known issues, new features and bugs fixed. 

While testing this release candidate please note that oVirt node now includes: 
- ansible 2.9.0 
- GlusterFS 6.6 

Notes: 
- oVirt Appliance is already available 
- oVirt Node is already available 

Additional Resources: 
* Read more about the oVirt 4.3.7 release highlights: [ 
http://www.ovirt.org/release/4.3.7/ | http://www.ovirt.org/release/4.3.7/ ] 
* Get more oVirt Project updates on Twitter: [ https://twitter.com/ovirt | 
https://twitter.com/ovirt ] 
* Check out the latest project news on the oVirt blog: [ 
http://www.ovirt.org/blog/ | http://www.ovirt.org/blog/ ] 

[1] [ http://www.ovirt.org/release/4.3.7/ | http://www.ovirt.org/release/4.3.7/ 
] 
[2] [ http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ | 
http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ ] 

-- 


Sandro Bonazzola 

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV 

[ https://www.redhat.com/ | Red Hat EMEA ] 


[ mailto:sbona...@redhat.com | sbona...@redhat.com ] 
[ https://www.redhat.com/ ] Red Hat respects your work life balance. Therefore 
there is no need to answer this email out of your office hours. 

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


[ovirt-users] Re: engine.log flooded with "Field 'foo' can not be updated when status is 'Up'"

2019-09-02 Thread Florian Schmid
Hi, 

are there any news on this? 

I'm too scary about upgrading our installation! 

BR Florian 


Von: "Sharon Gratch"  
An: "Florian Schmid" , "Ryan Barry" , 
"Lucia Jelinkova"  
CC: "users"  
Gesendet: Dienstag, 20. August 2019 11:00:41 
Betreff: Re: [ovirt-users] Re: engine.log flooded with "Field 'foo' can not be 
updated when status is 'Up'" 

Hi, 

[ mailto:rba...@redhat.com | @Ryan Barry ] , [ mailto:ljeli...@redhat.com | 
@Lucia Jelinkova ] - is the possible to fix [ 
https://bugzilla.redhat.com/show_bug.cgi?id=1742924 | Bug 1742924 ] earlier 
than oVirt 4.4 release? 
If the fix involves only removing the warning from the log, then it seems like 
a pretty quick fix... 

Thanks, 
Sharon 

On Tue, Aug 20, 2019 at 10:31 AM Florian Schmid < [ mailto:fsch...@ubimet.com | 
fsch...@ubimet.com ] > wrote: 



Hello Sharon, 

I had a look on the bug report and it says, that this fix is targeted for oVirt 
4.4. This would be really bad for us, because I have hundreds of VMs, which 
can't be restarted so easily (over 500) and this would break then our engine... 
This would make it impossible for us to upgrade to oVirt 4.3.5 or higher until 
the Bug is fixed. 

Would it be possible to get a manual fix for this? 

I would like to upgrade to 4.3.6 when it is out in September or beginning of 
October. 

BR Florian 



Von: "Sharon Gratch" < [ mailto:sgra...@redhat.com | sgra...@redhat.com ] > 
An: "Matthias Leopold" < [ mailto:matthias.leop...@meduniwien.ac.at | 
matthias.leop...@meduniwien.ac.at ] > 
CC: "p staniforth" < [ mailto:p.stanifo...@leedsbeckett.ac.uk | 
p.stanifo...@leedsbeckett.ac.uk ] >, "users" < [ mailto:users@ovirt.org | 
users@ovirt.org ] > 
Gesendet: Dienstag, 13. August 2019 19:14:28 
Betreff: [ovirt-users] Re: engine.log flooded with "Field 'foo' can not be 
updated when status is 'Up'" 

Hi, 
We checked that issue and found out that you are right and this extra logging 
lines problem is caused by "next run configuration" improvements added to oVirt 
4.3.5. 

The current behaviour is that for each running VM with next run configuration 
existed, a warning line of "Field 'xxx' can not be updated when status is 
'Up'" appears in log, per each vm device and whenever the vms list is 
refreshed. 
This definitely may flood the engine log if there are few such VMs. 

Can you please file a bug on that? 

Thanks, 
Sharon 



On Tue, Aug 13, 2019 at 5:01 PM Matthias Leopold < [ 
mailto:matthias.leop...@meduniwien.ac.at | matthias.leop...@meduniwien.ac.at ] 
> wrote: 

BQ_BEGIN
Thanks for the feedback, I think my description was a bit clumsy, but at 
least someone confirms that he has seen this... 
I still hope it's linked to unfinished VM "Custom Compatibility Version" 
updates, tomorrow I'll know, when I finally can do the last VM reboots. 
My "Administration Portal" is still usable, but nevertheless I think 
this is something the upstream developers should look into. 

Regards 
Matthias 

Am 13.08.19 um 12:48 schrieb Staniforth, Paul: 
> Hello Mathias, 
> I also had this problem, the flood of warning messages was most notably 
> generated when showing all the VMs running from the admin portal dashboard as 
> we had 70 VMs running this generated the following but for all 70 VMs. I was 
> able to restart most of the VMs otherwise the admin portal became unusable. 
> I don't recall this being a problem upgrading from 4.1 to 4.2 
> 
> Regards 
> Paul S. 
> 
> 2019-08-13 11:44:36,771+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'customCompatibilityVersion' can 
> not be updated when status is 'Up' 
> 2019-08-13 11:44:36,771+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'exportDate' can not be updated 
> when status is 'Up' 
> 2019-08-13 11:44:36,771+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'managedDeviceMap' can not be 
> updated when status is 'Up' 
> 2019-08-13 11:44:36,771+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'ovfVersion' can not be updated 
> when status is 'Up' 
> 2019-08-13 11:44:36,772+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'balloonEnabled' can not be 
> updated when status is 'Up' 
> 2019-08-13 11:44:36,772+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'watchdog' ca

[ovirt-users] Re: engine.log flooded with "Field 'foo' can not be updated when status is 'Up'"

2019-08-20 Thread Florian Schmid
Hello Sharon, 

I had a look on the bug report and it says, that this fix is targeted for oVirt 
4.4. This would be really bad for us, because I have hundreds of VMs, which 
can't be restarted so easily (over 500) and this would break then our engine... 
This would make it impossible for us to upgrade to oVirt 4.3.5 or higher until 
the Bug is fixed. 

Would it be possible to get a manual fix for this? 

I would like to upgrade to 4.3.6 when it is out in September or beginning of 
October. 

BR Florian 



Von: "Sharon Gratch"  
An: "Matthias Leopold"  
CC: "p staniforth" , "users"  
Gesendet: Dienstag, 13. August 2019 19:14:28 
Betreff: [ovirt-users] Re: engine.log flooded with "Field 'foo' can not be 
updated when status is 'Up'" 

Hi, 
We checked that issue and found out that you are right and this extra logging 
lines problem is caused by "next run configuration" improvements added to oVirt 
4.3.5. 

The current behaviour is that for each running VM with next run configuration 
existed, a warning line of "Field 'xxx' can not be updated when status is 
'Up'" appears in log, per each vm device and whenever the vms list is 
refreshed. 
This definitely may flood the engine log if there are few such VMs. 

Can you please file a bug on that? 

Thanks, 
Sharon 



On Tue, Aug 13, 2019 at 5:01 PM Matthias Leopold < [ 
mailto:matthias.leop...@meduniwien.ac.at | matthias.leop...@meduniwien.ac.at ] 
> wrote: 


Thanks for the feedback, I think my description was a bit clumsy, but at 
least someone confirms that he has seen this... 
I still hope it's linked to unfinished VM "Custom Compatibility Version" 
updates, tomorrow I'll know, when I finally can do the last VM reboots. 
My "Administration Portal" is still usable, but nevertheless I think 
this is something the upstream developers should look into. 

Regards 
Matthias 

Am 13.08.19 um 12:48 schrieb Staniforth, Paul: 
> Hello Mathias, 
> I also had this problem, the flood of warning messages was most notably 
> generated when showing all the VMs running from the admin portal dashboard as 
> we had 70 VMs running this generated the following but for all 70 VMs. I was 
> able to restart most of the VMs otherwise the admin portal became unusable. 
> I don't recall this being a problem upgrading from 4.1 to 4.2 
> 
> Regards 
> Paul S. 
> 
> 2019-08-13 11:44:36,771+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'customCompatibilityVersion' can 
> not be updated when status is 'Up' 
> 2019-08-13 11:44:36,771+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'exportDate' can not be updated 
> when status is 'Up' 
> 2019-08-13 11:44:36,771+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'managedDeviceMap' can not be 
> updated when status is 'Up' 
> 2019-08-13 11:44:36,771+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'ovfVersion' can not be updated 
> when status is 'Up' 
> 2019-08-13 11:44:36,772+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'balloonEnabled' can not be 
> updated when status is 'Up' 
> 2019-08-13 11:44:36,772+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'watchdog' can not be updated 
> when status is 'Up' 
> 2019-08-13 11:44:36,773+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'rngDevice' can not be updated 
> when status is 'Up' 
> 2019-08-13 11:44:36,774+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'soundDeviceEnabled' can not be 
> updated when status is 'Up' 
> 2019-08-13 11:44:36,774+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'consoleEnabled' can not be 
> updated when status is 'Up' 
> 2019-08-13 11:44:36,775+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'virtioScsiEnabled' can not be 
> updated when status is 'Up' 
> 2019-08-13 11:44:36,776+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [936d48c4-76c6-4363-85f0-7147923bbb2f] Field 'graphicsDevices' can not be 
> updated when status is 'Up' 
> 2019-08-13 11:44:39,490+01 WARN 
> [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-855) 
> [0b246c13-223f-4728-b988-5da34139aeb2] Field 'customCompatibilityVersion' can 
> not be updated when status is 'Up' 
> 2019-08-13 11:44:39,490+01 WARN 
> 

[ovirt-users] Re: IPTablesConfig replacement in 4.3

2019-02-13 Thread Florian Schmid
Hi Roman,

I have done this for zabbix agent port:
On engine:
cat /etc/ovirt-engine/ansible/ovirt-host-deploy-post-tasks.yml  ->
---
#
## Any additional tasks required to be executing during host deploy process can
## be added below
##
- name: Enable zabbix port on firewalld
  firewalld:
port: "10050/tcp"
permanent: yes
immediate: yes
state: enabled


Hopefully, that helps you!?

BR Florian

- Ursprüngliche Mail -
Von: "Roman Last" 
An: "users" 
Gesendet: Dienstag, 12. Februar 2019 22:13:15
Betreff: [ovirt-users] IPTablesConfig replacement in 4.3

Hello!
So, i just update up in 4.3, whith auto configration iptables by vsdm. How can 
i make some custom rules in iptables becouse IPTablesConfigSiteCustom is now 
deprecated.

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


[ovirt-users] One disk in illegal state after deleting snapshot with several disks

2019-02-04 Thread Florian Schmid
Hi, 

I'm using oVirt 4.2.5. I know, it is not the newest anymore, but our cluster is 
quite big and I will upgrade to 4.2.8 as soon as possible. 

I have a VM with several disks, one with virtio (boot device) and 3 other disks 
with virtio-scsi: 
log 8190c797-0ed8-421f-85c7-cc1f540408f8 1 GiB 
root 5edab51c-9113-466c-bd27-e73d4bfb29c4 10 GiB 
tmp 11d74762-6053-4347-bdf2-4838dc2ea6f0 1 GiB 
web_web-content bb5b1881-d40f-4ad1-a8c8-8ee594b3fe8a 20 GiB 
Snapshots where quite small, because not much is changing there. All disks are 
on NFS v3 share running on NetApp cluster. 

Some IDs: 
VM ID: bc25c5c9-353b-45ba-b0d5-5dbba41e9c5f 
affected disk ID: 6cbd2f85-8335-416f-a208-ef60ecd839a4 
Snapshot ID: c8103ae8-3432-4b69-8b91-790cdc37a2da 
Snapshot disk ID: 2564b125-857e-41fa-b187-2832df277ccf 
Task ID: 2a60efb5-1a11-49ac-a7f0-406faac219d6 
Storage domain ID: 14794a3e-16fc-4dd3-a867-10507acfe293 



After triggering snapshot delete task (2a60efb5-1a11-49ac-a7f0-406faac219d6), 
deletion was running for about one hour and I though it was hanging and I 
restarted the engine process on self-hosted engine... 

After that, snapshot was still in lock state, therefore, I deleted the lock: 
/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t snapshot 
c8103ae8-3432-4b69-8b91-790cdc37a2da 

## 
CAUTION, this operation may lead to data corruption and should be used with 
care. Please contact support prior to running this command 
## 

Are you sure you want to proceed? [y/n] 
y 
select fn_db_unlock_snapshot('c8103ae8-3432-4b69-8b91-790cdc37a2da'); 

INSERT 0 1 
unlock snapshot c8103ae8-3432-4b69-8b91-790cdc37a2da completed successfully. 



After trying to delete snapshot again, engine gave the error, that the Disk is 
in status Illegal. 

Snapshot file is still there for the disk log: 
-rw-rw. 1 vdsm kvm 282M Feb 1 13:33 2564b125-857e-41fa-b187-2832df277ccf 
-rw-rw. 1 vdsm kvm 1.0M Jan 22 03:22 
2564b125-857e-41fa-b187-2832df277ccf.lease 
-rw-r--r--. 1 vdsm kvm 267 Feb 1 14:05 
2564b125-857e-41fa-b187-2832df277ccf.meta 
-rw-rw. 1 vdsm kvm 1.0G Feb 1 11:53 6cbd2f85-8335-416f-a208-ef60ecd839a4 
-rw-rw. 1 vdsm kvm 1.0M Jan 10 12:07 
6cbd2f85-8335-416f-a208-ef60ecd839a4.lease 
-rw-r--r--. 1 vdsm kvm 272 Jan 22 03:22 
6cbd2f85-8335-416f-a208-ef60ecd839a4.meta 

All other snapshots have been merged successfully. I have umounted the disk 
inside the VM, after I saw, that the snapshot disk is still in use. That's why, 
the date is not changed anymore. 
The strange thing is, that it looks like that the merge was working for a short 
time, because also time of the underlying disk has changed... 

In database, I have this data about the VM and its snapshot: 
engine=# select snapshot_id,snapshot_type,status,description from snapshots 
where vm_id='bc25c5c9-353b-45ba-b0d5-5dbba41e9c5f'; 
snapshot_id | snapshot_type | status | description 
--+---++- 
f596ba1c-4a6e-4372-9df4-c8e870c55fea | ACTIVE | OK | Active VM 
c8103ae8-3432-4b69-8b91-790cdc37a2da | REGULAR | OK | cab-3449 

engine=# select 
image_guid,parentid,imagestatus,vm_snapshot_id,volume_type,volume_format,active 
from images where image_group_id='8190c797-0ed8-421f-85c7-cc1f540408f8'; 
image_guid | parentid | imagestatus | vm_snapshot_id | volume_type | 
volume_format | active 
--+--+-+--+-+---+
 
2564b125-857e-41fa-b187-2832df277ccf | 6cbd2f85-8335-416f-a208-ef60ecd839a4 | 1 
| f596ba1c-4a6e-4372-9df4-c8e870c55fea | 2 | 4 | t 
6cbd2f85-8335-416f-a208-ef60ecd839a4 | ---- | 4 
| c8103ae8-3432-4b69-8b91-790cdc37a2da | 2 | 5 | f 





vdsm-tool dump-volume-chains 14794a3e-16fc-4dd3-a867-10507acfe293: 


image: 8190c797-0ed8-421f-85c7-cc1f540408f8 

- 6cbd2f85-8335-416f-a208-ef60ecd839a4 

status: OK, voltype: INTERNAL, format: RAW, legality: LEGAL, type: SPARSE 

- 2564b125-857e-41fa-b187-2832df277ccf 

status: OK, voltype: LEAF, format: COW, legality: LEGAL, type: SPARSE 


@bzlotnik, 
it would be great, when you can help me to get the disk back only without 
stopping or starting the VM. I'm really afraid now of deleting snapshots... 
I will send you the vdsm log from host running the VM and from SPM and 
engine.log. 

Thank you very much! 

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


[ovirt-users] Re: Is it possible to migrate self hosted engine to bare metal?

2019-01-15 Thread Florian Schmid
Hi,

is there a more detailed HowTo to do this? On RedHat, there is only the 
documentation the other way round (Bare-Metal to self hosted engine...).

I want to install the engine into a LXD container, because with the self hosted 
engine, I have too much drawbacks at the moment and backup/restore is also far 
away from strait forward, especially when you have a database which was created 
with oVirt 4.0.

Thank you!

BR Florian

- Ursprüngliche Mail -
Von: "Tobias Scheinert" 
An: "users" , "abhishek sahni1991" 

Gesendet: Mittwoch, 19. Dezember 2018 11:56:29
Betreff: [ovirt-users] Re: Is it possible to migrate self hosted engine to bare 
metal?

Hi,

Am 19.12.2018 um 11:21 schrieb Abhishek Sahni:
> Do we have some steps where we can migrate self hosted engine to 
> separate bare metal machine.
> 
> I do have a recent backup of DB from the self hosted engine?

yes it is possible to this. You can find the necessary information in 
the RedHat documentation.

--> 


We are running our hosted engine as a virtual machine on a Proxmox host. 
We do this to avoid several bootstraping problems in case of a disaster 
recovery.


Greeting Tobias


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


[ovirt-users] Re: Unable to increase memory or CPU on hosted Engine version 4.2.5.2

2019-01-04 Thread Florian Schmid
Hi Andrej, 

thank you for creating a bug report for me 

Engine was installed back in 2016, so I think we started with 4.0 or even 3.6. 
I can't remember exactly. 

With a new install, I made some weeks ago with ovirt 4.2.5, quota_id was setup 
correctly, so this must be caused by an upgrade from an earlier release... 

BR Florian 



Von: "Andrej Krejcir"  
An: "Florian Schmid"  
CC: "users"  
Gesendet: Freitag, 4. Januar 2019 15:28:29 
Betreff: Re: [ovirt-users] Re: Unable to increase memory or CPU on hosted 
Engine version 4.2.5.2 

Hi, 

Thanks for finding this bug, I will open a bugzilla ticket. 

Was the hosted engine deployed as 4.2 or was it upgraded from an earlier 
version? 


Best Regards, 
Andrej 

On Fri, 4 Jan 2019 at 09:53, Florian Schmid < [ mailto:fsch...@ubimet.com | 
fsch...@ubimet.com ] > wrote: 



Hi, 

I finally fixed the issue not being able to edit the hosted engine in UI. 

It was the missing "quota_id" in the database for the engine and their disk. 
After adding the "quota_id" in the DB, editing the engine was possible. 

What I did: 
engine=# select vm_name,quota_id from vm_static where vm_guid = 
'd4c6d1b2-42ad-499c-8752-a2db2f82d469'; 
vm_name | quota_id 
--+-- 
HostedEngine | 

engine=# select * from image_storage_domain_map where image_id = 
'21736453-bf46-422d-ba0d-973876e3b19b'; 
image_id | storage_domain_id | quota_id | disk_profile_id 
--+--+--+--
 
21736453-bf46-422d-ba0d-973876e3b19b | 3f77d779-0f2e-472a-84ca-53bc015995ed | | 
b1730a05-bcdf-4b3e-b7f3-5110841a547b 


UPDATE image_storage_domain_map SET quota_id = 
'58ab004a-0315-00d0-02b8-011d' where image_id = 
'21736453-bf46-422d-ba0d-973876e3b19b'; 

UPDATE vm_static SET quota_id = '58ab004a-0315-00d0-02b8-011d' where 
vm_guid = 'd4c6d1b2-42ad-499c-8752-a2db2f82d469'; 


engine=# select vm_name,quota_id from vm_static where vm_guid = 
'd4c6d1b2-42ad-499c-8752-a2db2f82d469'; 
vm_name | quota_id 
--+-- 
HostedEngine | 58ab004a-0315-00d0-02b8-011d 


engine=# select * from image_storage_domain_map where image_id = 
'21736453-bf46-422d-ba0d-973876e3b19b'; 
image_id | storage_domain_id | quota_id | disk_profile_id 
--+--+--+--
 
21736453-bf46-422d-ba0d-973876e3b19b | 3f77d779-0f2e-472a-84ca-53bc015995ed | 
58ab004a-0315-00d0-02b8-011d | b1730a05-bcdf-4b3e-b7f3-5110841a547b 

BR Florian 


PS: 

@Gregor, maybe this helps you also!? 


Von: "Florian Schmid" < [ mailto:fsch...@ubimet.com | fsch...@ubimet.com ] > 
An: "users" < [ mailto:users@ovirt.org | users@ovirt.org ] > 
Gesendet: Mittwoch, 21. November 2018 12:28:43 
Betreff: [ovirt-users] Unable to increase memory or CPU on hosted Engine 
version 4.2.5.2 

Hi, 

I'm using version 4.2.5.2 and every article I found, I read that with oVirt 
4.2, it should be possible to update CPU and memory for hosted Engine in UI. 

Now, when I'm trying to do this, even being on global maintenance, I always get 
the same error: 
Error while executing action: 

HostedEngine: 
There was an attempt to change Hosted Engine VM values that are locked. 

My problem is, that I need to increase the memory, because we had now several 
times in the last 2 or 3 months an out of memory kill of the java process. 

What is the best way to increase memory here? Should I do it over the config 
file? But how is then the OVF updated? 

BR Florian 

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

[ovirt-users] Re: Unable to increase memory or CPU on hosted Engine version 4.2.5.2

2019-01-04 Thread Florian Schmid
Hi, 

I finally fixed the issue not being able to edit the hosted engine in UI. 

It was the missing "quota_id" in the database for the engine and their disk. 
After adding the "quota_id" in the DB, editing the engine was possible. 

What I did: 
engine=# select vm_name,quota_id from vm_static where vm_guid = 
'd4c6d1b2-42ad-499c-8752-a2db2f82d469'; 
vm_name | quota_id 
--+-- 
HostedEngine | 

engine=# select * from image_storage_domain_map where image_id = 
'21736453-bf46-422d-ba0d-973876e3b19b'; 
image_id | storage_domain_id | quota_id | disk_profile_id 
--+--+--+--
 
21736453-bf46-422d-ba0d-973876e3b19b | 3f77d779-0f2e-472a-84ca-53bc015995ed | | 
b1730a05-bcdf-4b3e-b7f3-5110841a547b 


UPDATE image_storage_domain_map SET quota_id = 
'58ab004a-0315-00d0-02b8-011d' where image_id = 
'21736453-bf46-422d-ba0d-973876e3b19b'; 

UPDATE vm_static SET quota_id = '58ab004a-0315-00d0-02b8-011d' where 
vm_guid = 'd4c6d1b2-42ad-499c-8752-a2db2f82d469'; 


engine=# select vm_name,quota_id from vm_static where vm_guid = 
'd4c6d1b2-42ad-499c-8752-a2db2f82d469'; 
vm_name | quota_id 
--+-- 
HostedEngine | 58ab004a-0315-00d0-02b8-011d 


engine=# select * from image_storage_domain_map where image_id = 
'21736453-bf46-422d-ba0d-973876e3b19b'; 
image_id | storage_domain_id | quota_id | disk_profile_id 
--+--+--+--
 
21736453-bf46-422d-ba0d-973876e3b19b | 3f77d779-0f2e-472a-84ca-53bc015995ed | 
58ab004a-0315-00d0-02b8-011d | b1730a05-bcdf-4b3e-b7f3-5110841a547b 

BR Florian 


PS: 

@Gregor, maybe this helps you also!? 


Von: "Florian Schmid"  
An: "users"  
Gesendet: Mittwoch, 21. November 2018 12:28:43 
Betreff: [ovirt-users] Unable to increase memory or CPU on hosted Engine 
version 4.2.5.2 

Hi, 

I'm using version 4.2.5.2 and every article I found, I read that with oVirt 
4.2, it should be possible to update CPU and memory for hosted Engine in UI. 

Now, when I'm trying to do this, even being on global maintenance, I always get 
the same error: 
Error while executing action: 

HostedEngine: 
There was an attempt to change Hosted Engine VM values that are locked. 

My problem is, that I need to increase the memory, because we had now several 
times in the last 2 or 3 months an out of memory kill of the java process. 

What is the best way to increase memory here? Should I do it over the config 
file? But how is then the OVF updated? 

BR Florian 

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


[ovirt-users] Re: Running different minor versions in different clusters?

2019-01-02 Thread Florian Schmid
Hi Darrell,

thank you very much for your answer!

For how long do you run the clusters with different versions?

Do your hosted engine enabled hosts run on the older version or always on the 
same as the engine?

This is my biggest concern, because on my setup, these hosts would run on the 
older version, while engine will be on a newer version.

BR Florian

- Ursprüngliche Mail -
Von: "Darrell Budic" 
An: "Florian Schmid" 
CC: "users" 
Gesendet: Dienstag, 18. Dezember 2018 22:46:06
Betreff: Re: [ovirt-users] Running different minor versions in different 
clusters?

It survives and continues to work fine. I’ve been in this situation during 
upgrades when I haven’t been able to do all my clusters at the same time.


> On Dec 18, 2018, at 12:17 PM, Florian Schmid  wrote:
> 
> Hi,
> 
> does nobody has a clue on this? I would need a clear statement about that. ;)
> 
> LG Florian
> 
> 
> - Ursprüngliche Mail -
> Von: "Florian Schmid" 
> An: "users" 
> Gesendet: Dienstag, 11. Dezember 2018 13:31:35
> Betreff: [ovirt-users] Running different minor versions in different clusters?
> 
> Hi,
> 
> I want to ask, if this is a supported Environment, 
> when I have for example the latest 4.2 version running on engine and all 
> hosts in a cluster have an earlier release of 4.2 running?
> 
> Example:
> - ovirt engine: 4.2.7
> - hosts in cluster A: 4.2.5
> - hosts in cluster B: 4.2.7
> 
> The engine VM would run in cluster A with the older version.
> 
> I ask, because we have a very huge ovirt setup, split into different clusters.
> In one cluster, I would like to have always the latest version and in the 
> others, the upgrade will be done in bigger time-intervals.
> 
> LG Florian Schmid
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TVSWNPPOON5RYDYQVHRXPUDTIFBCWBJO/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/C7C2JXVXR3NEF5ZVESMCSGPBYFQSUA5U/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CTZWCSNU4S7VEFM4POWPI5BWPQTHUGHV/


[ovirt-users] Re: Running different minor versions in different clusters?

2018-12-18 Thread Florian Schmid
Hi,

does nobody has a clue on this? I would need a clear statement about that. ;)

LG Florian


- Ursprüngliche Mail -
Von: "Florian Schmid" 
An: "users" 
Gesendet: Dienstag, 11. Dezember 2018 13:31:35
Betreff: [ovirt-users] Running different minor versions in different clusters?

Hi,

I want to ask, if this is a supported Environment, 
when I have for example the latest 4.2 version running on engine and all hosts 
in a cluster have an earlier release of 4.2 running?

Example:
- ovirt engine: 4.2.7
- hosts in cluster A: 4.2.5
- hosts in cluster B: 4.2.7

The engine VM would run in cluster A with the older version.

I ask, because we have a very huge ovirt setup, split into different clusters.
In one cluster, I would like to have always the latest version and in the 
others, the upgrade will be done in bigger time-intervals.

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


[ovirt-users] Running different minor versions in different clusters?

2018-12-11 Thread Florian Schmid
Hi,

I want to ask, if this is a supported Environment, 
when I have for example the latest 4.2 version running on engine and all hosts 
in a cluster have an earlier release of 4.2 running?

Example:
- ovirt engine: 4.2.7
- hosts in cluster A: 4.2.5
- hosts in cluster B: 4.2.7

The engine VM would run in cluster A with the older version.

I ask, because we have a very huge ovirt setup, split into different clusters.
In one cluster, I would like to have always the latest version and in the 
others, the upgrade will be done in bigger time-intervals.

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


[ovirt-users] Unable to increase memory or CPU on hosted Engine version 4.2.5.2

2018-11-21 Thread Florian Schmid
Hi, 

I'm using version 4.2.5.2 and every article I found, I read that with oVirt 
4.2, it should be possible to update CPU and memory for hosted Engine in UI. 

Now, when I'm trying to do this, even being on global maintenance, I always get 
the same error: 
Error while executing action: 

HostedEngine: 
There was an attempt to change Hosted Engine VM values that are locked. 

My problem is, that I need to increase the memory, because we had now several 
times in the last 2 or 3 months an out of memory kill of the java process. 

What is the best way to increase memory here? Should I do it over the config 
file? But how is then the OVF updated? 

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


[ovirt-users] Re: After adding a disk via GUI the VM does not start anymore

2018-11-21 Thread Florian Schmid
Hi Nir, 

we started with oVirt 4.0, but I wanted to say, that we have this problem from 
the beginning... 

Here is an example, where I have added a disk while VM was running and after a 
shutdown und start, the devices have changed: 
/dev/vda1 9.7G 3.5G 6.2G 36% / 
/dev/sdb 976M 15M 895M 2% /tmp 
/dev/sda 976M 4.4M 905M 1% /var/log 

/dev/vda1 9.7G 3.5G 6.2G 36% / 
/dev/sdc 976M 1.3M 908M 1% /tmp 
/dev/sda 976M 4.0M 905M 1% /var/log 

New disk became suddenly sdb instead of sdc. Unfortunately, this happened last 
month and I don't have the logs anymore, nor do I know the exact time. Only had 
my terminals still open... ;) 

I tried to reproduce it with shutdown and start 5 times, but still same order. 
I think it is only changing when you add a new disk to the VM... 

@matthias, 
when it is not to much work for you, you should all the fstabs of your linux 
VMs and change sda... to the disk UUID. These should never change... 

BR Florian 


Von: "Nir Soffer"  
An: "Florian Schmid"  
CC: "matthias barmeier" , "users" 
 
Gesendet: Mittwoch, 21. November 2018 09:28:40 
Betreff: Re: [ovirt-users] Re: After adding a disk via GUI the VM does not 
start anymore 


On Wed, Nov 21, 2018, 09:02 Florian Schmid < [ mailto:fsch...@ubimet.com | 
fsch...@ubimet.com ] wrote: 


Hi, 

we have the same issue since oVirt 4.0. 




Did it work before 4.0? 


BQ_BEGIN
Because we need always several disks, we have the boot disk as virtio and all 
others as virtio-scsi. 
With this approach, boot disk is always vda and all other disks are then sda, 
sdb and so on. They change nearly every time, we reboot. 

BQ_END


I think we try to keep the disks order, and we fixed similar bug few uears ago. 
If you can reproduce this please file a bug. 


BQ_BEGIN

In Linux, you can mount also disks not only by /dev/sdX, you can also mount 
them via UUID of the disk or by label, ... With this, the disks can always be 
correctly identified and mounted. 
Here an example: 
LABEL=cloudimg-rootfs / ext4 defaults 0 0 
/dev/disk/by-label/log /var/log auto defaults,comment=cloudconfig 0 0 
/dev/disk/by-label/tmp /tmp ext4 defaults 0 0 

BQ_END


Sure this is the recommended way, regardless of oVirt effort to keep disks 
order between reboots. 

Nir 



BQ_BEGIN

BR Florian 

- Ursprüngliche Mail - 
Von: "matthias barmeier" < [ mailto:matthias.barme...@sourcepark.de | 
matthias.barme...@sourcepark.de ] > 
An: "users" < [ mailto:users@ovirt.org | users@ovirt.org ] > 
Gesendet: Dienstag, 20. November 2018 15:48:42 
Betreff: [ovirt-users] After adding a disk via GUI the VM does not start 
anymore 

Hi, 

when I add a disk to a debian 9 VM the VM cannot boot anymore. The VM is 
stating that /dev/sda1 cannot be found anymore. When I remove the added disk 
everything works as before. 
Could someone please give me a hint what went wrong ? 

The hypervisor host is a Centos 7.5 system. 

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

BQ_END


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


[ovirt-users] Re: After adding a disk via GUI the VM does not start anymore

2018-11-20 Thread Florian Schmid
Hi,

we have the same issue since oVirt 4.0.
Because we need always several disks, we have the boot disk as virtio and all 
others as virtio-scsi.
With this approach, boot disk is always vda and all other disks are then sda, 
sdb and so on. They change nearly every time, we reboot.

In Linux, you can mount also disks not only by /dev/sdX, you can also mount 
them via UUID of the disk or by label, ... With this, the disks can always be 
correctly identified and mounted.
Here an example:
LABEL=cloudimg-rootfs   /ext4   defaults0 0
/dev/disk/by-label/log  /var/logautodefaults,comment=cloudconfig
0   0
/dev/disk/by-label/tmp /tmp ext4defaults0 0

BR Florian

- Ursprüngliche Mail -
Von: "matthias barmeier" 
An: "users" 
Gesendet: Dienstag, 20. November 2018 15:48:42
Betreff: [ovirt-users] After adding a disk via GUI the VM does not start anymore

Hi,

when I add a disk to a debian 9 VM the VM cannot boot anymore. The VM is 
stating that /dev/sda1 cannot be found anymore. When I remove the added disk 
everything works as before.
Could someone please give me a hint what went wrong ?

The hypervisor host is a Centos 7.5 system.

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


[ovirt-users] Re: How to force a QoS IO limit update to all disks

2018-11-15 Thread Florian Schmid
Hello Andrej, 

thank you very much! 

I have created a new bug report: 
https://bugzilla.redhat.com/show_bug.cgi?id=1650164 

Sorry for creating so much bug reports an d the last time... 
You all doing a great job on oVirt and I like it really much to work with and 
it is really working well! 

LG Florian 






Von: "Andrej Krejcir"  
An: "Florian Schmid"  
CC: "users"  
Gesendet: Donnerstag, 15. November 2018 11:51:05 
Betreff: Re: [ovirt-users] Re: How to force a QoS IO limit update to all disks 

Hi, 

This looks like a bug. When a disk profile is updated, the QoS should be 
refreshed for all disks that use the profile. 
Please open a bug and I will look at it. 

It is strange, updating a disk without changing anything should not update the 
QoS. 
But if it does, than maybe updating the disk using the API would update QoS 
too: 

PUT /ovirt-engine/api/disks/123 
 

Otherwise the only way to refresh QoS is by migrating or restarting the VMs. 

Best Regards, 
Andrej 

On Thu, 15 Nov 2018 at 10:40, Florian Schmid < [ mailto:fsch...@ubimet.com | 
fsch...@ubimet.com ] > wrote: 


Hi, 

I think, this is definitely a bug. 

In engine.log, I see some of those entries: 
2018-11-15 09:11:02,668Z INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-777) [3670f111-0be3-474a-ae17-f6b826f6948b] EVENT_ID: 
USER_UPDATED_QOS(10,114), QoS Dev was updated. (User: fschmid@xyz-authz) 
2018-11-15 09:11:02,669Z INFO 
[org.ovirt.engine.core.vdsbroker.UpdateVmPolicyVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-12) [26a262d9] START, 
UpdateVmPolicyVDSCommand(HostName = host1, 
UpdateVmPolicyVDSParams:{hostId='9de439b5-dd72-44d6-bab4-906a748a1abe', 
vmId='a29e87be-a261-4b33-a92f-5a84705fcba1'}), log id: 3f2b33f4 

2018-11-15 09:11:02,760Z INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-12) [26a262d9] EVENT_ID: 
VM_SLA_POLICY_STORAGE(10,551), VM qwe SLA Policy was set. Storage policy 
changed for disks: [tmp, log, root, qwe_var] 


I see these entries for some of the VMs for some of their disks, but this 
policy is set for about 80 VMs and all of their disks. 

In the logs, I see only few of them and there is no error about not being able 
to set the SLA. 

Can please someone give me hint on how to force updating the QoS SLA for all 
affected VMs. An API call would also help. 
Maybe also someone else can confirm that this is a bug, because I would create 
a bug report. 

BR Florian Schmid 


----- Ursprüngliche Mail - 
Von: "Florian Schmid" < [ mailto:fsch...@ubimet.com | fsch...@ubimet.com ] > 
An: "users" < [ mailto:users@ovirt.org | users@ovirt.org ] > 
Gesendet: Dienstag, 13. November 2018 17:11:21 
Betreff: [ovirt-users] How to force a QoS IO limit update to all disks 

Hi, 

oVirt version: 4.2.5.1 

I have a strange problem with IO limiting. 
I have a storage domain for our dev environment and I have set the default Disk 
Profile to a QoS rule with IO limit enabled. 
This rule is working so far, but when I change the QoS rule of this default 
Disk Profile to a different IO limit, all the disks have still the old limit 
active. 

Only when I edit the disk and click OK without changing anything, I see also in 
Events, that the new IO limit is set. 
This behavior would cause me a lot of work, because we have several 100s of 
disks and I can't edit all, only to have new QoS active. 

Is there another way to do this bulk change of disk IO limit? 

What data do you need to have a look on? 

EDIT: 
I saw now, that the QoS policy is automated updated on some VMs and there only 
on some disks, but not on all. Is there a rate limit active or so? 

BR Florian Schmid 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/site/privacy-policy/ | 
https://www.ovirt.org/site/privacy-policy/ ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FFCJDCL5KDCP37PSZPUX3EHNXHV74ILZ/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FFCJDCL5KDCP37PSZPUX3EHNXHV74ILZ/
 ] 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/site/privacy-policy/ | 
https://www.ovirt.org/site/privacy-policy/ ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archiv

[ovirt-users] Re: How to force a QoS IO limit update to all disks

2018-11-15 Thread Florian Schmid
Hi,

I think, this is definitely a bug.

In engine.log, I see some of those entries:
2018-11-15 09:11:02,668Z INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-777) [3670f111-0be3-474a-ae17-f6b826f6948b] EVENT_ID: 
USER_UPDATED_QOS(10,114), QoS Dev was updated. (User: fschmid@xyz-authz)
2018-11-15 09:11:02,669Z INFO  
[org.ovirt.engine.core.vdsbroker.UpdateVmPolicyVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-12) [26a262d9] START, 
UpdateVmPolicyVDSCommand(HostName = host1, 
UpdateVmPolicyVDSParams:{hostId='9de439b5-dd72-44d6-bab4-906a748a1abe', 
vmId='a29e87be-a261-4b33-a92f-5a84705fcba1'}), log id: 3f2b33f4

2018-11-15 09:11:02,760Z INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-12) [26a262d9] EVENT_ID: 
VM_SLA_POLICY_STORAGE(10,551), VM qwe SLA Policy was set. Storage policy 
changed for disks: [tmp, log, root, qwe_var]


I see these entries for some of the VMs for some of their disks, but this 
policy is set for about 80 VMs and all of their disks.

In the logs, I see only few of them and there is no error about not being able 
to set the SLA.

Can please someone give me hint on how to force updating the QoS SLA for all 
affected VMs. An API call would also help.
Maybe also someone else can confirm that this is a bug, because I would create 
a bug report.

BR Florian Schmid


- Ursprüngliche Mail -
Von: "Florian Schmid" 
An: "users" 
Gesendet: Dienstag, 13. November 2018 17:11:21
Betreff: [ovirt-users] How to force a QoS IO limit update to all disks

Hi,

oVirt version: 4.2.5.1

I have a strange problem with IO limiting.
I have a storage domain for our dev environment and I have set the default Disk 
Profile to a QoS rule with IO limit enabled.
This rule is working so far, but when I change the QoS rule of this default 
Disk Profile to a different IO limit, all the disks have still the old limit 
active.

Only when I edit the disk and click OK without changing anything, I see also in 
Events, that the new IO limit is set.
This behavior would cause me a lot of work, because we have several 100s of 
disks and I can't edit all, only to have new QoS active.

Is there another way to do this bulk change of disk IO limit?

What data do you need to have a look on?

EDIT:
I saw now, that the QoS policy is automated updated on some VMs and there only 
on some disks, but not on all. Is there a rate limit active or so?

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


[ovirt-users] How to force a QoS IO limit update to all disks

2018-11-13 Thread Florian Schmid
Hi,

oVirt version: 4.2.5.1

I have a strange problem with IO limiting.
I have a storage domain for our dev environment and I have set the default Disk 
Profile to a QoS rule with IO limit enabled.
This rule is working so far, but when I change the QoS rule of this default 
Disk Profile to a different IO limit, all the disks have still the old limit 
active.

Only when I edit the disk and click OK without changing anything, I see also in 
Events, that the new IO limit is set.
This behavior would cause me a lot of work, because we have several 100s of 
disks and I can't edit all, only to have new QoS active.

Is there another way to do this bulk change of disk IO limit?

What data do you need to have a look on?

EDIT:
I saw now, that the QoS policy is automated updated on some VMs and there only 
on some disks, but not on all. Is there a rate limit active or so?

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


[ovirt-users] Re: New disks cloned from template get wrong quota-id, when quota is disabled on DC

2018-11-12 Thread Florian Schmid
Hi Andrej, 

thank you very much! 

I have reported this Bug: https://bugzilla.redhat.com/show_bug.cgi?id=1648917 

LG Florian 


Von: "Andrej Krejcir"  
An: "Florian Schmid"  
CC: "users"  
Gesendet: Donnerstag, 8. November 2018 15:44:14 
Betreff: Re: [ovirt-users] New disks cloned from template get wrong quota-id, 
when quota is disabled on DC 

Hi Florian , 

This is definitely a bug. Can you please open a new ticket in Bugzilla? 
[ https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine | 
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine ] 

Set 'oVirt team' to 'SLA'. 
We don't need any more info for now, the info in the email is sufficient. 

If it is not possible to edit the disks, the only workaround is to modify the 
DB directly: 

UPDATE image_storage_domain_map 
SET quota_id = [ http://quota.id/ | quota.id ] 
FROM storage_domains 
JOIN quota ON storage_domains.storage_pool_id = quota.storage_pool_id 
WHERE [ http://storage_domains.id/ | storage_domains.id ] = 
image_storage_domain_map.storage_domain_id 
AND quota.is_default = true 
AND image_storage_domain_map.image_id = '{ID_OF_THE_IMAGE}'; 


Best Regards, 
Andrej 

On Tue, 6 Nov 2018 at 17:16, Florian Schmid < [ mailto:fsch...@ubimet.com | 
fsch...@ubimet.com ] > wrote: 


Hi, 

we have recently upgraded our ovirt environment from 4.1.6 to 4.1.9 and then to 
4.2.5. 
I don't know exactly when this issue was happened the first time, because on 
the affected DCs, we haven't created new VMs for some time ago. 

To our setup: 
We have several DCs configured and only the former default one has quota 
enabled. 
We have separate templates for each DC and they haven't been cloned or anything 
else from a template in default DC 

When I now create a VM on DC from a template (disks are cloned), where quota is 
not enabled, the new disks are getting quotas assigned, which are not available 
in that DC! 
The template disks all have the correct quota ID assigned! 

Example from engine DB: 
select * from image_storage_domain_map where storage_domain_id = 
'73caedd0-6ef3-46e0-a705-fe268f04f9cc'; 
-> 
... 
a50b46ce-e350-40a4-8f00-968529777446 | 73caedd0-6ef3-46e0-a705-fe268f04f9cc | 
58ab004a-0315-00d0-02b8-011d | 4a7a0fea-9bc4-4c3a-b3f4-0e8444641ea3 
1cd8f9d9-e2b5-4dec-aa3b-ade2612ed3e7 | 73caedd0-6ef3-46e0-a705-fe268f04f9cc | 
58ab004a-009a-00ea-031c-0182 | 4a7a0fea-9bc4-4c3a-b3f4-0e8444641ea3 
2f982856-7afa-4f18-a676-fe2cc44b14d6 | 73caedd0-6ef3-46e0-a705-fe268f04f9cc | 
58ab004a-009a-00ea-031c-0182 | 4a7a0fea-9bc4-4c3a-b3f4-0e8444641ea3 
... 
-> 
ll ./6d979004-cb4c-468e-b89a-a292407abafb/ 
insgesamt 1420 
-rw-rw. 1 vdsm kvm 1073741824 Nov 6 15:46 
a50b46ce-e350-40a4-8f00-968529777446 
-rw-rw. 1 vdsm kvm 1048576 Nov 6 15:46 
a50b46ce-e350-40a4-8f00-968529777446.lease 
-rw-r--r--. 1 vdsm kvm 271 Nov 6 15:46 
a50b46ce-e350-40a4-8f00-968529777446.meta 

As you see, the disk a50b46ce-e350-40a4-8f00-968529777446 was created some 
minutes ago, but it has a different default quota ID assigned as the other 
disks above. 
58ab004a-0315-00d0-02b8-011d instead of 
58ab004a-009a-00ea-031c-0182 


select * from quota; 
id | storage_pool_id | quota_name | description | _create_date | _update_date | 
threshold_cluster_percent 
age | threshold_storage_percentage | grace_cluster_percentage | 
grace_storage_percentage | is_default 
--+--++-+---+---+--
 
+--+--+--+
 
58ab004a-0315-00d0-02b8-011d | 0001-0001-0001-0001-0089 | 
Default | Default unlimited quota | 2017-02-20 14:42:18.967236+00 | | 
80 | 80 | 20 | 20 | t 

58ab004a-009a-00ea-031c-0182 | 5507b0a6-9170-4f42-90a7-80d22d4238c6 | 
Default | Default unlimited quota | 2017-02-20 14:42:18.967236+00 | | 
80 | 80 | 20 | 20 | t 

As you see here, both quota IDs are default IDs and therefore can't be on the 
same DC or storage domain. 


As soon I enable quota on that DC, new disks created by VM creation via 
template, will get the correct quota ID. 


The problem with wrong IDs is, that you can't edit the disks anymore! 

I can repeat that error every time and I can give all the information you need 
to debug this. Pleas inform me, what data do you need... 

Best Regards 
Florian 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/site/privacy-policy/ | 
https://www.ovirt.org/site/privacy-policy/ ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/com

[ovirt-users] New disks cloned from template get wrong quota-id, when quota is disabled on DC

2018-11-06 Thread Florian Schmid
Hi,

we have recently upgraded our ovirt environment from 4.1.6 to 4.1.9 and then to 
4.2.5.
I don't know exactly when this issue was happened the first time, because on 
the affected DCs, we haven't created new VMs for some time ago.

To our setup:
We have several DCs configured and only the former default one has quota 
enabled.
We have separate templates for each DC and they haven't been cloned or anything 
else from a template in default DC

When I now create a VM on DC from a template (disks are cloned), where quota is 
not enabled, the new disks are getting quotas assigned, which are not available 
in that DC!
The template disks all have the correct quota ID assigned!

Example from engine DB:
select * from image_storage_domain_map where storage_domain_id = 
'73caedd0-6ef3-46e0-a705-fe268f04f9cc';
->
...
 a50b46ce-e350-40a4-8f00-968529777446 | 73caedd0-6ef3-46e0-a705-fe268f04f9cc | 
58ab004a-0315-00d0-02b8-011d | 4a7a0fea-9bc4-4c3a-b3f4-0e8444641ea3
 1cd8f9d9-e2b5-4dec-aa3b-ade2612ed3e7 | 73caedd0-6ef3-46e0-a705-fe268f04f9cc | 
58ab004a-009a-00ea-031c-0182 | 4a7a0fea-9bc4-4c3a-b3f4-0e8444641ea3
 2f982856-7afa-4f18-a676-fe2cc44b14d6 | 73caedd0-6ef3-46e0-a705-fe268f04f9cc | 
58ab004a-009a-00ea-031c-0182 | 4a7a0fea-9bc4-4c3a-b3f4-0e8444641ea3
...
->
ll ./6d979004-cb4c-468e-b89a-a292407abafb/
insgesamt 1420
-rw-rw. 1 vdsm kvm 1073741824 Nov  6 15:46 
a50b46ce-e350-40a4-8f00-968529777446
-rw-rw. 1 vdsm kvm1048576 Nov  6 15:46 
a50b46ce-e350-40a4-8f00-968529777446.lease
-rw-r--r--. 1 vdsm kvm271 Nov  6 15:46 
a50b46ce-e350-40a4-8f00-968529777446.meta

As you see, the disk a50b46ce-e350-40a4-8f00-968529777446 was created some 
minutes ago, but it has a different default quota ID assigned as the other 
disks above.
58ab004a-0315-00d0-02b8-011d instead of 
58ab004a-009a-00ea-031c-0182


select * from quota;
  id  |   storage_pool_id| 
quota_name |   description   | _create_date  | 
_update_date  | threshold_cluster_percent
age | threshold_storage_percentage | grace_cluster_percentage | 
grace_storage_percentage | is_default 
--+--++-+---+---+--
+--+--+--+
58ab004a-0315-00d0-02b8-011d | 0001-0001-0001-0001-0089 | 
Default| Default unlimited quota | 2017-02-20 14:42:18.967236+00 |  
 |  
 80 |   80 |   20 | 
  20 | t

58ab004a-009a-00ea-031c-0182 | 5507b0a6-9170-4f42-90a7-80d22d4238c6 | 
Default| Default unlimited quota | 2017-02-20 14:42:18.967236+00 |  
 |  
 80 |   80 |   20 | 
  20 | t

As you see here, both quota IDs are default IDs and therefore can't be on the 
same DC or storage domain.


As soon I enable quota on that DC, new disks created by VM creation via 
template, will get the correct quota ID.


The problem with wrong IDs is, that you can't edit the disks anymore!

I can repeat that error every time and I can give all the information you need 
to debug this. Pleas inform me, what data do you need...

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


[ovirt-users] Re: Hosted Engine Upgrades

2018-09-21 Thread Florian Schmid
Hi, 

I always do it this way: 
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/upgrade_guide/updating_the_red_hat_virtualization_manager-minor4.2
 

Never had issues with that. 

Even when I forget to put in global maintenance, the upgrade script will stop 
with an error about not being in maintenance mode. 

I have to say, I always use the RedHat documentation, it is quite good... 

BR Florian 


Von: "Simone Tiraboschi"  
An: "Gary Pedretty"  
CC: "users"  
Gesendet: Donnerstag, 20. September 2018 20:48:55 
Betreff: [ovirt-users] Re: Hosted Engine Upgrades 



On Thu, Sep 20, 2018 at 6:32 PM Gary Pedretty < [ mailto:g...@ravnalaska.net | 
g...@ravnalaska.net ] > wrote: 



Ok that is what I have done in the past, sometimes it works, sometimes the 
engine ends up corrupted and I have had to re-deploy it. 



Please double check you correctly set the global maintenance mode: 
engine-setup will stop the engine in order to upgrade it andif you are not in 
global maintenance mode, ovirt-ha-agent on the host will detect an engine 
failure and it will restart the engine VM in order to get a working engine. 
A VM reboot in the middle of the DB upgrade could corrupt it. 

BQ_BEGIN


thanks 

Gary 
__ 





BQ_BEGIN
On Sep 20, 2018, at 1:48 AM, Jayme < [ mailto:jay...@gmail.com | 
jay...@gmail.com ] > wrote: 

Upgrading the engine is fairly straight forward. What I do is place the cluster 
in global maintenance mode. Then on the engine vm yum update Ovirt packages 
then run engine-upgrade. After upgrade I do a general yum update on engine vm 
to update other non Ovirt packages 

On Thu, Sep 20, 2018, 4:07 AM Gary Pedretty, < [ mailto:g...@flyravn.com | 
g...@flyravn.com ] > wrote: 
What is the official recommended method in a Hosted Engine Data Center/Cluster 
to upgrade the hosted_engine VM. Applying the updates on the individual hosts 
is pretty straight forward using either the GUI or just running yum update on 
each host once they are in maintenance mode. But what about the engine? This is 
an engine vm that was created from the appliance rpm initially. The 
documentation seems to skip over applying the periodic updates except to the 
individual hosts. 

Thanks 

Gary 

__ 



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



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

BQ_END


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


[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

2018-09-04 Thread Florian Schmid
Hello Edward, 

I have applied the patch and it looks very good! 
vdsm-client Host getStats -> 
... 
"enp9s0.88": { 
"rxErrors": "0", 
"name": "enp9s0.88", 
"tx": "1226", 
"txDropped": "0", 
"sampleTime": 1536043097.701361, 
"rx": "98642", 
"txErrors": "0", 
"state": "up", 
"speed": "1", 
"rxDropped": "0" 
}, 
... 

Bridge devices still have only 1000 configured: 
"vm-int-dev": { 
"rxErrors": "0", 
"name": "vm-int-dev", 
"tx": "578", 
"txDropped": "0", 
"sampleTime": 1536043097.701361, 
"rx": "27843284", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 

One important question: 
I want to apply this patch without upgrading all hosts, because this is a huge 
task. 
When I apply that patch only to this particular file, which service do I need 
to restart? 
I have restarted now all three vdsm services, but I think, I can't do that 
while VMs are running on the hosts, do I? 

LG Florian 


Von: "Florian Schmid"  
An: "edwardh"  
CC: "users"  
Gesendet: Dienstag, 4. September 2018 08:32:09 
Betreff: [ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5 

Hello Edward, 

raised a bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1625098 

I will try your patch. 

LG Florian 


Von: "Edward Haas"  
An: "p staniforth" , "Florian Schmid" 
 
CC: "users"  
Gesendet: Montag, 3. September 2018 16:42:25 
Betreff: Re: Wrong network threshold limit warnings on 4.2.5 

Indeed looks like a nasty bug. 
Could you please open a bug on this? [ https://tinyurl.com/ya7crjhf | 
https://tinyurl.com/ya7crjhf ] 

If you can, could you also verify the fix? [ 
https://gerrit.ovirt.org/#/c/94132/ | https://gerrit.ovirt.org/#/c/94132/ ] 

Thanks, 
Edy. 



On Mon, Sep 3, 2018 at 2:32 PM, Staniforth, Paul < [ 
mailto:p.stanifo...@leedsbeckett.ac.uk | p.stanifo...@leedsbeckett.ac.uk ] > 
wrote: 





Hello Edward, 

I am also seeing this problem, it's on our ovirtmgmt. 




cat /sys/class/net/eno49/speed 
1 




cat /sys/class/net/eno49.20/speed 
1 




cat /sys/class/net/ovirtmgmt/speed 
cat: /sys/class/net/ovirtmgmt/speed: Invalid argument 





vdsm-client Host getStats -> 
... 

"eno49": { 
"rxErrors": "0", 
"name": "eno49", 
"tx": "3456777", 
"txDropped": "0", 
"sampleTime": 1535974190.687987, 
"rx": "121362321", 
"txErrors": "0", 
"state": "up", 
"speed": "1", 
"rxDropped": "2" 
}, 


"eno49.20": { 
"rxErrors": "0", 
"name": "eno49.20", 
"tx": "3384452", 
"txDropped": "0", 
"sampleTime": 1535974190.687987, 
"rx": "115884579", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 


"ovirtmgmt": { 
"rxErrors": "0", 
"name": "ovirtmgmt", 
"tx": "3383804", 
"txDropped": "0", 
"sampleTime": 1535974190.687987, 
"rx": "115710919", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 




Regards, 

Paul S. 


From: Florian Schmid < [ mailto:fsch...@ubimet.com | fsch...@ubimet.com ] > 
Sent: 03 September 2018 11:44 
To: [ mailto:edwa...@redhat.com | edwa...@redhat.com ] 
Cc: users 
Subject: [ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5 
Hi Edward, 

I got some alarms today from a server and I have checked your command there. 
(not at the time the issue happened!!) 
Hosts are on latest patch level CentOS 7.5 and oVirt 4.2.5 

Example: 
cat /sys/class/net/enp9s0/speed 
1 

cat /sys/class/net/enp9s0.80/speed 
1 

cat /sys/class/net/vm-int-nfs/speed 
cat: /sys/class/net/vm-int-nfs/speed: invalid argument <- this is the bridge 
for the VMs 

vdsm-client Host getStats -> 
... 
"enp9s0": { 
"rxErrors": "0", 
"name": "enp9s0", 
"tx": "3335325754762", 
"txDropped": "0", 
"sampleTime": 1535970960.602359, 
"rx": "5916567956502", 
"txErrors": "0", 
"state": "up", 
"speed": &quo

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

2018-09-04 Thread Florian Schmid
Hello Edward, 

raised a bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1625098 

I will try your patch. 

LG Florian 


Von: "Edward Haas"  
An: "p staniforth" , "Florian Schmid" 
 
CC: "users"  
Gesendet: Montag, 3. September 2018 16:42:25 
Betreff: Re: Wrong network threshold limit warnings on 4.2.5 

Indeed looks like a nasty bug. 
Could you please open a bug on this? [ https://tinyurl.com/ya7crjhf | 
https://tinyurl.com/ya7crjhf ] 

If you can, could you also verify the fix? [ 
https://gerrit.ovirt.org/#/c/94132/ | https://gerrit.ovirt.org/#/c/94132/ ] 

Thanks, 
Edy. 



On Mon, Sep 3, 2018 at 2:32 PM, Staniforth, Paul < [ 
mailto:p.stanifo...@leedsbeckett.ac.uk | p.stanifo...@leedsbeckett.ac.uk ] > 
wrote: 





Hello Edward, 

I am also seeing this problem, it's on our ovirtmgmt. 




cat /sys/class/net/eno49/speed 
1 




cat /sys/class/net/eno49.20/speed 
1 




cat /sys/class/net/ovirtmgmt/speed 
cat: /sys/class/net/ovirtmgmt/speed: Invalid argument 





vdsm-client Host getStats -> 
... 

"eno49": { 
"rxErrors": "0", 
"name": "eno49", 
"tx": "3456777", 
"txDropped": "0", 
"sampleTime": 1535974190.687987, 
"rx": "121362321", 
"txErrors": "0", 
"state": "up", 
"speed": "1", 
"rxDropped": "2" 
}, 


"eno49.20": { 
"rxErrors": "0", 
"name": "eno49.20", 
"tx": "3384452", 
"txDropped": "0", 
"sampleTime": 1535974190.687987, 
"rx": "115884579", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 


"ovirtmgmt": { 
"rxErrors": "0", 
"name": "ovirtmgmt", 
"tx": "3383804", 
"txDropped": "0", 
"sampleTime": 1535974190.687987, 
"rx": "115710919", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 




Regards, 

Paul S. 


From: Florian Schmid < [ mailto:fsch...@ubimet.com | fsch...@ubimet.com ] > 
Sent: 03 September 2018 11:44 
To: [ mailto:edwa...@redhat.com | edwa...@redhat.com ] 
Cc: users 
Subject: [ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5 
Hi Edward, 

I got some alarms today from a server and I have checked your command there. 
(not at the time the issue happened!!) 
Hosts are on latest patch level CentOS 7.5 and oVirt 4.2.5 

Example: 
cat /sys/class/net/enp9s0/speed 
1 

cat /sys/class/net/enp9s0.80/speed 
1 

cat /sys/class/net/vm-int-nfs/speed 
cat: /sys/class/net/vm-int-nfs/speed: invalid argument <- this is the bridge 
for the VMs 

vdsm-client Host getStats -> 
... 
"enp9s0": { 
"rxErrors": "0", 
"name": "enp9s0", 
"tx": "3335325754762", 
"txDropped": "0", 
"sampleTime": 1535970960.602359, 
"rx": "5916567956502", 
"txErrors": "0", 
"state": "up", 
"speed": "1", 
"rxDropped": "0" 
}, 
... 
"enp9s0.80": { 
"rxErrors": "0", 
"name": "enp9s0.80", 
"tx": "3180024039398", 
"txDropped": "0", 
"sampleTime": 1535970960.602359, 
"rx": "5669421065686", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 
... 
"vm-int-nfs": { 
"rxErrors": "0", 
"name": "vm-int-nfs", 
"tx": "508", 
"txDropped": "0", 
"sampleTime": 1535970960.602359, 
"rx": "4428568", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 
... 

As you see here, vdsm is reporting the wrong speed for the vlan devices. 

BR Florian Schmid 



Von: "Edward Haas" < [ mailto:eh...@redhat.com | eh...@redhat.com ] > 
An: "Jayme" < [ mailto:jay...@gmail.com | jay...@gmail.com ] >, "Florian 
Schmid" < [ mailto:fsch...@ubimet.com | fsch...@ubimet.com ] > 
CC: "users" < [ mailto:users@ovirt.org | users@ovirt.org ] >, "Alona Kaplan" < 
[ mailto:alkap...@redhat.com | alkap...@redhat.com ] > 
Gesendet: Montag, 3. September 2018 11:38:25 
Betreff: Re: [ovirt-users] Re: Wrong network threshold 

[ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5

2018-09-03 Thread Florian Schmid
Hi Edward, 

I got some alarms today from a server and I have checked your command there. 
(not at the time the issue happened!!) 
Hosts are on latest patch level CentOS 7.5 and oVirt 4.2.5 

Example: 
cat /sys/class/net/enp9s0/speed 
1 

cat /sys/class/net/enp9s0.80/speed 
1 

cat /sys/class/net/vm-int-nfs/speed 
cat: /sys/class/net/vm-int-nfs/speed: invalid argument <- this is the bridge 
for the VMs 

vdsm-client Host getStats -> 
... 
"enp9s0": { 
"rxErrors": "0", 
"name": "enp9s0", 
"tx": "3335325754762", 
"txDropped": "0", 
"sampleTime": 1535970960.602359, 
"rx": "5916567956502", 
"txErrors": "0", 
"state": "up", 
"speed": "1", 
"rxDropped": "0" 
}, 
... 
"enp9s0.80": { 
"rxErrors": "0", 
"name": "enp9s0.80", 
"tx": "3180024039398", 
"txDropped": "0", 
"sampleTime": 1535970960.602359, 
"rx": "5669421065686", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 
... 
"vm-int-nfs": { 
"rxErrors": "0", 
"name": "vm-int-nfs", 
"tx": "508", 
"txDropped": "0", 
"sampleTime": 1535970960.602359, 
"rx": "4428568", 
"txErrors": "0", 
"state": "up", 
"speed": "1000", 
"rxDropped": "0" 
}, 
... 

As you see here, vdsm is reporting the wrong speed for the vlan devices. 

BR Florian Schmid 



Von: "Edward Haas"  
An: "Jayme" , "Florian Schmid"  
CC: "users" , "Alona Kaplan"  
Gesendet: Montag, 3. September 2018 11:38:25 
Betreff: Re: [ovirt-users] Re: Wrong network threshold limit warnings on 4.2.5 

If you manage to recreate this, please collect a few samples from what the 
hypervisor reports back: 
Run the command: vdsm-client Host getStats 

Engine is calculating based on this information the rate. 
(and the agent collects it from /sys/class/net//statistics/) 

Please also mention on what OS you are running the hosts. 

Thanks, 
Edy 


On Fri, Aug 31, 2018 at 5:35 PM, Jayme < [ mailto:jay...@gmail.com | 
jay...@gmail.com ] > wrote: 



I've been seeing these warnings myself, on 1Gb ovirtmanagement (glusterFS is 
10Gbe backend). I haven't correlated to network graphs yet but I don't know 
what would be happening on my management network that would be exhausting 1Gb 
network. 

On Fri, Aug 31, 2018 at 3:27 AM Florian Schmid < [ mailto:fsch...@ubimet.com | 
fsch...@ubimet.com ] > wrote: 

BQ_BEGIN
Good morning, 

since we have upgraded to version 4.2.5, we get a lot of warnings about network 
interface exceeded defined threshold limits. 

For example: 
Aug 31, 2018, 7:54:05 AM 
Host xxx has network interface which exceeded the defined threshold [95%] 
(enp9s0.80: transmit rate[100%], receive rate [12%]) 

This is a 10 Gbit interface and on our monitoring software, which is getting 
network statistics every 10s, the bandwidth of TX was 150 Mbit maximum at this 
time, so far away from being 100%. 

Could it be, that the engine detected the wrong interface speed or there is a 
calculation error? 
In the engine for this host, I have 1 Mbps for all interfaces. 

I have checked now all those warnings on our different hosts and they happen 
every time, we go over 100 Mbit and this is for sure quite often... 

Can I maybe disable these warnings, because we have it anyway in our monitoring 
software? 

If you need any logs, please ask. 

BR Florian Schmid 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/site/privacy-policy/ | 
https://www.ovirt.org/site/privacy-policy/ ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-guidelines/ | 
https://www.ovirt.org/community/about/community-guidelines/ ] 
List Archives: [ 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2NFL3O66IN4Z6HUK45WQFXRUBMQDUY7P/
 | 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2NFL3O66IN4Z6HUK45WQFXRUBMQDUY7P/
 ] 




___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/site/privacy-policy/ | 
https://www.ovirt.org/site/privacy-policy/ ] 
oVirt Code of Conduct: [ 
https://www.ovirt.org/community/about/community-gu

[ovirt-users] Wrong network threshold limit warnings on 4.2.5

2018-08-31 Thread Florian Schmid
Good morning,

since we have upgraded to version 4.2.5, we get a lot of warnings about network 
interface exceeded defined threshold limits.

For example:
Aug 31, 2018, 7:54:05 AM
Host xxx has network interface which exceeded the defined threshold [95%] 
(enp9s0.80: transmit rate[100%], receive rate [12%])

This is a 10 Gbit interface and on our monitoring software, which is getting 
network statistics every 10s, the bandwidth of TX was 150 Mbit maximum at this 
time, so far away from being 100%.

Could it be, that the engine detected the wrong interface speed or there is a 
calculation error?
In the engine for this host, I have 1 Mbps for all interfaces.

I have checked now all those warnings on our different hosts and they happen 
every time, we go over 100 Mbit and this is for sure quite often...

Can I maybe disable these warnings, because we have it anyway in our monitoring 
software?

If you need any logs, please ask.

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


[ovirt-users] Re: IPTables firewall to firewalld

2018-08-21 Thread Florian Schmid
Hi Paul,

yes, I did the same last week.
A host reinstall is required.

When you have some custom rules for IPtables, you can also add custom rules to 
firewalld via ansible:
In eninge shell, go to /etc/ovirt-engine/ansible/ and copy the example file to 
same dir without example and add your necessary rules there.

I had to add one for zabbix agent:
- name: Enable zabbix port on firewalld
  firewalld:
port: "10050/tcp"
permanent: yes
immediate: yes
state: enabled

Save and run reinstall on host, no engine service restart is required.

BR Florian


The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message.

- Ursprüngliche Mail -
Von: "p staniforth" 
An: "users" 
Gesendet: Freitag, 17. August 2018 15:31:06
Betreff: [ovirt-users] IPTables firewall to firewalld

Hello,
   I get the following messages.

"Cluster Default uses IPTables firewall, which has been deprecated in 4.2 of 
the engine, and will no longer be supported starting with version 4.3. Make 
sure to switch to Firewalld before upgrading to 4.3."

If the correct way to change to firewalld edit cluster, and run reinstall? 

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


[ovirt-users] Re: Isolated POC

2018-08-13 Thread Florian Schmid
Hi Martin,

I had the same issue with the offline repo one year ago and for me it was quite 
difficult to setup.
The repos, they need are changing from time to time and I always have to test 
on a dev system, where I first install the new ovirt repo rpm to see which 
changes have been made and then download missing repos.

Also, not all repos they use are accessible by rsync and the ones with rsync, I 
had to exclude a lot not to download everything...

If there is a better method, I would appreciate it.

BR Florian Schmid


 
UBIMET GmbH - weather matters 
Ing. Florian Schmid • IT Infrastruktur Austria 


A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22 DW 469 • Fax +43 1 263 
11 22 219 
fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379 


Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t 


 



The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message.

- Ursprüngliche Mail -
Von: "Martin Schutte" 
An: "users" 
Gesendet: Montag, 13. August 2018 13:01:55
Betreff: [ovirt-users] Isolated POC

Good day to all,

I am in the process of setting up an oVirt proof of concept for a client. There 
are some strict requirements for this POC.

Firstly the entire POC must be isolated from the network, which means no online 
repos. 
Secondly there is a time constraint for the completion of the deployment. All 
to be done on bare-metal systems. 

I have installed oVirt numerous times on other systems, but then I was always 
able to have online repos. So in short I am asking for some pointers on which 
repos needs to be synced offline for this to work properly. I can always go and 
play around to figure out which ones are needed, but I do not have the luxury 
of time.

Any advice or tips will be appreciated.

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


[ovirt-users] Re: cloud-init reverting static network settings to DHCP on shutdown and restart

2018-06-20 Thread Florian Schmid
Hi, 

we made this solution for us: 
We add a cloud-init script to the cloud image, before we add this to our 
templates. 
In /etc/cloud/cloud.cfg.d/, we create a file 98_runcmd.cfg with the following 
content: 
write_files: 
- content: | 
network: {config: disabled} 
path: /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg 
permissions: '0700' 
- content: | 
#!/bin/bash 
rm /etc/cloud/cloud.cfg.d/90_dpkg.cfg 
path: /var/lib/cloud/scripts/per-boot/datasources.sh 
permissions: '0700' 


This should create the file 
/etc/cloud/cloud.cfg.d/99-disable-network-config.cfg after first cloud-init run 
and then network config is never touched again. 
Without disabling cloud-init completely, you are able for example to set a root 
password to login into VM console, when you have to debug something and can't 
login anymore to ssh. 
We have password logins disabled by default over ssh. 

We also remove /etc/cloud/cloud.cfg.d/90_dpkg.cfg and set datasource_list to 
["NoCloud", "ConfigDrive"] in /etc/cloud/cloud.cfg 
-> VM will reboot with this a way faster. Without it, cloud-init will look for 
too much different location to find a valid config. 




LG Florian 


Von: "Eitan Raviv"  
An: "Ryan McCabe"  
CC: "users" , "geoff carr"  
Gesendet: Mittwoch, 20. Juni 2018 08:20:54 
Betreff: [ovirt-users] Re: cloud-init reverting static network settings to DHCP 
on shutdown and restart 

Hi Ryan, 

This behaviour reproduces for me as well with 

ovirt-engine-latest-nightly-snapshot, 
cloud-init-0.7.9-24.el7.x86_64, 
Centos-7.4.1708 VM. 

Can you comment? 

Thanks 

On Thu, Jun 7, 2018 at 10:45 AM, Luca 'remix_tj' Lorenzetto < [ 
mailto:lorenzetto.l...@gmail.com | lorenzetto.l...@gmail.com ] > wrote: 


Hello Geoff, 


On Wed, Jun 6, 2018 at 9:14 PM, < [ mailto:geoff.c...@beazley.com | 
geoff.c...@beazley.com ] > wrote: 
> I think that before a shutdown / restart the cloud-init configuration is 
> attached as there is /dev/sr1 visible. On shutdown / restart the config is no 
> longer attached and there is seemingly an error related to not being able to 
> find the data source: - 
> 
> 2018-06-06 15:15:11,297 - handlers.py[DEBUG]: finish: 
> init-network/search-NoCloudNet: SUCCESS: no network data found from 
> DataSourceNoCloudNet 
> 2018-06-06 15:15:11,298 - util.py[WARNING]: No instance datasource found! 
> Likely bad things to come! 
> 2018-06-06 15:15:11,298 - util.py[DEBUG]: No instance datasource found! 
> Likely bad things to come! 
> Traceback (most recent call last): 
> File "/usr/lib/python2.7/site-packages/cloudinit/cmd/main.py", line 236, in 
> main_init 
> init.fetch(existing=existing) 
> File "/usr/lib/python2.7/site-packages/cloudinit/stages.py", line 343, in 
> fetch 
> return self._get_data_source(existing=existing) 
> File "/usr/lib/python2.7/site-packages/cloudinit/stages.py", line 253, in 
> _get_data_source 
> pkg_list, self.reporter) 
> File "/usr/lib/python2.7/site-packages/cloudinit/sources/__init__.py", line 
> 320, in find_source 
> raise DataSourceNotFoundException(msg) 
> DataSourceNotFoundException: Did not find any data source, searched classes: 
> (DataSourceNoCloudNet) 
> 2018-06-06 15:15:11,302 - util.py[DEBUG]: Reading from 
> /sys/class/net/eth0/carrier (quiet=False) 
> 2018-06-06 15:15:11,303 - util.py[DEBUG]: Read 2 bytes from 
> /sys/class/net/eth0/carrier 
> 2018-06-06 15:15:11,303 - util.py[DEBUG]: Reading from 
> /sys/class/net/eth0/address (quiet=False) 
> 2018-06-06 15:15:11,303 - util.py[DEBUG]: Read 18 bytes from 
> /sys/class/net/eth0/address 
> 2018-06-06 15:15:11,303 - stages.py[DEBUG]: applying net config names for 
> {'version': 1, 'config': [{'subnets': [{'type': 'dhcp'}], 'type': 'physical', 
> 'name': 'eth0', 'mac_address': '00:1a:4a:16:01:05'}]} 

I have the same issue since some months. Since cloud-init doesn't sees 
any configuration, applies the default, which is to use dhcp. 

I don't remember if it is a bug of cloud-init or a misconfiguration, 
but now i solved removing cloud-init package after the first boot. 

In case you want redeploying, you can keep cloud-init and disable its 
work by disabling the service: 

touch /etc/cloud/cloud-init.disabled 

Luca 

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

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

Luca 'remix_tj' Lorenzetto, [ http://www.remixtj.net/ | http://www.remixtj.net 
] , < [ mailto:lorenzetto.l...@gmail.com | lorenzetto.l...@gmail.com ] > 
___ 
Users mailing list -- [ mailto:users@ovirt.org | users@ovirt.org ] 
To unsubscribe send an email to [ mailto:users-le...@ovirt.org | 
users-le...@ovirt.org ] 
Privacy Statement: [ https://www.ovirt.org/site/privacy-policy/ | 

Re: [ovirt-users] GPG Key of evilissimo repo for ovirt-guest-agent is expired

2018-03-21 Thread Florian Schmid
Hi,

thank you very much for the answers.

I also wrote Mr Feenstra.

BR Florian


 
UBIMET GmbH - weather matters 
Ing. Florian Schmid • IT Infrastruktur Austria 


A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22 DW 469 • Fax +43 1 263 
11 22 219 
fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379 


Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t 


 



The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message.

- Ursprüngliche Mail -
Von: "Tomáš Golembiovský" <tgole...@redhat.com>
An: "Florian Schmid" <fsch...@ubimet.com>
CC: "users" <users@ovirt.org>, "Vinzenz Feenstra" <vfeen...@redhat.com>
Gesendet: Mittwoch, 21. März 2018 10:59:32
Betreff: Re: [ovirt-users] GPG Key of evilissimo repo for ovirt-guest-agent is 
expired

Hi,

On Tue, 20 Mar 2018 16:42:39 + (UTC)
Florian Schmid <fsch...@ubimet.com> wrote:

> Hi,
> 
> it looks like for this repo, the GPG key is expired.
> http://download.opensuse.org/repositories/home:/evilissimo:/ubuntu:/16.04/xUbuntu_16.04/
> 
> Does someone know, whom I should contact, that this key will be renewed?

The repository belongs to Vinzenz Feenstra as you can see in package
metadata.

> Or does someone know another repo, where I can download the latest 
> ovirt-guest-agent for Ubuntu 16.04

You can get ovirt-guest-agent packages from Debian repository:

https://packages.debian.org/search?suite=all=names=ovirt-guest-agent

Tomas

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


-- 
Tomáš Golembiovský <tgole...@redhat.com>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] GPG Key of evilissimo repo for ovirt-guest-agent is expired

2018-03-20 Thread Florian Schmid
Hi,

it looks like for this repo, the GPG key is expired.
http://download.opensuse.org/repositories/home:/evilissimo:/ubuntu:/16.04/xUbuntu_16.04/

Does someone know, whom I should contact, that this key will be renewed?

Or does someone know another repo, where I can download the latest 
ovirt-guest-agent for Ubuntu 16.04

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


Re: [ovirt-users] 4.2 Cloud-init & VM Portal question

2018-01-25 Thread Florian Schmid
Hi, 

we use it in 4.1.7 and here it is working quite well. 
Before you create the template from the VM, we remove the VM Hostname in 
cloud-init tab. 

When we then build the template and create a VM from it, we only need to enter 
a name in general tab Name. 
It will then be auto fill in cloud-init tab VM Hostname 

Only one important thing I saw is, that you need to select the template before 
you enter a name. 

Sometimes my users complain about missing hostname in the VM, but actually, I 
every time have a look on cloud-init tab, if the hostname was filled in and I 
never had this issue. 

BR Florian 





 
UBIMET GmbH - weather matters 
Ing. Florian Schmid • IT Infrastruktur Austria 


A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22 DW 469 • Fax +43 1 263 
11 22 219 
fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379 


Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t 


 



The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message. 





Von: "Tomas Jelinek" <tjeli...@redhat.com> 
An: "Vrgotic, Marko" <m.vrgo...@activevideo.com> 
CC: "users" <users@ovirt.org>, users-requ...@ovirt.org 
Gesendet: Donnerstag, 25. Januar 2018 13:08:00 
Betreff: Re: [ovirt-users] 4.2 Cloud-init & VM Portal question 



On 24 Jan 2018 5:13 p.m., "Vrgotic, Marko" < [ mailto:m.vrgo...@activevideo.com 
| m.vrgo...@activevideo.com ] > wrote: 





Dear oVirt, 



I have created a template which includes cloud-init with user / timezone / ssh 
key / network defined. Intention is to allow regular users & VM Portal to 
create VMs using this template. 



Question that I have is; if possible, how can I arrange that vm name I fill in, 
is passed to cloud-init as vm hostname (as it is default when creating VM from 
Admin Portal)? Is it even possible and please if so, provide some guidance. 



not possible atm - it is a good point. Can you please open an issue on [ 
https://github.com/oVirt/ovirt-web-ui/issues | 
https://github.com/oVirt/ovirt-web-ui/issues ] 

thank you! 


BQ_BEGIN







-- 

Met vriendelijke groet / Best regards, 

Marko Vrgotic 

System Engineer/Customer Care 

ActiveVideo 



___ 
Users mailing list 
[ mailto:Users@ovirt.org | Users@ovirt.org ] 
[ http://lists.ovirt.org/mailman/listinfo/users | 
http://lists.ovirt.org/mailman/listinfo/users ] 


BQ_END



___ 
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] host-passthrough or pcid enable for Westmere and SandyBridge

2018-01-24 Thread Florian Schmid
Hi,

are there any news on this?

I tried to change /usr/share/libvirt/cpu_map.xml manually and added pcid flag 
to SandyBridge CPU and restarted HW node, but on VM, nothing changed.
I found the xml file for this VM and I found a strange content:
In /var/run/libvirt/qemu/, there are the XML files of the running VMs ->
...

  SandyBridge
  
  
  
  
  
  
  
...
-> feature policy='disable' name='pcid'

It was indeed added to XML file, but it looks like it is somehow disabled.

I actually don't know, how to enable it.

On hosts, where cpu_map.xml is not changed, this entry is not there.

We are running version 4.1.7

BR Florian


 
UBIMET GmbH - weather matters 
Ing. Florian Schmid • IT Infrastruktur Austria 


A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22 DW 469 • Fax +43 1 263 
11 22 219 
fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379 


Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t 


 



The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message.

- Ursprüngliche Mail -
Von: "Eduardo Mayoral" <emayo...@arsys.es>
An: "users" <users@ovirt.org>
Gesendet: Donnerstag, 11. Januar 2018 07:56:56
Betreff: [ovirt-users] host-passthrough or pcid enable for Westmere and 
SandyBridge

Hi,

    With the meltdown patches, now it is specially beneficial to have
the pcid feature in the virtual CPUs. See:

https://groups.google.com/forum/#!topic/mechanical-sympathy/L9mHTbeQLNU

    The PCID feature is available in physical "Westmere" (Release date
circa 2010) or newer CPUs.

    However, in libvirt the pcid feature is only avalilable for virtual
CPUs Haswell (Release date circa 2013) or newer. The recomendation is
using Haswell, Broadwell or Skylake based model or host passthrough.
Now, I think "host passthrough" is not an option for oVirt for good
reason so this leaves Haswell, Broadwell or Skylake as options.

    Is it possible to edit /usr/share/libvirt/cpu_map.xml on the compute
nodes to add the pcid feature to the virtual CPU models between Westmere
and Haswell (that would be Westmere and SandyBridge)? Is anyone aware if
something like this is being considered by the libvirt developers?
Actually understanding the implications or doing so is way beyond my
skill level.

    By now you may have guessed that my oVirt clusters use physical
Westmere and SandyBridge CPUs :-/

    Thanks in advance for your help!

-- 

Eduardo Mayoral Jimeno (emayo...@arsys.es)
Administrador de sistemas. Departamento de Plataformas. Arsys internet.
+34 941 620 145 ext. 5153

___
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] Option to put host into maintenance after installation of new host

2017-12-18 Thread Florian Schmid
Hi,

would it be possible for future releases to add an option to the add new host 
tab to put the host in maintenance after installation instead of activating it.
The same would be for reinstall.

I have the problem now, that all hosts after installation will be activated, 
but network is not configured yet. Therefore host will be in non operational 
state and will be rebooted immediately.
The only solution I have now is to configure power management after the host 
has all networks configured.

I want to have all my networks as required, because otherwise someone will 
forget to add all of them and then you have other issues. 

BR Florian

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


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-12-17 Thread Florian Schmid
Hi, 

yes, still the same issues with oVirt 4.1.7 and CentOS 7.4. 
Whole cgroup directory has empty files. 

Actually at the moment, we are blind when it comes to disk IO, only our NetApp 
give us IO values, but these are per NFS share and there are a lots of VMs on 
it. 

A solution would be great here. 

BR Florian 





 
UBIMET GmbH - weather matters 
Ing. Florian Schmid • IT Infrastruktur Austria 


A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22 DW 469 • Fax +43 1 263 
11 22 219 
fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379 


Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t 


 



The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message. 





Von: "Konstantin Shalygin" <k0...@k0ste.ru> 
An: "users" <users@ovirt.org> 
Gesendet: Montag, 18. Dezember 2017 07:17:42 
Betreff: Re: [ovirt-users] Empty cgroup files on centos 7.3 host 






Specifically for IO statistics, VDSM reads the values from libvirt[1].
cgroup limiting is possible if you define it, but is unrelated.
Also note that 7.3 is a bit ancient, I'm not sure how supported it is with
latest 4.1 - which I'm sure will pull new dependencies from 7.4 (for
example, libvirt!). 


We use oVirt 4.1.6 on 7.4 of course. 



Where I can see IO stat? I never see this on oVirt manager. 

How can I enable cgroup blk metric collection? 
Perhaps this is an outdated way and metrics should be collected in a different 
way and it should be applied in the netdata project? 

Thanks. 




k 

___ 
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] Empty cgroup files on centos 7.3 host

2017-06-30 Thread Florian Schmid
Hi Yaniv, 

thank you for your answer! I haven't known, that there is already such a 
monitoring tool on ovirt. 

We will sure give it a try, but we have already in our environment a monitoring 
tool, that's why I wanted to add those values, too. 

How does collectd get this data from libvirt, when the corresponding cgroup 
values are empty? 

BR Florian 





Von: "Yaniv Kaul" <yk...@redhat.com> 
An: "Florian Schmid" <fsch...@ubimet.com> 
CC: "users" <users@ovirt.org> 
Gesendet: Dienstag, 27. Juni 2017 09:08:51 
Betreff: Re: [ovirt-users] Empty cgroup files on centos 7.3 host 



On Mon, Jun 26, 2017 at 11:03 PM, Florian Schmid < [ mailto:fsch...@ubimet.com 
| fsch...@ubimet.com ] > wrote: 


Hi, 

I wanted to monitor disk IO and R/W on all of our oVirt centos 7.3 hypervisor 
hosts, but it looks like that all those files are empty. 



We have a very nice integration with Elastic based monitoring and logging - why 
not use it. 
On the host, we use collectd for monitoring. 
See [ 
http://www.ovirt.org/develop/release-management/features/engine/metrics-store/ 
| 
http://www.ovirt.org/develop/release-management/features/engine/metrics-store/ 
] 

Y. 

BQ_BEGIN
For example: 
ls -al 
/sys/fs/cgroup/blkio/machine.slice/machine-qemu\\x2d14\\x2dHostedEngine.scope/ 
insgesamt 0 
drwxr-xr-x. 2 root root 0 30. Mai 10:09 . 
drwxr-xr-x. 16 root root 0 26. Jun 09:25 .. 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_merged 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_merged_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_queued 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_queued_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_bytes 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_bytes_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_serviced 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_serviced_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_time 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_time_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_wait_time 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_wait_time_recursive 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.leaf_weight 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.leaf_weight_device 
--w---. 1 root root 0 30. Mai 10:09 blkio.reset_stats 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.sectors 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.sectors_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.io_service_bytes 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.io_serviced 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.read_bps_device 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.read_iops_device 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.write_bps_device 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.write_iops_device 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.time 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.time_recursive 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.weight 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.weight_device 
-rw-r--r--. 1 root root 0 30. Mai 10:09 cgroup.clone_children 
--w--w--w-. 1 root root 0 30. Mai 10:09 cgroup.event_control 
-rw-r--r--. 1 root root 0 30. Mai 10:09 cgroup.procs 
-rw-r--r--. 1 root root 0 30. Mai 10:09 notify_on_release 
-rw-r--r--. 1 root root 0 30. Mai 10:09 tasks 


I thought, I can get my needed values from there, but all files are empty. 

Looking at this post: [ 
http://lists.ovirt.org/pipermail/users/2017-January/079011.html | 
http://lists.ovirt.org/pipermail/users/2017-January/079011.html ] 
this should work. 

Is this normal on centos 7.3 with oVirt installed? How can I get those values, 
without monitoring all VMs directly? 

oVirt Version we use: 
4.1.1.8-1.el7.centos 

BR Florian 
___ 
Users mailing list 
[ mailto:Users@ovirt.org | Users@ovirt.org ] 
[ http://lists.ovirt.org/mailman/listinfo/users | 
http://lists.ovirt.org/mailman/listinfo/users ] 

BQ_END


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


[ovirt-users] Empty cgroup files on centos 7.3 host

2017-06-26 Thread Florian Schmid
Hi,

I wanted to monitor disk IO and R/W on all of our oVirt centos 7.3 hypervisor 
hosts, but it looks like that all those files are empty.
For example:
ls -al 
/sys/fs/cgroup/blkio/machine.slice/machine-qemu\\x2d14\\x2dHostedEngine.scope/
insgesamt 0
drwxr-xr-x.  2 root root 0 30. Mai 10:09 .
drwxr-xr-x. 16 root root 0 26. Jun 09:25 ..
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_merged
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_merged_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_queued
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_queued_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_bytes
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_bytes_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_serviced
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_serviced_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_time
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_time_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_wait_time
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_wait_time_recursive
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.leaf_weight
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.leaf_weight_device
--w---.  1 root root 0 30. Mai 10:09 blkio.reset_stats
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.sectors
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.sectors_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.io_service_bytes
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.io_serviced
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.read_bps_device
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.read_iops_device
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.write_bps_device
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.write_iops_device
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.time
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.time_recursive
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.weight
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.weight_device
-rw-r--r--.  1 root root 0 30. Mai 10:09 cgroup.clone_children
--w--w--w-.  1 root root 0 30. Mai 10:09 cgroup.event_control
-rw-r--r--.  1 root root 0 30. Mai 10:09 cgroup.procs
-rw-r--r--.  1 root root 0 30. Mai 10:09 notify_on_release
-rw-r--r--.  1 root root 0 30. Mai 10:09 tasks


I thought, I can get my needed values from there, but all files are empty.

Looking at this post: 
http://lists.ovirt.org/pipermail/users/2017-January/079011.html
this should work.

Is this normal on centos 7.3 with oVirt installed? How can I get those values, 
without monitoring all VMs directly?

oVirt Version we use:
4.1.1.8-1.el7.centos

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


Re: [ovirt-users] Fence Agent cisco_ucs not working anymore since 4.0.5

2017-01-31 Thread Florian Schmid
Hello,

changing in API and even database directly is working well, but in my opinion 
this should also work in UI, because you can't edit the host anymore!
And when you editing the host, there is no error, that you have to change the 
options in fence agent. When you don't be aware of this issue, you will be 
never able anymore to change host stuff in UI with ovirt 4.0.

I also heard, that 4.0.7 will be never released! Really? So this bug will never 
be fixed?

BR Florian

- Ursprüngliche Mail -
Von: "Alexander Wels" <aw...@redhat.com>
An: users@ovirt.org
CC: "Florian Schmid" <fsch...@ubimet.com>
Gesendet: Montag, 23. Januar 2017 14:12:23
Betreff: Re: [ovirt-users] Fence Agent cisco_ucs not working anymore since 4.0.5

On Sunday, January 22, 2017 8:43:57 PM EST Florian Schmid wrote:
> Hello,
> 
> thank you very much for these bug reports! Good to here, that there will be
> a fix in 4.0.7.
> 
> Do you maybe know a workaround until this version comes out?
> 

This is a problem with the UI validation, you can use the REST api to set 
this. Yes this should be fixed in 4.0.7

> I tried already to add it manually in database, but I cannot really test it.
> 4.1 RC, I can't test, because I have no unused blades around, sorry!
> 
> BR Florian
> 
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Issues with Power Management

2017-01-23 Thread Florian Schmid
Hi, 

I also raised a bug with power management, but I have issues with Cisco UCS! 

There is a bug starting with ovirt engine 4.0.5, where the "Options" field only 
allows integers anymore! 

I was told, they want to fix this in 4.0.7 -> 
http://lists.ovirt.org/pipermail/users/2017-January/079033.html 

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


Re: [ovirt-users] Fence Agent cisco_ucs not working anymore since 4.0.5

2017-01-22 Thread Florian Schmid
Hello, 

thank you very much for these bug reports! Good to here, that there will be a 
fix in 4.0.7. 

Do you maybe know a workaround until this version comes out? 

I tried already to add it manually in database, but I cannot really test it. 
4.1 RC, I can't test, because I have no unused blades around, sorry! 

BR Florian 





 
UBIMET GmbH - weather matters 
Ing. Florian Schmid • IT Infrastruktur Austria 


A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22 DW 469 • Fax +43 1 263 
11 22 219 
fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379 


Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t 


 



The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message. 





Von: "Yaniv Kaul" <yk...@redhat.com> 
An: "Florian Schmid" <fsch...@ubimet.com> 
CC: "Ovirt Users" <users@ovirt.org> 
Gesendet: Sonntag, 22. Januar 2017 17:06:52 
Betreff: Re: [ovirt-users] Fence Agent cisco_ucs not working anymore since 
4.0.5 

Sounds a bit like https://bugzilla.redhat.com/show_bug.cgi?id=1411231 - which 
is a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1398898 and will 
be fixed soon in 4.0.7 (or you can grab 4.1 RC and test it). 
Can you verify it? 
TIA, 
Y. 

On Sat, Jan 21, 2017 at 9:12 PM, Florian Schmid < fsch...@ubimet.com > wrote: 


Hello, 

we use some Cicso UCS blades in our ovirt infrastructure and since we upgraded 
from 4.0.4 to 4.0.5, when I want to edit a host, I need to change the power 
management cisco ucs agent, because it has an unsupported option in field 
"Options"! 
My problem is, that it looks like, that the filed "Options" only allows integer 
number anymore as values! 
BUT for the ucs fence agent, I need to specify the "suborg=" option and this is 
not a number. It is the name of the sub-organization like oVirt for example! 

So since this version of ovirt, our complete power management stopped working 
and therfore, we don't have important features like HA anymore. 

With ovirt 4.0.4 or earlier, my options looked like this: 
Slot ovirt-2 
Options suborg=org-oVirt,ssl_insecure=1 

"Slot" is the name of the service profile and "Options" have the suborg 
specified and insecure ssl! 
ssl_insecure=1 is working in version 4.0.5 and later. 
We have already some hosts running 4.0.6, but not the engine yet! 
fence-agents-cisco-ucs versions we use: 
- 4.0.11-27.el7_2.9.x86_64 
- 4.0.11-47.el7_3.2.x86_64 

Can someone please help me? 

Thank you very much! 
Best regards 
Florian 
___ 
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] Fence Agent cisco_ucs not working anymore since 4.0.5

2017-01-21 Thread Florian Schmid
Hello,

we use some Cicso UCS blades in our ovirt infrastructure and since we upgraded 
from 4.0.4 to 4.0.5, when I want to edit a host, I need to change the power 
management cisco ucs agent, because it has an unsupported option in field 
"Options"!
My problem is, that it looks like, that the filed "Options" only allows integer 
number anymore as values!
BUT for the ucs fence agent, I need to specify the "suborg=" option and this is 
not a number. It is the name of the sub-organization like oVirt for example!

So since this version of ovirt, our complete power management stopped working 
and therfore, we don't have important features like HA anymore.

With ovirt 4.0.4 or earlier, my options looked like this:
Slotovirt-2
Options suborg=org-oVirt,ssl_insecure=1

"Slot" is the name of the service profile and "Options" have the suborg 
specified and insecure ssl!
ssl_insecure=1 is working in version 4.0.5 and later.
We have already some hosts running 4.0.6, but not the engine yet!
fence-agents-cisco-ucs versions we use:
- 4.0.11-27.el7_2.9.x86_64
- 4.0.11-47.el7_3.2.x86_64

Can someone please help me?

Thank you very much!
Best regards
Florian
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users