[ovirt-users] Old mailing list SPAM

[Markus Stockhausen]

Hi,

does anyone currently get old mails of 2016 from the mailing list?
We are spammed with something like this from teknikservice.nu:

...
Received: from mail.ovirt.org (localhost [IPv6:::1]) by mail.ovirt.org
 (Postfix) with ESMTP id A33EA46AD3; Tue, 14 May 2019 14:48:48 -0400 (EDT)

Received: by mail.ovirt.org (Postfix, from userid 995) id D283A407D0; Tue, 14
 May 2019 14:42:29 -0400 (EDT)

Received: from bauhaus.teknikservice.nu (smtp.teknikservice.nu [81.216.61.60])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No
 client certificate requested) by mail.ovirt.org (Postfix) with ESMTPS id
 BF954467FE for ; Tue, 14 May 2019 14:36:54 -0400 (EDT)

Received: by bauhaus.teknikservice.nu (Postfix, from userid 0) id 259822F504;
 Tue, 14 May 2019 20:32:33 +0200 (CEST) <- 3 YEAR TIME WARP ?

Received: from washer.actnet.nu (washer.actnet.nu [212.214.67.187]) (using
 TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client
 certificate requested) by bauhaus.teknikservice.nu (Postfix) with ESMTPS id
 430FEDA541 for ; Thu,  6 Oct 2016 18:02:51 +0200 (CEST)

Received: from lists.ovirt.org (lists.ovirt.org [173.255.252.138]) (using
 TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client
 certificate requested) by washer.actnet.nu (Postfix) with ESMTPS id
 D75A82293FC for ; Thu,  6 Oct 2016 18:04:11 +0200
 (CEST)
...

Markus

___
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/XI3LV4GPACT7ILZ3BNJLHHQBEWI3HWLI/

[ovirt-users] Re: Cleanup illegal snapshot

[Markus Stockhausen]

Hi Ala,

that did not help. VDSM log tells me that the delta qcow2 file is missing:

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 873, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 3162, in getVolumeInfo
volUUID=volUUID).getInfo()
  File "/usr/share/vdsm/storage/sd.py", line 457, in produceVolume
volUUID)
  File "/usr/share/vdsm/storage/fileVolume.py", line 58, in __init__
volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID)
  File "/usr/share/vdsm/storage/volume.py", line 181, in __init__
self.validate()
  File "/usr/share/vdsm/storage/volume.py", line 194, in validate
self.validateVolumePath()
  File "/usr/share/vdsm/storage/fileVolume.py", line 540, in validateVolumePath
raise se.VolumeDoesNotExist(self.volUUID)
VolumeDoesNotExist: Volume does not exist: 
(u'c277351d-e2b1-4057-aafb-55d4b607ebae',)
...
Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper) 
Unhandled exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 736, in wrapper
return f(*a, **kw)
  File "/usr/share/vdsm/virt/vm.py", line 5264, in run
self.update_base_size()
  File "/usr/share/vdsm/virt/vm.py", line 5257, in update_base_size
self.drive.imageID, topVolUUID)
  File "/usr/share/vdsm/virt/vm.py", line 5191, in _getVolumeInfo
(domainID, volumeID))
StorageUnavailableError: Unable to get volume info for domain 
47202573-6e83-42fd-a274-d11f05eca2dd volume c277351d-e2b1-4057-aafb-55d4b607ebae

Do you have any idea?

Markus
____

Von: Ala Hino [ah...@redhat.com]
Gesendet: Donnerstag, 6. Oktober 2016 12:29
An: Markus Stockhausen
Betreff: Re: [ovirt-users] Cleanup illegal snapshot

Indeed, retry live merge. There is no harm in retrying live merge. As 
mentioned, if the image deleted at storage side, retrying live merge should 
clean the engine side.

On Thu, Oct 6, 2016 at 1:06 PM, Markus Stockhausen 
mailto:stockhau...@collogia.de>> wrote:
Hi,

we are on OVirt 4.0.4. As explained the situation is as follows:

- On Disk we have the base image and the delata qcow2 file
- Qemu runs only on the base image
- The snapshot in Qemu is tagged as illegal

So you say: "Just retry a live merge and everything will cleanup."
Did I get it right?

Markus

-----------

Von: Ala Hino [ah...@redhat.com<mailto:ah...@redhat.com>]
Gesendet: Donnerstag, 6. Oktober 2016 11:21
An: Markus Stockhausen
Cc: Ovirt Users; Nir Soffer; Adam Litke

Betreff: Re: [ovirt-users] Cleanup illegal snapshot

Hi Markus,

What's the version that you are using?
In oVirt 3.6.6, illegal snapshots could be removed by retrying to live merge 
them again. Assuming the previous live merge of the snapshot successfully 
completed but the engine failed to get the result, the second live merge should 
do the necessary cleanups at the engine side. See 
https://bugzilla.redhat.com/1323629

Hope this helps,
Ala

On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhausen 
mailto:stockhau...@collogia.de>> wrote:
Hi Ala,

> Von: Adam Litke [ali...@redhat.com<mailto:ali...@redhat.com>]
> Gesendet: Freitag, 30. September 2016 15:54
> An: Markus Stockhausen
> Cc: Ovirt Users; Ala Hino; Nir Soffer
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot
>
> On 30/09/16 05:47 +, Markus Stockhausen wrote:
> >Hi,
> >
> >if a OVirt snapshot is illegal we might have 2 situations.
> >
> >1) qemu is still using it - lsof shows qemu access to the base raw and the
> >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
> >successfully solved that situation by setting the status of the delta image
> >in the database to OK.
> >
> >2) qemu is no longer using it. lsof shows qemu access only to the the base
> >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did not
> >recognize.
> >
> >How to clean up the 2nd situation?
>
> It seems that you will have to first clean up the engine database to
> remove references to the snapshot that no longer exists.  Then you
> will need to remove the unused qcow2 volume.
>
> Unfortunately I cannot provide safe instructions for modifying the
> database but maybe Ala Hino (added to CC:) will be able to help with
> that.

Do you have some tip for me?

>
> One you have fixed the DB you should be able to delete the volume
> using a vdsm verb on the SPM host:
>
> # vdsClient -s 0 deleteVolume



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluat

[ovirt-users] Re: Cleanup illegal snapshot

[Markus Stockhausen]

Bug with logs attached:

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

Best regards.

Markus



Von: Nir Soffer [nsof...@redhat.com]
Gesendet: Sonntag, 9. Oktober 2016 20:37
An: Markus Stockhausen
Cc: Ala Hino; Ovirt Users
Betreff: Re: [ovirt-users] Cleanup illegal snapshot

On Sun, Oct 9, 2016 at 8:33 PM, Markus Stockhausen
 wrote:
> Hi Ala,
>
> that did not help. VDSM log tells me that the delta qcow2 file is missing:
>
> Traceback (most recent call last):
>   File "/usr/share/vdsm/storage/task.py", line 873, in _run
> return fn(*args, **kargs)
>   File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
> res = f(*args, **kwargs)
>   File "/usr/share/vdsm/storage/hsm.py", line 3162, in getVolumeInfo
> volUUID=volUUID).getInfo()
>   File "/usr/share/vdsm/storage/sd.py", line 457, in produceVolume
> volUUID)
>   File "/usr/share/vdsm/storage/fileVolume.py", line 58, in __init__
> volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID)
>   File "/usr/share/vdsm/storage/volume.py", line 181, in __init__
> self.validate()
>   File "/usr/share/vdsm/storage/volume.py", line 194, in validate
> self.validateVolumePath()
>   File "/usr/share/vdsm/storage/fileVolume.py", line 540, in
> validateVolumePath
> raise se.VolumeDoesNotExist(self.volUUID)
> VolumeDoesNotExist: Volume does not exist:
> (u'c277351d-e2b1-4057-aafb-55d4b607ebae',)
> ...
> Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper)
> Unhandled exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 736, in
> wrapper
> return f(*a, **kw)
>   File "/usr/share/vdsm/virt/vm.py", line 5264, in run
> self.update_base_size()
>   File "/usr/share/vdsm/virt/vm.py", line 5257, in update_base_size
> self.drive.imageID, topVolUUID)
>   File "/usr/share/vdsm/virt/vm.py", line 5191, in _getVolumeInfo
> (domainID, volumeID))
> StorageUnavailableError: Unable to get volume info for domain
> 47202573-6e83-42fd-a274-d11f05eca2dd volume
> c277351d-e2b1-4057-aafb-55d4b607ebae

Hi Markus,

I'm sorry for this confusing log,  Vdsm is treating a missing volume
as a horrible
error is a bug, this is expected condition when you query volume info.

We also log 2 exceptions instead of one.

Would file a vdsm storage bug for these issues?

Thanks,
Nir
=
--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



Diese E-Mail enth??lt vertrauliche und/oder rechtlich gesch??tzte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrt??mlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

??ber das Internet versandte E-Mails k??nnen unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserkl??rung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 K??ln

Vorstand:
Kadir Akin
Dr. Michael H??hnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht K??ln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 K??ln

executive board:
Kadir Akin
Dr. Michael H??hnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Re: Cleanup illegal snapshot

[Markus Stockhausen]

Hi Ala,

> Von: Adam Litke [ali...@redhat.com]
> Gesendet: Freitag, 30. September 2016 15:54
> An: Markus Stockhausen
> Cc: Ovirt Users; Ala Hino; Nir Soffer
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot
> 
> On 30/09/16 05:47 +0000, Markus Stockhausen wrote:
> >Hi,
> >
> >if a OVirt snapshot is illegal we might have 2 situations.
> >
> >1) qemu is still using it - lsof shows qemu access to the base raw and the
> >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
> >successfully solved that situation by setting the status of the delta image
> >in the database to OK.
> >
> >2) qemu is no longer using it. lsof shows qemu access only to the the base
> >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did not
> >recognize.
> >
> >How to clean up the 2nd situation?
> 
> It seems that you will have to first clean up the engine database to
> remove references to the snapshot that no longer exists.  Then you
> will need to remove the unused qcow2 volume.
> 
> Unfortunately I cannot provide safe instructions for modifying the
> database but maybe Ala Hino (added to CC:) will be able to help with
> that.

Do you have some tip for me?

> 
> One you have fixed the DB you should be able to delete the volume
> using a vdsm verb on the SPM host:
> 
> # vdsClient -s 0 deleteVolume
=
--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



Diese E-Mail enth??lt vertrauliche und/oder rechtlich gesch??tzte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrt??mlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

??ber das Internet versandte E-Mails k??nnen unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserkl??rung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 K??ln

Vorstand:
Kadir Akin
Dr. Michael H??hnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht K??ln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 K??ln

executive board:
Kadir Akin
Dr. Michael H??hnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/G7CFMCDMLDUQXYYGDLZ2B2D4VIKYDE7M/

[ovirt-users] Re: Cleanup illegal snapshot

[Markus Stockhausen]

Hi,

we are on OVirt 4.0.4. As explained the situation is as follows:

- On Disk we have the base image and the delata qcow2 file
- Qemu runs only on the base image
- The snapshot in Qemu is tagged as illegal

So you say: "Just retry a live merge and everything will cleanup."
Did I get it right?

Markus

---

Von: Ala Hino [ah...@redhat.com]
Gesendet: Donnerstag, 6. Oktober 2016 11:21
An: Markus Stockhausen
Cc: Ovirt Users; Nir Soffer; Adam Litke
Betreff: Re: [ovirt-users] Cleanup illegal snapshot

Hi Markus,

What's the version that you are using?
In oVirt 3.6.6, illegal snapshots could be removed by retrying to live merge 
them again. Assuming the previous live merge of the snapshot successfully 
completed but the engine failed to get the result, the second live merge should 
do the necessary cleanups at the engine side. See 
https://bugzilla.redhat.com/1323629

Hope this helps,
Ala

On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhausen 
mailto:stockhau...@collogia.de>> wrote:
Hi Ala,

> Von: Adam Litke [ali...@redhat.com<mailto:ali...@redhat.com>]
> Gesendet: Freitag, 30. September 2016 15:54
> An: Markus Stockhausen
> Cc: Ovirt Users; Ala Hino; Nir Soffer
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot
>
> On 30/09/16 05:47 +, Markus Stockhausen wrote:
> >Hi,
> >
> >if a OVirt snapshot is illegal we might have 2 situations.
> >
> >1) qemu is still using it - lsof shows qemu access to the base raw and the
> >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
> >successfully solved that situation by setting the status of the delta image
> >in the database to OK.
> >
> >2) qemu is no longer using it. lsof shows qemu access only to the the base
> >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did not
> >recognize.
> >
> >How to clean up the 2nd situation?
>
> It seems that you will have to first clean up the engine database to
> remove references to the snapshot that no longer exists.  Then you
> will need to remove the unused qcow2 volume.
>
> Unfortunately I cannot provide safe instructions for modifying the
> database but maybe Ala Hino (added to CC:) will be able to help with
> that.

Do you have some tip for me?

>
> One you have fixed the DB you should be able to delete the volume
> using a vdsm verb on the SPM host:
>
> # vdsClient -s 0 deleteVolume


--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



Diese E-Mail enth??lt vertrauliche und/oder rechtlich gesch??tzte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrt??mlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

??ber das Internet versandte E-Mails k??nnen unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserkl??rung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 K??ln

Vorstand:
Kadir Akin
Dr. Michael H??hnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht K??ln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 K??ln

executive board:
Kadir Akin
Dr. Michael H??hnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy State

[ovirt-users] Re: Centos 7.6 and kernel upgrading

[Markus Stockhausen]

> Von: Michal Skrivanek [michal.skriva...@redhat.com]
> Gesendet: Freitag, 15. Februar 2019 18:53
> An: Erick Perez
> Cc: users@ovirt.org
> Betreff: [ovirt-users] Re: Centos 7.6 and kernel upgrading
> 
> > On 14 Feb 2019, at 21:41, Erick Perez  wrote:
> >
> > Good day,
> > What is the Ovirt position on upgrading Centos 7.6 kernel from 3.10 to 
> > latext/stable 4.x series?
> 
> We do not test with anything but original RHEL/CentOS kernels. Fedora
> is using newer kernels, but it’s a bumpy road to take...
> 
> oVirt has a lot of dependencies, virt stack, lvm, gluster...anything
> can go wrong once you start updating to non-stable packages. But it
> may also work if you’re feeling lucky:)
> 

Some feedback from a Ovirt deployment with standard 4.14 kernel from 
kernel.org for over 9 months. This is no recommendation to go that way 
but a personal opinion. 

First of all Redhat kernels are very stable and the use is very convenient. 
But we always disliked the fact, that Redhat/CentOS kernels are branded 
3.10.x while they are a total mixup of patches and enhancements. Some 
examples why both ways have up and downsides.

1st example for CentOS being late with patches:

https://www.mail-archive.com/kvm@vger.kernel.org/msg124576.html
added patches targeted at 4.5 for Windows migration bugs. These are in 
4.14 mainline since its first release in November 2017.

https://git.centos.org/blob/rpms!kernel.git/fd768ebf7d64cd053f749eae78e72a554cf7ab71/SPECS!kernel.spec
added the same patches to the old 3.10 base kernel a year later in 
December 2018. 

2nd example for CentOS enhancements:

CentOS kernel 3.10 provides blk-mq support although that feature was 
added in 3.13 and later mainline kernels

3rd example for instable kernel.org versions:

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v4.14.101=9485d5d2318bf6e93bc2771a816aebb1ec80f2c5
gives a funny insight about problems during kernel development and 
backports. That resulted in unstable versions from 4.14.94 to 4.14.96.

To sum it up. Mainline longterm stable feels more dedicated to the policy
to add only fixes and no enhancements. Regarding stability had no 
problems yet and no case where we missed patches from the CentOS tree 

If you like to try it out, I uploaded a spec and config that I once took
from elrepo.org. Just add the kernel.org 4.14 tgz source and the
two missing elrepo cpupower files. You should be ready to go with a 
simple "rpmbuild kernel-lt-4.14.spec". 

config-4.14.97-x86_64: https://ufile.io/n1og8
kernel-lt-4.14.spec: https://ufile.io/ogp12

We will jump back onto the standard bandwagon when going to
CentOS 8 with kernel 4.18.

Best regards.
Markus

> Thanks,
> michal
> 
> > I cannot find a document related to the support.
___
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/GSDPKILCBAUWAQ3L472VNMXYJIVGSBT2/

[ovirt-users] High frequency of getVolumeSize()

[Markus Stockhausen]

Hi,

we observed high count of getVolumeSize() calls in vdsm.log Looking
at the logs it seems as if this is done every minute for all disk that
are currently running on a node. 

Is this frequency normal and if yes why?

Best regards.

Markus




































Mit freundlichen Grüßen,



Markus Stockhausen

Head of Software Technology


Ubierring 11 · 50678 Köln



Telefon: +49 221 33 608 611

Mobil: +49 151 12040606



Mail: markus.stockhau...@collogia.de 

Web: www.collogia-it-services.de





















___
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/WYPXJYJ6YHNNEUI2SWPXCKDU46Z3XLFN/

[ovirt-users] Re: Unable to mount CephFS as POSIX Compliant FS

[Markus Stockhausen]

SELinux might block access here.

Markus

Am 04.10.2018 01:57 schrieb ryan.terps...@gmail.com:
I have a ceph filesystem that I can manually mount on my ovirt host.

[root@ovirt121 ~]# mount -t ceph ceph01:/ /mnt -o name=admin,secret=
[root@ovirt121 ~]# touch /mnt/test

works great!  Then I umount that filesystem and attempt to add storage domain 
in ovirt engine.  Settings:

Storage type: POSIX compliant FS
Host to use: ovirt121
name: cephdata
Path: ceph01:/
vfs type: ceph
mount options: name=admin,secret=

In the oVirt web UI I get a "General Exception" error.  On the host I see this 
in vdsm.log:

2018-10-03 23:47:58,165+ INFO  (jsonrpc/6) [vdsm.api] START 
connectStorageServer(domType=6, spUUID=u'----', 
conList=[{u'mnt_options': 
u'name=admin,secret=AQDJI7RbS4Z2GhAAhlyWUvX7wtPNzO6n5vqjsQ==', u'id': 
u'----', u'connection': u'ceph01:/', u'iqn': 
u'', u'user': u'', u'tpgt': u'1', u'vfs_type': u'ceph', u'password': 
'', u'port': u''}], options=None) from=:::10.78.7.221,54910, 
flow_id=ba106a2d-e204-4da7-acc7-29b70c3ff759, 
task_id=b5e0c87c-8838-4b49-8590-11382a02d67f (api:46)
2018-10-03 23:47:58,166+ INFO  (jsonrpc/6) 
[storage.StorageServer.MountConnection] Creating directory 
u'/rhev/data-center/mnt/ceph01:_' (storageServer:167)
2018-10-03 23:47:58,166+ INFO  (jsonrpc/6) [storage.fileUtils] Creating 
directory: /rhev/data-center/mnt/ceph01:_ mode: None (fileUtils:197)
2018-10-03 23:47:58,166+ INFO  (jsonrpc/6) [storage.Mount] mounting 
ceph01:/ at /rhev/data-center/mnt/ceph01:_ (mount:204)
2018-10-03 23:47:58,218+ ERROR (jsonrpc/6) [storage.HSM] Could not connect 
to storageServer (hsm:2415)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2412, in 
connectStorageServer
conObj.connect()
  File "/usr/lib/python2.7/site-packages/vdsm/storage/storageServer.py", line 
183, in connect
self.getMountObj().getRecord().fs_file)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/mount.py", line 253, in 
getRecord
(self.fs_spec, self.fs_file))
OSError: [Errno 2] Mount of `ceph01:/` at `/rhev/data-center/mnt/ceph01:_` does 
not exist
2018-10-03 23:47:58,218+ INFO  (jsonrpc/6) [vdsm.api] FINISH 
connectStorageServer return={'statuslist': [{'status': 100, 'id': 
u'----'}]} from=:::10.78.7.221,54910, 
flow_id=ba106a2d-e204-4da7-acc7-29b70c3ff759, 
task_id=b5e0c87c-8838-4b49-8590-11382a02d67f (api:52)

However, if i run "monut" or "cat /proc/mounts" I can see the cephfs was 
properly mounted, I can even touch files.

[root@ovirt121 ~]# touch /rhev/data-center/mnt/ceph01\:_/ceph_ovirt_test
[root@ovirt121 ~]#


[root@ovirt121 ~]# cat /proc/mounts
<...bunch of mounts...>
10.78.71.1:/ /rhev/data-center/mnt/ceph01:_ ceph 
rw,relatime,name=admin,secret=,acl,wsize=16777216 0 0
[root@ovirt121 ~]#

Any thoughts?

oVirt version is 4.2.6.4-1.el7, running on CentOS 7 18.05.
___
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/VPOUQEIAQIZQ6YOMJRGWE65LMNNPLLVI/
___
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/GYKHYRZ3ZJ23OMUI5EHTCL5N56FHE2R4/

Re: [ovirt-users] qemu-kvm-ev-2.9.0-16.el7_4.11.1 now available for testing

[Markus Stockhausen]

Hi Sandro,

I'm wondering if BZ1513362 (AIO stuck fixed in qemu-kvm-rhev-2.9.0-16.el7_4.12)
will be worth to give the newer version a try.

Best regards.

Markus

-
Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von "Sandro 
Bonazzola [sbona...@redhat.com]
Gesendet: Montag, 11. Dezember 2017 17:43
An: Discussion about the virtualization on CentOS; devel; users
Betreff: [ovirt-users] qemu-kvm-ev-2.9.0-16.el7_4.11.1 now available for testing

Hi, 
qemu-kvm-ev-2.9.0-16.el7_4.11.1
 is now available for testing.
If no negative feedback will be reported, I'm going to push to release on 
Thursday, December 14th.

Here's the changelog:

* Mon Dec 11 2017 Sandro Bonazzola 
> - ev-2.9.0-16.el7_4.11.1 - 
Removing RH branding from package name * Mon Nov 13 2017 Miroslav Rezanina 
> - rhev-2.9.0-16.el7_4.11 - 
kvm-exec-use-qemu_ram_ptr_length-to-access-guest-ram.patch [bz#1472185] - 
kvm-multiboot-validate-multiboot-header-address-values.patch [bz#1501123] - 
Resolves: bz#1472185 (CVE-2017-11334 qemu-kvm-rhev: Qemu: exec: oob access 
during dma operation [rhel-7.4.z]) - Resolves: bz#1501123 (CVE-2017-14167 
qemu-kvm-rhev: Qemu: i386: multiboot OOB access while loading kernel image 
[rhel-7.4.z]) * Mon Oct 23 2017 Miroslav Rezanina 
> - rhev-2.9.0-16.el7_4.10 - 
kvm-vga-stop-passing-pointers-to-vga_draw_line-functions.patch [bz#1501300] - 
kvm-vga-drop-line_offset-variable.patch [bz#1501300] - 
kvm-vga-handle-cirrus-vbe-mode-wraparounds.patch [bz#1501300] - 
kvm-cirrus-fix-oob-access-in-mode4and5-write-functions.patch [bz#1501300] - 
Resolves: bz#1501300 (CVE-2017-15289 qemu-kvm-rhev: Qemu: cirrus: OOB access 
issue in mode4and5 write functions [rhel-7.4.z]) * Mon Oct 09 2017 Miroslav 
Rezanina > - 
rhev-2.9.0-16.el7_4.9 - 
kvm-nbd-client-Fix-regression-when-server-sends-garbage.patch [bz#1495474] - 
kvm-fix-build-failure-in-nbd_read_reply_entry.patch [bz#1495474] - 
kvm-nbd-client-avoid-spurious-qio_channel_yield-re-entry.patch [bz#1495474] - 
kvm-nbd-client-avoid-read_reply_co-entry-if-send-failed.patch [bz#1495474] - 
kvm-qemu-iotests-improve-nbd-fault-injector.py-startup-p.patch [bz#1495474] - 
kvm-qemu-iotests-test-NBD-over-UNIX-domain-sockets-in-08.patch [bz#1495474] - 
kvm-block-nbd-client-nbd_co_send_request-fix-return-code.patch [bz#1495474] - 
Resolves: bz#1495474 (Fail to quit source qemu when do live migration after 
mirroring guest to NBD server [rhel-7.4.z])

--

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA

[https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red-hat-black.png]
TRIED. TESTED. TRUSTED.



Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] CentOS 7.4, qemu 2.9 -> Gluster 3.xx?

[Markus Stockhausen]

Hi,

given the fact that a current yum update will bring Centos 7.4 and qemu 2.9
to the nodes I wonder if a gluster update thorugh Ovirt repos is already close 
to release? Not only is 3.8 EOL but also I like to minimize the update steps to 
a new stable package level.

Best regards.

Markus

 
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] VM live migration and NFS 4.2

[Markus Stockhausen]

Hi,

its an Centos based NFS. Yes I have SELinux permissions nfs_t active. Otherwise 
sanlock fails immediately after storage domain activation.

Maybe another SELinux option or some kind of new locking?

Markus

Am 26.06.2017 9:22 vorm. schrieb Yaniv Kaul <yk...@redhat.com>:


On Sun, Jun 25, 2017 at 10:31 PM, Markus Stockhausen 
<stockhau...@collogia.de<mailto:stockhau...@collogia.de>> wrote:
Hi,

we are currently evaluating NFS 4.2 based storage for OVirt 4.1.2. Normal 
operation
and discard support work like a charm.

For some strange reason we cannot use VM live migration any more. As soon as one
NFS 4.2 based VM disk is doing disk I/O during the operation. VM stalls and is 
paused.
It seems as if qemu on target node cannot take over disk images. See BZ1464787.

Can you make sure you are not suffering from any SELinux issues?
What NFS server are you using? If it's Linux based, it needs some selinux 
commands.
For example (from ovirt-system-tests):
semanage fcontext -a -t nfs_t '/exports/nfs(/.*)?'
restorecon -Rv /exports/nfs


Has anybody else seen similar issues?

Raz?
Y.


Best regards.

Markus
___
Users mailing list
Users@ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users




Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] VM live migration and NFS 4.2

[Markus Stockhausen]

Hi,

we are currently evaluating NFS 4.2 based storage for OVirt 4.1.2. Normal 
operation
and discard support work like a charm. 

For some strange reason we cannot use VM live migration any more. As soon as 
one 
NFS 4.2 based VM disk is doing disk I/O during the operation. VM stalls and is 
paused. 
It seems as if qemu on target node cannot take over disk images. See BZ1464787. 
 
Has anybody else seen similar issues?

Best regards. 

Markus  
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] ovirt 4.1.2 sanlock issue with nfs data domain

[Markus Stockhausen]

Maybe NFS Mounts with Version 4.2 and on Server side no SELinux nfs_t rule 
defined?

Sent from mobile...

Am 19.06.2017 11:01 vorm. schrieb Moritz Baumann :
> Is there a way to "reinitialize" the lockspace so one node can become
> SPM again and we can run VMS.

errors in /var/log/sanlock.log look like this:


2017-06-19 10:57:00+0200 1617673 [126217]: open error -13
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids
2017-06-19 10:57:00+0200 1617673 [126217]: s51 open_disk
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids
error -13
2017-06-19 10:57:01+0200 1617674 [880]: s51 add_lockspace fail result -19
2017-06-19 10:57:02+0200 1617674 [881]: open error -13
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/leases
2017-06-19 10:57:02+0200 1617674 [828]: ci 2 fd 11 pid -1 recv errno 104
2017-06-19 10:57:10+0200 1617683 [881]: s52 lockspace
c17d9d7f-e578-4626-a5d9-94ea555d7115:2:/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids:0
2017-06-19 10:57:10+0200 1617683 [126235]: open error -13
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids
2017-06-19 10:57:10+0200 1617683 [126235]: s52 open_disk
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids
error -13
2017-06-19 10:57:11+0200 1617684 [881]: s52 add_lockspace fail result -19
2017-06-19 10:57:13+0200 1617685 [880]: open error -13
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/leases
2017-06-19 10:57:13+0200 1617685 [828]: ci 2 fd 11 pid -1 recv errno 104
2017-06-19 10:57:15+0200 1617688 [881]: open error -13
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/leases
2017-06-19 10:57:15+0200 1617688 [828]: ci 2 fd 11 pid -1 recv errno 104
2017-06-19 10:57:20+0200 1617693 [881]: s53 lockspace
c17d9d7f-e578-4626-a5d9-94ea555d7115:2:/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids:0
2017-06-19 10:57:20+0200 1617693 [126255]: open error -13
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids
2017-06-19 10:57:20+0200 1617693 [126255]: s53 open_disk
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids
error -13
2017-06-19 10:57:21+0200 1617694 [881]: s53 add_lockspace fail result -19
2017-06-19 10:57:26+0200 1617699 [880]: open error -13
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/leases
2017-06-19 10:57:26+0200 1617699 [828]: ci 2 fd 11 pid -1 recv errno 104
2017-06-19 10:57:29+0200 1617702 [881]: open error -13
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/leases
2017-06-19 10:57:29+0200 1617702 [828]: ci 2 fd 11 pid -1 recv errno 104
2017-06-19 10:57:30+0200 1617703 [880]: s54 lockspace
c17d9d7f-e578-4626-a5d9-94ea555d7115:2:/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids:0



ovirt-node01[0]:/var/log# ls -ld
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids

-rw-rw. 1 vdsm kvm 1048576 28. Mai 23:13
/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md/ids

The nfs share is writeable:

ovirt-node01[0]:/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md#
touch blabla
ovirt-node01[0]:/rhev/data-center/mnt/scratch-inf.inf.ethz.ch:_export_scratch_ovirt_data/c17d9d7f-e578-4626-a5d9-94ea555d7115/dom_md#
ls -l
total 3320
-rw-r--r--. 1 root root0 19. Jun 11:00 blabla
-rw-rw. 1 vdsm kvm   1048576 28. Mai 23:13 ids
-rw-rw. 1 vdsm kvm  16777216 19. Jun 10:56 inbox
-rw-rw. 1 vdsm kvm   2097152 22. Mai 15:48 leases
-rw-r--r--. 1 vdsm kvm   361  1. Mär 18:21 metadata
-rw-rw. 1 vdsm kvm  16777216 22. Mai 15:48 outbox
-rw-rw. 1 vdsm kvm   1305088  1. Mär 18:21 xleases

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


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte 

Re: [ovirt-users] OVirt 4.1.2 - trim/discard on HDD/XFS/NFS contraproductive

[Markus Stockhausen]

> Von: Yaniv Kaul [yk...@redhat.com]
> Gesendet: Sonntag, 18. Juni 2017 09:58
> An: Markus Stockhausen
> Cc: Ovirt Users
> Betreff: Re: [ovirt-users] OVirt 4.1.2 - trim/discard on HDD/XFS/NFS 
> contraproductive

On Sat, Jun 17, 2017 at 1:25 AM, Markus Stockhausen 
<stockhau...@collogia.de<mailto:stockhau...@collogia.de>> wrote:
Hi,

we just set up a new 4.1.2 OVirt cluster. It is a quite normal
HDD/XFS/NFS stack that worked quit well with 4.0 in the past.
Inside the VMs we use XFS too.

To our surprise we observe abysmal high IO during mkfs.xfs
and fstrim inside the VM. A simple example:

Step 1: Create 100G Thin disk
Result 1: Disk occupies ~10M on storage

Step 2: Format disk inside VM with mkfs.xfs
Result 2: Disk occupies 100G on storage

Changing the discard flag on the disk does not have any effect.

> Are you sure it's discarding, at all?
> 1. NFS: only NFSv4.2 supports discard. Is that the case in your setup?
> 2. What's the value of /sys/block//queue/discard_granularity ?
> 3. Can you share the mkfs.xfs command line?
> 4. Are you sure it's not a raw-sparse image?

Questions should answered in BZ1462504. When talking about thin
provisioned disks I'm only referring to the OVirt disk-option. So I
might mix up something here. Nevertheless the following is more than
strange for me:

- Create disk image: File on storage is small
- Format inside VM: File on storage is fully allocated
- Move around in Ovirt to another NFS storage: File is small again.

That means:
- mkfs.xfs inside VM and so qemu is hammering (empty) data into all blocks
- But this data must be zeros as they can be compated afterwards.

Best regards.

Markus


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] OVirt 4.1.2 - trim/discard on HDD/XFS/NFS contraproductive

[Markus Stockhausen]

Thanks for all your feedback.

Im trying to collect all the infos in BZ1462504.


Von: Fabrice Bacchella [fabrice.bacche...@orange.fr]
Gesendet: Sonntag, 18. Juni 2017 10:13
An: Idan Shaby
Cc: Markus Stockhausen; Ovirt Users
Betreff: Re: [ovirt-users] OVirt 4.1.2 - trim/discard on HDD/XFS/NFS 
contraproductive

> Le 18 juin 2017 à 08:00, Idan Shaby <ish...@redhat.com> a écrit :
> If you don't need live discarding, shutdown the VM and disable the "Enable 
> Discard" option. That will cause qemu to ignore the live UNMAP SCSI commands 
> coming from the guest and not pass it on to the underlying storage.
> Note that this makes fstrim completely redundant, as the purpose of the 
> command is to discard unused blocks under the given path.

Redundant ? Useless you mean ? From my comprehension, the purpose to fstrim is 
to send UNMAP SCSI on batch instead of mount -o discard that send them 
synchronously.

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] OVirt 4.1.2 - trim/discard on HDD/XFS/NFS contraproductive

[Markus Stockhausen]

Hi,

we just set up a new 4.1.2 OVirt cluster. It is a quite normal
HDD/XFS/NFS stack that worked quit well with 4.0 in the past.
Inside the VMs we use XFS too.

To our surprise we observe abysmal high IO during mkfs.xfs
and fstrim inside the VM. A simple example:

Step 1: Create 100G Thin disk
Result 1: Disk occupies ~10M on storage

Step 2: Format disk inside VM with mkfs.xfs
Result 2: Disk occupies 100G on storage

Changing the discard flag on the disk does not have any effect.

Am I missing something?

Best regards.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Performance differences between ext4 and XFS

[Markus Stockhausen]

Hi Fernando,

we personally like XFS very much. But XFS + qcow2 (even for snapshots in OVirt)
comes close to a no-go these days. We are experience excessive fragmentation.
For more info see unresolved Redhat Info:

https://access.redhat.com/solutions/532663

Even with tuning the XFS allocation policy on the qcow2 directory with

xfs_io -c 'extsize -R 2M' 

A nice 3rd party explanation can be found here:

https://blog.codecentric.de/en/2017/04/xfs-possible-memory-allocation-deadlock-kmem_alloc/

Markus


Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von 
"FERNANDO FREDIANI [fernando.fredi...@upx.com]
Gesendet: Mittwoch, 7. Juni 2017 23:35
An: users@ovirt.org
Betreff: [ovirt-users] Performance differences between ext4 and XFS

Just wanted to find out what filesystem people are using to host Virtual 
Machines in qcow2 files in a filesystem in Localstorage, ext4 or XFS ?

I normally like XFS for big files which is the case fo VMs, but wondered if 
anyone could see any performance advantage when compared with ext4.

Fernando

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Windows Server 2016 client licensing costs

[Markus Stockhausen]

Hi Andrew,

you are on the right way. Although I'm no licensing expert our customers
have the same problem with Orache database since years. The policy boils
down to:

You must license every hardware that the VM might run on. Oracle even
wants to license hardware accross virtualization clusters if there might
be the possibility to relocate the VM between them online (VMWare 6
and higher).

>From a technical perspective OVirt virtualization has the same limits. So 
setup small dedicated Windows (or Oracle clusters) to keep costs down.

Markus

Mit freundlichen Grüßen
Markus Stockhausen
Teamleiter Softwaretechnologie
___

Ubierring 11 · 50678 Köln

Telefon: +49 221 336 08-0
Mobil: +49 151 12040 606
E-Mail: stockhau...@collogia.de

Web: www.collogia.de


Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
Andrew Wippler [andrew.wipp...@lancasterbaptist.org]
Gesendet: Dienstag, 25. April 2017 18:24
An: users@ovirt.org
Betreff: [ovirt-users] Windows Server 2016 client licensing costs

We have been running oVirt for over two years now and we are quite satisfied
with it. Most of our infrastructure is CentOS VMs with about 7 Windows VMs which
are all running on 4 oVirt nodes.

With Microsoft changing their licensing terms for 2016, it sounds like I have to
pay a license fee for the physical hypervisor cores if I intend to run Windows
Server 2016 virtual machines on them - even if Windows is not the Host OS. Does
this sound about right?

Has anyone had to buy 2016 licenses yet? Did you also have to buy licenses to
cover the host? What are other hypervisor companies (i.e. VMWare, Citrix, etc.)
instructing their customers to do?

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

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] mOvirt 1.7 - Engine 4.0.6 - No disks per VM

[Markus Stockhausen]

Hi,

works now as expected.

Markus

Mit freundlichen Grüßen
Markus Stockhausen
Teamleiter Softwaretechnologie
___
[https://webmail.collogia.de/logo/collogia_logo.jpg]
Ubierring 11 · 50678 Köln

Telefon: +49 221 336 08-0
Mobil: +49 151 12040 606
E-Mail: stockhau...@collogia.de

Web: www.collogia.de

Von: Markus Stockhausen
Gesendet: Mittwoch, 29. März 2017 17:45
An: Filip Krepinsky
Cc: Ovirt Users
Betreff: Re: [ovirt-users] mOvirt 1.7 - Engine 4.0.6 - No disks per VM

Thanks a lot,

I will test and give feedback.

Markus

Am 29.03.2017 5:13 nachm. schrieb Filip Krepinsky <fkrep...@redhat.com>:


On Wed, Mar 29, 2017 at 2:29 PM, Filip Krepinsky 
<fkrep...@redhat.com<mailto:fkrep...@redhat.com>> wrote:




On Mon, Mar 27, 2017 at 1:15 PM, Markus Stockhausen 
<stockhau...@collogia.de<mailto:stockhau...@collogia.de>> wrote:
Hi there,

my smartphone updated mOvirt these days to 1.7. Since then I always
get errors when trying to access the disks dialogue of a VM in mOVirt.
It boils down to the URL 
https:///ovirt-engine/api/vms//disks
Result is always 404.


Hi,

thanks a lot for reporting this. Yes, these are wrong calls from moVirt and the 
affected oVirt versions are 4.0.1- 4.0.9.
We will release a fix soon.

Fixed version should be available on Google Play in several hours.
Can you check if it helps?


Best regards

Filip

A simple cross check in the webbrowser returns the same result.
At least we can get to the predecessor item without trouble.
https:///ovirt-engine/api/vms/
Looking at that output I'd say that the url should be diskattachment
instead of disks:


  ...

...

...

Our cluster is still 4.0.6 - maybe some incompatibility?

Best regards.

Markus

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





Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] mOvirt 1.7 - Engine 4.0.6 - No disks per VM

[Markus Stockhausen]

Thanks a lot,

I will test and give feedback.

Markus

Am 29.03.2017 5:13 nachm. schrieb Filip Krepinsky <fkrep...@redhat.com>:


On Wed, Mar 29, 2017 at 2:29 PM, Filip Krepinsky 
<fkrep...@redhat.com<mailto:fkrep...@redhat.com>> wrote:




On Mon, Mar 27, 2017 at 1:15 PM, Markus Stockhausen 
<stockhau...@collogia.de<mailto:stockhau...@collogia.de>> wrote:
Hi there,

my smartphone updated mOvirt these days to 1.7. Since then I always
get errors when trying to access the disks dialogue of a VM in mOVirt.
It boils down to the URL 
https:///ovirt-engine/api/vms//disks
Result is always 404.


Hi,

thanks a lot for reporting this. Yes, these are wrong calls from moVirt and the 
affected oVirt versions are 4.0.1- 4.0.9.
We will release a fix soon.

Fixed version should be available on Google Play in several hours.
Can you check if it helps?


Best regards

Filip

A simple cross check in the webbrowser returns the same result.
At least we can get to the predecessor item without trouble.
https:///ovirt-engine/api/vms/
Looking at that output I'd say that the url should be diskattachment
instead of disks:


  ...

...

...

Our cluster is still 4.0.6 - maybe some incompatibility?

Best regards.

Markus

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





Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] mOvirt 1.7 - Engine 4.0.6 - No disks per VM

[Markus Stockhausen]

Hi there,

my smartphone updated mOvirt these days to 1.7. Since then I always
get errors when trying to access the disks dialogue of a VM in mOVirt. 
It boils down to the URL 
https:///ovirt-engine/api/vms//disks
Result is always 404.

A simple cross check in the webbrowser returns the same result.
At least we can get to the predecessor item without trouble.
https:///ovirt-engine/api/vms/
Looking at that output I'd say that the url should be diskattachment
instead of disks:


  ...

...

...

Our cluster is still 4.0.6 - maybe some incompatibility?

Best regards.

Markus
 
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Upgrade 4.1 (with cluster/dc compatibility 3.6)

[Markus Stockhausen]

Hi,

just want to know if I can upgrade a 4.0.5 OVirt environment
to 4.1 with cluster/dc compatibility currently still set to 3.6? Or
do I need to upgrade compatibility level first?

IIRC upgrade to 4.0 required at least compatibility 3.6.

Best regards.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Live migration Centos 7.3 -> Centos 7.2

[Markus Stockhausen]

Hi Yaniv,

for better tracking I opened BZ 1413847.

Best regards.

Markus


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Live migration Centos 7.3 -> Centos 7.2

[Markus Stockhausen]

Hi there,

maybe i missed the discussion on the mailing list. Today we installed
a new centos host. Of course it has 7.3 and qemu 2.6 after a yum update.
It can be attached to our cluster wihtout problems. We are running Ovirt 
4.0.6 but the cluster compatibility level is still 3.6.

We can migrate a VM from qemu 2.3 to 2.6 
We cannot migrate a VM from qemu 2.6 to 2.3

What happens:

- qemu is started on the target host (centos 7.2)
- source qemu says: "initiating migration"
- dominfo on target gives:
Id: 21
Name:   testvm
UUID:   d2d8bdfd-99a6-41c0-84e7-26e1d6a6057b
OS Typ: hvm
Status: pausiert
CPU(s): 2
CPU-Zeit:   48,5s
Max Speicher:   8388608 KiB
Verwendeter Speicher: 8388608 KiB
Bleibend:   nein
Automatischer Start: deaktiviert
Verwaltete Sicherung: nein
Sicherheits-Modell: selinux
Sicherheits-DOI: 0
Sicherheitskennung: system_u:system_r:svirt_t:s0:c344,c836 (enforcing)

Anyone experienced this behaviour? Maybe desired?

Current software versions:

centos 7.2 host:
- libvirt 1.2.17-13.el7_2.6
- qemu 2.3.0-31.el7.21.1

centos 7.3 host:
- libvirt 2.0.0-10.el7_3.2
- qemu 2.6.0-27.1.el7

Ovirt engine
- ovirt 4.0.6

Thanks in advance.

Markus
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Adding Infiniband VM Network Fails

[Markus Stockhausen]

Hi,

we are running Infiniband on the NFS storage network only. Did I get
it aight that this works or do you already have issues there?

Best regards.

Markus

Web: www.collogia.de


Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
cl...@theboggios.com [cl...@theboggios.com]
Gesendet: Mittwoch, 16. November 2016 20:10
An: users@ovirt.org
Betreff: [ovirt-users] Adding Infiniband VM Network Fails

Good Day;

I am trying to add an infiniband VM network to the hosts on my ovirt
deployment, and the network configuration on the hosts fails to save.
The network bridge is added successfully, but applying the bridge to the
IB1 nic fails with little information other than it failed.

My system:

6 HV nodes running CentOS 7 and OV version 4
1 Dedicated engine running CentOS 7 and engine version 4 in 3.6 mode.

The HV nodes all have Mellanox IB cards, dual port. Port 0 is for iSCSI
and NFS connectivity and runs fine. Port 1 is for VM usage of the 10Gb
network.

Have any of you had any dealings with this ?


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

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Live merge speed

[Markus Stockhausen]

Hi Maor,

from our observation it MIGHT come from the xfs filesystem on the NFS storage.
qemu thin provisioned raw disks of linux database VMs tend to fragment heavily
during growth. Some of the disk images have > 1.000.000 extends.

To sort it out we have fixed the extendsize of the OVirt mount point to 1M
(xfs_io -c 'extsize 1m' /var/nas/OVirt). If this does not help I will send you 
some
update.

Best regards.

Markus


>>>
Von: Maor Lipchuk [mlipc...@redhat.com]
Gesendet: Sonntag, 6. November 2016 16:33
An: Markus Stockhausen
Cc: Ovirt Users
Betreff: Re: [ovirt-users] Live merge speed

Hi Markus,

Can you try to use dd on a random file in that storage domain, What is the 
performance it reflects? 
Just want to make sure what is the origin of the problem, if  it is related to 
the storage domain or the qemu process.

Regards,
Maor

On Thu, Nov 3, 2016 at 8:09 PM, Markus Stockhausen 
<stockhau...@collogia.de> wrote:

Hi there,

in the past we already observed that live merge operations may take some time.
Currently another of those operations is running on one of our VMs on a
CentOS 7/qemu 2.3 node. Storage is (async - yeah I know about potential data
loss) NFS over 10GBit network.

The operation is running for 50 minutes now with an average throughput of
5MByte/sec. The disk (defined at 400GB) and its snapshots does not show much
thin provisioning:

ls -al
-rw-rw.   1 vdsm kvm 429496729600  7. Apr 2016  
a204865e-ef57-41e0-a2ac-465a6c9c3d60
-rw-rw.   1 vdsm kvm 203334418432  3. Nov 2016  
aeda833f-1f4b-4b6f-b553-578f1f3f06ee
-rw-rw.   1 vdsm kvm 192091389952  3. Nov 2016  
c8acdbc7-af24-4c5c-94c5-ae7262d98f5c
du -m a204865e-ef57-41e0-a2ac-465a6c9c3d60
383070  a204865e-ef57-41e0-a2ac-465a6c9c3d60
du -m aeda833f-1f4b-4b6f-b553-578f1f3f06ee
193953  aeda833f-1f4b-4b6f-b553-578f1f3f06ee
du -m c8acdbc7-af24-4c5c-94c5-ae7262d98f5c
183222  c8acdbc7-af24-4c5c-94c5-ae7262d98f5c

Usually at some point the process is gaining speed and we see >100MByte/sec
speed. Can anyone explain what might be going on.

Best regards.

Markus Stockhausen

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Live merge speed

[Markus Stockhausen]

Hi there,

in the past we already observed that live merge operations may take some time. 
Currently another of those operations is running on one of our VMs on a
CentOS 7/qemu 2.3 node. Storage is (async - yeah I know about potential data 
loss) NFS over 10GBit network. 

The operation is running for 50 minutes now with an average throughput of 
5MByte/sec. The disk (defined at 400GB) and its snapshots does not show much 
thin provisioning:

ls -al
-rw-rw.   1 vdsm kvm 429496729600  7. Apr 2016  
a204865e-ef57-41e0-a2ac-465a6c9c3d60
-rw-rw.   1 vdsm kvm 203334418432  3. Nov 2016  
aeda833f-1f4b-4b6f-b553-578f1f3f06ee
-rw-rw.   1 vdsm kvm 192091389952  3. Nov 2016  
c8acdbc7-af24-4c5c-94c5-ae7262d98f5c

du -m a204865e-ef57-41e0-a2ac-465a6c9c3d60
383070  a204865e-ef57-41e0-a2ac-465a6c9c3d60
du -m aeda833f-1f4b-4b6f-b553-578f1f3f06ee
193953  aeda833f-1f4b-4b6f-b553-578f1f3f06ee
du -m c8acdbc7-af24-4c5c-94c5-ae7262d98f5c
183222  c8acdbc7-af24-4c5c-94c5-ae7262d98f5c

Usually at some point the process is gaining speed and we see >100MByte/sec 
speed. Can anyone explain what might be going on.

Best regards.

Markus Stockhausen


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Cleanup illegal snapshot

[Markus Stockhausen]

Bug with logs attached:

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

Best regards.

Markus



Von: Nir Soffer [nsof...@redhat.com]
Gesendet: Sonntag, 9. Oktober 2016 20:37
An: Markus Stockhausen
Cc: Ala Hino; Ovirt Users
Betreff: Re: [ovirt-users] Cleanup illegal snapshot

On Sun, Oct 9, 2016 at 8:33 PM, Markus Stockhausen
<stockhau...@collogia.de> wrote:
> Hi Ala,
>
> that did not help. VDSM log tells me that the delta qcow2 file is missing:
>
> Traceback (most recent call last):
>   File "/usr/share/vdsm/storage/task.py", line 873, in _run
> return fn(*args, **kargs)
>   File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
> res = f(*args, **kwargs)
>   File "/usr/share/vdsm/storage/hsm.py", line 3162, in getVolumeInfo
> volUUID=volUUID).getInfo()
>   File "/usr/share/vdsm/storage/sd.py", line 457, in produceVolume
> volUUID)
>   File "/usr/share/vdsm/storage/fileVolume.py", line 58, in __init__
> volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID)
>   File "/usr/share/vdsm/storage/volume.py", line 181, in __init__
> self.validate()
>   File "/usr/share/vdsm/storage/volume.py", line 194, in validate
> self.validateVolumePath()
>   File "/usr/share/vdsm/storage/fileVolume.py", line 540, in
> validateVolumePath
> raise se.VolumeDoesNotExist(self.volUUID)
> VolumeDoesNotExist: Volume does not exist:
> (u'c277351d-e2b1-4057-aafb-55d4b607ebae',)
> ...
> Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper)
> Unhandled exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 736, in
> wrapper
> return f(*a, **kw)
>   File "/usr/share/vdsm/virt/vm.py", line 5264, in run
> self.update_base_size()
>   File "/usr/share/vdsm/virt/vm.py", line 5257, in update_base_size
> self.drive.imageID, topVolUUID)
>   File "/usr/share/vdsm/virt/vm.py", line 5191, in _getVolumeInfo
> (domainID, volumeID))
> StorageUnavailableError: Unable to get volume info for domain
> 47202573-6e83-42fd-a274-d11f05eca2dd volume
> c277351d-e2b1-4057-aafb-55d4b607ebae

Hi Markus,

I'm sorry for this confusing log,  Vdsm is treating a missing volume
as a horrible
error is a bug, this is expected condition when you query volume info.

We also log 2 exceptions instead of one.

Would file a vdsm storage bug for these issues?

Thanks,
Nir

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Cleanup illegal snapshot

[Markus Stockhausen]

Hi Ala,

that did not help. VDSM log tells me that the delta qcow2 file is missing:

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 873, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 3162, in getVolumeInfo
volUUID=volUUID).getInfo()
  File "/usr/share/vdsm/storage/sd.py", line 457, in produceVolume
volUUID)
  File "/usr/share/vdsm/storage/fileVolume.py", line 58, in __init__
volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID)
  File "/usr/share/vdsm/storage/volume.py", line 181, in __init__
self.validate()
  File "/usr/share/vdsm/storage/volume.py", line 194, in validate
self.validateVolumePath()
  File "/usr/share/vdsm/storage/fileVolume.py", line 540, in validateVolumePath
raise se.VolumeDoesNotExist(self.volUUID)
VolumeDoesNotExist: Volume does not exist: 
(u'c277351d-e2b1-4057-aafb-55d4b607ebae',)
...
Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper) 
Unhandled exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 736, in wrapper
return f(*a, **kw)
  File "/usr/share/vdsm/virt/vm.py", line 5264, in run
self.update_base_size()
  File "/usr/share/vdsm/virt/vm.py", line 5257, in update_base_size
self.drive.imageID, topVolUUID)
  File "/usr/share/vdsm/virt/vm.py", line 5191, in _getVolumeInfo
(domainID, volumeID))
StorageUnavailableError: Unable to get volume info for domain 
47202573-6e83-42fd-a274-d11f05eca2dd volume c277351d-e2b1-4057-aafb-55d4b607ebae

Do you have any idea?

Markus
____

Von: Ala Hino [ah...@redhat.com]
Gesendet: Donnerstag, 6. Oktober 2016 12:29
An: Markus Stockhausen
Betreff: Re: [ovirt-users] Cleanup illegal snapshot

Indeed, retry live merge. There is no harm in retrying live merge. As 
mentioned, if the image deleted at storage side, retrying live merge should 
clean the engine side.

On Thu, Oct 6, 2016 at 1:06 PM, Markus Stockhausen 
<stockhau...@collogia.de<mailto:stockhau...@collogia.de>> wrote:
Hi,

we are on OVirt 4.0.4. As explained the situation is as follows:

- On Disk we have the base image and the delata qcow2 file
- Qemu runs only on the base image
- The snapshot in Qemu is tagged as illegal

So you say: "Just retry a live merge and everything will cleanup."
Did I get it right?

Markus

-------

Von: Ala Hino [ah...@redhat.com<mailto:ah...@redhat.com>]
Gesendet: Donnerstag, 6. Oktober 2016 11:21
An: Markus Stockhausen
Cc: Ovirt Users; Nir Soffer; Adam Litke

Betreff: Re: [ovirt-users] Cleanup illegal snapshot

Hi Markus,

What's the version that you are using?
In oVirt 3.6.6, illegal snapshots could be removed by retrying to live merge 
them again. Assuming the previous live merge of the snapshot successfully 
completed but the engine failed to get the result, the second live merge should 
do the necessary cleanups at the engine side. See 
https://bugzilla.redhat.com/1323629

Hope this helps,
Ala

On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhausen 
<stockhau...@collogia.de<mailto:stockhau...@collogia.de>> wrote:
Hi Ala,

> Von: Adam Litke [ali...@redhat.com<mailto:ali...@redhat.com>]
> Gesendet: Freitag, 30. September 2016 15:54
> An: Markus Stockhausen
> Cc: Ovirt Users; Ala Hino; Nir Soffer
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot
>
> On 30/09/16 05:47 +, Markus Stockhausen wrote:
> >Hi,
> >
> >if a OVirt snapshot is illegal we might have 2 situations.
> >
> >1) qemu is still using it - lsof shows qemu access to the base raw and the
> >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
> >successfully solved that situation by setting the status of the delta image
> >in the database to OK.
> >
> >2) qemu is no longer using it. lsof shows qemu access only to the the base
> >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did not
> >recognize.
> >
> >How to clean up the 2nd situation?
>
> It seems that you will have to first clean up the engine database to
> remove references to the snapshot that no longer exists.  Then you
> will need to remove the unused qcow2 volume.
>
> Unfortunately I cannot provide safe instructions for modifying the
> database but maybe Ala Hino (added to CC:) will be able to help with
> that.

Do you have some tip for me?

>
> One you have fixed the DB you should be able to delete the volume
> using a vdsm verb on the SPM host:
>
> # vdsClient -s 0 deleteVolume


*

Re: [ovirt-users] Cleanup illegal snapshot

[Markus Stockhausen]

Hi,

we are on OVirt 4.0.4. As explained the situation is as follows:

- On Disk we have the base image and the delata qcow2 file
- Qemu runs only on the base image
- The snapshot in Qemu is tagged as illegal

So you say: "Just retry a live merge and everything will cleanup."
Did I get it right?

Markus

---

Von: Ala Hino [ah...@redhat.com]
Gesendet: Donnerstag, 6. Oktober 2016 11:21
An: Markus Stockhausen
Cc: Ovirt Users; Nir Soffer; Adam Litke
Betreff: Re: [ovirt-users] Cleanup illegal snapshot

Hi Markus,

What's the version that you are using?
In oVirt 3.6.6, illegal snapshots could be removed by retrying to live merge 
them again. Assuming the previous live merge of the snapshot successfully 
completed but the engine failed to get the result, the second live merge should 
do the necessary cleanups at the engine side. See 
https://bugzilla.redhat.com/1323629

Hope this helps,
Ala

On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhausen 
<stockhau...@collogia.de<mailto:stockhau...@collogia.de>> wrote:
Hi Ala,

> Von: Adam Litke [ali...@redhat.com<mailto:ali...@redhat.com>]
> Gesendet: Freitag, 30. September 2016 15:54
> An: Markus Stockhausen
> Cc: Ovirt Users; Ala Hino; Nir Soffer
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot
>
> On 30/09/16 05:47 +, Markus Stockhausen wrote:
> >Hi,
> >
> >if a OVirt snapshot is illegal we might have 2 situations.
> >
> >1) qemu is still using it - lsof shows qemu access to the base raw and the
> >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
> >successfully solved that situation by setting the status of the delta image
> >in the database to OK.
> >
> >2) qemu is no longer using it. lsof shows qemu access only to the the base
> >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did not
> >recognize.
> >
> >How to clean up the 2nd situation?
>
> It seems that you will have to first clean up the engine database to
> remove references to the snapshot that no longer exists.  Then you
> will need to remove the unused qcow2 volume.
>
> Unfortunately I cannot provide safe instructions for modifying the
> database but maybe Ala Hino (added to CC:) will be able to help with
> that.

Do you have some tip for me?

>
> One you have fixed the DB you should be able to delete the volume
> using a vdsm verb on the SPM host:
>
> # vdsClient -s 0 deleteVolume


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Cleanup illegal snapshot

[Markus Stockhausen]

Hi Ala,

> Von: Adam Litke [ali...@redhat.com]
> Gesendet: Freitag, 30. September 2016 15:54
> An: Markus Stockhausen
> Cc: Ovirt Users; Ala Hino; Nir Soffer
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot
> 
> On 30/09/16 05:47 +0000, Markus Stockhausen wrote:
> >Hi,
> >
> >if a OVirt snapshot is illegal we might have 2 situations.
> >
> >1) qemu is still using it - lsof shows qemu access to the base raw and the
> >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
> >successfully solved that situation by setting the status of the delta image
> >in the database to OK.
> >
> >2) qemu is no longer using it. lsof shows qemu access only to the the base
> >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did not
> >recognize.
> >
> >How to clean up the 2nd situation?
> 
> It seems that you will have to first clean up the engine database to
> remove references to the snapshot that no longer exists.  Then you
> will need to remove the unused qcow2 volume.
> 
> Unfortunately I cannot provide safe instructions for modifying the
> database but maybe Ala Hino (added to CC:) will be able to help with
> that.

Do you have some tip for me?

> 
> One you have fixed the DB you should be able to delete the volume
> using a vdsm verb on the SPM host:
> 
> # vdsClient -s 0 deleteVolume

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Cleanup illegal snapshot

[Markus Stockhausen]

Hi,

if a OVirt snapshot is illegal we might have 2 situations.

1) qemu is still using it - lsof shows qemu access to the base raw and the 
delta qcow2 file. -> E.g. a previous live merge failed. In the past we 
successfully solved that situation by setting the status of the delta image 
in the database to OK. 

2) qemu is no longer using it. lsof shows qemu access only to the the base
raw file -> E.g. a previous live merge succeded in qemu but Ovirt did not
recognize. 

How to clean up the 2nd situation?

Best regards.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] RHSA-2016-1756 - live migration issues

[Markus Stockhausen]

Hi there.

several Redhat BZs are currently targeting a live migration error with current 
qemu 2.3/2.6 versions. From my understanding BZ1359731 trie to fix a queue
overflow issue. With the patch in place qemu might abort randomly during
live migration. BZ1372763 provides info about additional patches to fix the
fix.

Can someone with deeper knowledge explain how seriously OVirt 4.0.4 with 
qemu 2.3.0-31_2.21 is affected. Form my understanding it has the initial
(errorneous) but not the final fix. Also it does not get clear from the BZs how 
often or how randomly the crash occurs.

Thanks in advance.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Cannot relocate SPM

[Markus Stockhausen]

Thanks for the tips.

None of them helped. I opened BZ1376156.

Best regards.

Markus


Von: Nir Soffer [nsof...@redhat.com]
Gesendet: Mittwoch, 14. September 2016 19:56
An: Markus Stockhausen
Cc: Ovirt Users
Betreff: Re: [ovirt-users] Cannot relocate SPM

On Wed, Sep 14, 2016 at 8:37 PM, Markus Stockhausen
<stockhau...@collogia.de> wrote:
> Hi there,
>
> trying to relocate the SPM (OVirt 3.6.7) we get the following error:
>
> Error while executing action: Cannot force select SPM. The Storage
> Pool has running taks.
>
> Any idea what is wrong? Ovirt WebGui shows no running tasks.

There are running tasks in vdsm.

You can inspect the tasks using:

vdsClient -s 0 getAllTasks

You can stop running tasks using:

vdsClient -s 0 stopTask task-uuid

And clear tasks using:

vdsClient -s 0 clearTask task-uuid

If you canot get rid of the tasks on vdsm, you can restart vdsm.

After this you should be able to move the spm.

If it does not help, maybe restarting engine will fix it.

In any case, please file a bug and attach vdsm and engine logs since the stale
tasks were started.

This most likely a bug in engine, since engine is managing tasks on
the spm, should
know about them and clear them when they are done.

Nir

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Cannot relocate SPM

[Markus Stockhausen]

Hi there,

trying to relocate the SPM (OVirt 3.6.7) we get the following error:

Error while executing action: Cannot force select SPM. The Storage 
Pool has running taks.

Any idea what is wrong? Ovirt WebGui shows no running tasks.

Best regards.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] VM storage issue after snapshot deletion

[Markus Stockhausen]

Bad news,

the only option that worked in our case was to kill the VM. Afterwards we 
sometimes had to compare
OVirt DB and storage filesystem status. Because some of the disk snapshots 
completed in between but
OVirt did not recognize. In the worst case we had to fix the state manually be 
moving image files
(on our NFS), merging images on the command line or manipulating the DB.

First shot would be: Stop VM & backup images + snapshots for the recovery case. 
Afterwards try to
start the VM and see what happens.

Best regards.

Markus Stockhausen


Von: Ollie Armstrong [ol...@fubra.com]
Gesendet: Freitag, 5. August 2016 13:10
An: Markus Stockhausen
Cc: users@ovirt.org
Betreff: Re: [ovirt-users] VM storage issue after snapshot deletion


On 5 August 2016 at 11:22, Markus Stockhausen 
<stockhau...@collogia.de<mailto:stockhau...@collogia.de>> wrote:
> I'm having an issue with a VM after initiating a snapshot deletion.
> Shortly after the deletion started the VM was paused and has not
> recovered since, this was over 12 hours ago.

Could you check https://bugzilla.redhat.com/show_bug.cgi?id=1329543 ?

Thanks, looks like that may be the issue.

Is there any way I can cancel the current operation (it is still ongoing) so 
that I can get the hosts upgraded?


--
[Fubra Ltd.]<http://www.fubra.com/>

Ollie Armstrong

Sysadmin
ol...@fubra.com<mailto:ol...@fubra.com> fubra.com<http://fubra.com/>

Fubra is a company limited by shares and registered in England and Wales with 
number 3967214 at Manor Coach House, Church Hill, Aldershot, Hampshire, GU12 
4RQ. We are registered for VAT with number GB733667024, and as a data 
controller with number Z5193400. We are members of RIPE, Nominet, the Italian 
RA and registered with OfCom as a provider of electronic communications 
services.
*Calls to this number will cost 5p per minute plus your network access charge

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] VM storage issue after snapshot deletion

[Markus Stockhausen]

> Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
> Ollie Armstrong >[ol...@fubra.com]
> Gesendet: Freitag, 5. August 2016 11:39
> An: users@ovirt.org
> Betreff: [ovirt-users] VM storage issue after snapshot deletion
> 
> Hi everyone.
> 
> I'm having an issue with a VM after initiating a snapshot deletion.
> Shortly after the deletion started the VM was paused and has not
> recovered since, this was over 12 hours ago.

Could you check https://bugzilla.redhat.com/show_bug.cgi?id=1329543 ?

Best regards.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] On 3.6.6, tried doing a live VM storage migration... didn't work

[Markus Stockhausen]

I know of at least one live Disk Migration issue with Multi Disk VMs.

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

Might be totally different but I must admit that this feature had several ups 
and downs the last years.

Markus

Am 26.05.2016 3:50 vorm. schrieb Christopher Cox :
In our old 3.4 ovirt, I know I've migrated storage on live VMs and everything
seemed to work.

However on 3.6.6, I tried this and I saw the warning about moving storage on a
live VM (it wasn't doing much of anything) and I went ahead and migrated the
storage from one storage domain to another.   But when it was through, even
though the VM was still alive, when I tried to write to a virtual disk that was
part of the move, it paused the VM saying there wasn't enough storage.

I could unpause the VM, but in a few seconds, with things writing to the virtual
disk, again it was paused with the same out of space message.  Vdsm logs showed
the enospc return code... so it made sense, it's just that the VM shows plenty
of storage there.  Once I rebooted the VM, everything went back to normal.

So is moving storage for a live VM not supported?  I guess we got lucky in our
3.4 system (?)

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

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

[Markus Stockhausen]

Hi,

we've seen a lot of trouble when deleting snapshots of multidisk VMs.
Especially endless running snapshot deletions is one of our culprits.
More here: https://bugzilla.redhat.com/show_bug.cgi?id=1319400

Markus

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
Ivo Rütsche [lists.ovirt@direct.ruetsche.com]
Gesendet: Dienstag, 3. Mai 2016 19:23
An: users@ovirt.org
Betreff: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

Hi oVirt List

We have the problem, that two of our VM's have "Locked" snapshots and we
can't go forward. From 10 VM's which we move from one store to another,
we have problems with 5 of them to delete the snapshots. But with a lot
of luck, the snapshot was always on the dedicated Swap-Disk, so we just
have to remove the whole disk and create it again as new.

Because we replace all the filers, we have to move the VM's arround. The
move itself runns fine, but deleting the snapshots doesn't work sometimes.

I found a lot about our problem, but I can't find any solution, which
works an our environment.

Our setup:
- 3 Solaris filer with NFS exports for the hosts for the vm-images
- 8 hosts (oVirt 3.6 / Centos 7.2.1511)
- The engine host is located outside of the DC, connected via VPN

At the moment, one of the "problem-VM" is productive, the other should
become productive in the next days, so we focus us to the 2nd VM,
because we can play arround with them. The other one is startet up, but
i have no idea, what happens, when i shut them down...

This is the status today of VM, which is not productive at the moment:
- VM Status: Down
- Snapshots OK: 2
- Snapshots Locked: 1
- In the snapshot tab, everything is grayed out (Create, Preview,
Commit, Undo etc.)
- No active tasks are displayed

Error message when i try to start the VM:
"Cannot run VM. The VM is performing an operation on a Snapshot. Please
wait for the operation to finish, and try again."

Something about the history of this VM:
1. We start the disk move from filer1 to filer3, totaly 4 drives,
everything was fine
2. Deleting snapshots, i think one or two runns fine
3. Deleting the 2nd or 3rd snapshot runs two days without an end
4. Rebooting the Engine
5. No task anymore in the Tasks list
6. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "Illegal" and red
7. Shutdown the VM -  no luck, i can't start it again --> "Cannot run
VM. The VM is performing an operation on a Snapshot. Please wait for the
operation to finish, and try again."
8. We move the disk back from filer3 to the filer1
9. The status of the snapshot is "Locked", die Disk of this snapshot
becoms "OK" and green
...but i can't delete the snapshot or starting the VM :(

Today, i copy the image files to a dedicated KVM host, which is not
involved in the oVirt environment and i merge the image manualy together:
qemu-img convert -p -f qcow2 804ffcc3-446f-4c56-ba99-ab90c7951a6f -O raw
Merged1

I mount the image and everything fine, all the changes from the last two
days are now in a base image. I try to remove the whole disk in oVirt,
but i still got the error message, that i have to wait. So for me, the
next step is to create a new VM and migrate everything manualy, this
will work, but can't be the solution for the other VM, which is
productive and it have the same problem.



Some information about:

*
[root@lin-ovirt7 images]# vdsm-tool dump-volume-chains
d6e6656d-7aaf-4c5b-bb93-cd6134ed9654

Images volume chains (base volume first)

image:f3cfefd2-d467-41d5-a054-5b01f81a21b4

  - a018521a-bd3a-4322-ac79-52d15e95639e
status: OK, voltype: INTERNAL, format: RAW, legality:
LEGAL, type: SPARSE

  - 2e2f0b4a-b015-4b50-8d10-51726de460a9
status: OK, voltype: INTERNAL, format: COW, legality:
LEGAL, type: SPARSE

  - 804ffcc3-446f-4c56-ba99-ab90c7951a6f
status: OK, voltype: LEAF, format: COW, legality: LEGAL,
type: SPARSE
*
[root@lin-ovirt7 images]# ls -altrh f3cfefd2-d467-41d5-a054-5b01f81a21b4/
total 34G
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
a018521a-bd3a-4322-ac79-52d15e95639e.lease
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
2e2f0b4a-b015-4b50-8d10-51726de460a9.lease
-rw-r--r--+  1 vdsm kvm  260  2. Mai 21:03
804ffcc3-446f-4c56-ba99-ab90c7951a6f.meta
-rw-rw+  1 vdsm kvm 1.0M  2. Mai 21:03
804ffcc3-446f-4c56-ba99-ab90c7951a6f.lease
-rw-rw+  1 vdsm kvm 300G  2. Mai 22:26
a018521a-bd3a-4322-ac79-52d15e95639e
-rw-rw+  1 vdsm kvm  77M  2. Mai 22:27
2e2f0b4a-b015-4b50-8d10-51726de460a9
-rw-rw+  1 vdsm kvm 3.5G  2. Mai 22:34
804ffcc3-446f-4c56-ba99-ab90c7951a6f
-rw-r--r--+  1 vdsm kvm  364  2. Mai 22:34
a018521a-bd3a-4322-ac79-52d15e95639e.meta
-rw-r--r--+  1 vdsm kvm  264  2. Mai 22:34
2e2f0b4a-b015-4b50-8d10-51726de460a9.meta
drwxr-xr-x+  2 vdsm kvm   11  2. Mai 22:34 .
drwxr-xr-x+ 50 vdsm kvm   50  3. Mai 14:30 ..
[root@lin-ovirt7 

Re: [ovirt-users] qemu patch in OVirt repos

[Markus Stockhausen]

> Von: Yaniv Kaul [yk...@redhat.com]
> Gesendet: Dienstag, 19. April 2016 10:41
> An: Markus Stockhausen
> Cc: Sandro Bonazzola [sbona...@redhat.com]; users@ovirt.org
> Betreff: Re: [ovirt-users] qemu patch in OVirt repos
>
>
> On Tue, Apr 19, 2016 at 11:33 AM, Markus Stockhausen 
> <stockhau...@collogia.de<mailto:stockhau...@collogia.de>> wrote:
Hi Sandro,

I don't exactly know the process how qemu 2.3 patches get into the
OVirt repos. At least you should be someone who knows better.

Will it be possible to get a version with fix for BZ1319400 into the
tree? See https://bugzilla.redhat.com/show_bug.cgi?id=1319400
It's a quite nasty bug and totally breaks the snapshot feature for
multi disk VMs on Centos 7.2 based nodes.

Thanks in advance.

Markus

> Once fixed upstream it should get into CentOS/Fedora/... repos, hopefully not 
> just via oVirt repos.
> Y.

Fix is in qemu 2.4. But even OVirt 4.0 alpha repo only provides 2.3. I guess
we depend on the backported version. Thats why I'm asking.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] qemu patch in OVirt repos

[Markus Stockhausen]

Hi Sandro,

I don't exactly know the process how qemu 2.3 patches get into the 
OVirt repos. At least you should be someone who knows better.

Will it be possible to get a version with fix for BZ1319400 into the
tree? See https://bugzilla.redhat.com/show_bug.cgi?id=1319400
It's a quite nasty bug and totally breaks the snapshot feature for
multi disk VMs on Centos 7.2 based nodes.

Thanks in advance.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Disks Illegal State

[Markus Stockhausen]

> Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
> Clint Boggio [cl...@theboggios.com]
> Gesendet: Montag, 18. April 2016 14:16
> An: users@ovirt.org
> Betreff: [ovirt-users] Disks Illegal State
> 
> OVirt 3.6, 4 node cluster with dedicated engine. Main storage domain is 
> iscsi, ISO and Export domains are NFS.
> 
> Several of my VM snapshot disks show to be in an "illegal state". The system 
> will not allow me to manipulate the snapshots in any way, nor clone the 
> active system, or create a new snapshot.
> 
> In the logs I see that the system complains about not being able to "get 
> volume size for xxx", and also that the system appears to believe that the 
> image is "locked" and is currently in the snapshot process.
> 
> Of the VM's with this status, one rebooted and was lost due to "cannot get 
> volume size for domain xxx".
> 
> I fear that in this current condition, should any of the other machine 
> reboot, they too will be lost.
> 
> How can I troubleshoot this problem further, and hopefully alleviate the 
> condition ?
> 
> Thank you for your help.

Hi Clint,

for us the problem always boils down to the following steps. Might be simpler 
as we use
NFS for all of our domains and have direct access to the image files.

1) Check if snapshot disks are currently used. Capture the qemu command line 
with a "ps -ef"
on the nodes. There you can see what images qemu is started with. For each of 
the files check
the backing chain:

# qemu-img info /rhev/.../bbd05dd8-c3bf-4d15-9317-73040e04abae
image: bbd05dd8-c3bf-4d15-9317-73040e04abae
file format: qcow2
virtual size: 50G (53687091200 bytes)
disk size: 133M
cluster_size: 65536
backing file: 
../f8ebfb39-2ac6-4b87-b193-4204d1854edc/595b95f4-ce1a-4298-bd27-3f6745ae4e4c
backing file format: raw
Format specific information:
compat: 0.10

# qemu-img info .../595b95f4-ce1a-4298-bd27-3f6745ae4e4c (see above)
...

I don't know how you can accomplish this on ISCSI (and LVM based images inside 
iirc). We
usually follow the backing chain and test if all the files exist and are linked 
correctly. Especially
if everything matches the OVirt GUI. I guess this is the most important part 
for you.

2) In most of our cases everything is fine and only the OVirt database is 
wrong. So we fix it
at our own risk. Because of your explanation I do not recommend that for you. 
It is just for 
documentation purpose.

engine# su - postgres
> psql engine postgres

> select image_group_id,imagestatus from images where imagestatus =4;
> ... list of illegal images
> update images set imagestatus =1 where imagestatus = 4 and ;
> commit

> select description,status from snapshots where status <> 'OK';
> ... list of locked snapshots
> update snapshots set status = 'OK' where status <> 'OK' and ;
> commit

> \q

Restart engine and everything should be in sync again. 

Best regards.

Markus
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3

[Markus Stockhausen]

Hi,

I was just annoyed that during my tests I got a second error. For me
it seemed as finally everything worked fine. Although the single disk live
merge task was shown to be still running finally.

Nevertheless after Nirs explanation for BZ1326900 I'm unsure if the single
disk live merge really works. So we currently have the following situation:

Live merge (for all disks) stalls the VM

Live merge (for single disks) seems to work but logs give other info.

Markus


Von: Gianluca Cecchi [gianluca.cec...@gmail.com]
Gesendet: Mittwoch, 13. April 2016 20:59
An: Markus Stockhausen
Cc: Pavel Gashev; users
Betreff: Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3

On Wed, Apr 13, 2016 at 7:54 PM, Markus Stockhausen 
<stockhau...@collogia.de<mailto:stockhau...@collogia.de>> wrote:
Hi Pavel,

I don't understand...


I tested as advised. And aaargh hit the next two OVirt bugs

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

>From above it seems that also one by one doesn't work for you, and going to 
>bugzilla link seems to confirm that.



Nevertheless: Merging only one disk at once works as expected.
The VM stays up, keeps running and is responsive.

Markus


But here above you are saying instead that it works as expected...?



Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3

[Markus Stockhausen]

Hi Pavel,

I tested as advised. And aaargh hit the next two OVirt bugs

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

Nevertheless: Merging only one disk at once works as expected.
The VM stays up, keeps running and is responsive.

Markus

Von: Pavel Gashev [p...@acronis.com]
Gesendet: Mittwoch, 13. April 2016 15:12
An: Markus Stockhausen; users
Betreff: Re: AW: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3

Markus,

So all CPU threads are blocked by the main loop. The main loop is busy draining 
IO requests from all drives while there are other block commit jobs active... 
It looks like currently QEMU just can't live merge more than one drive 
simultaneously without blocking VCPUs.

As workaround you can delete disk snapshots one-by-one, and then delete 
disk-less VM snapshot. The Storage tab has Disk Snapshots sub tab where you can 
remove a specific snapshot of a specific disk.





On 12/04/16 21:39, "Markus Stockhausen" <stockhau...@collogia.de> wrote:

>> Von: Pavel Gashev [p...@acronis.com]
>> Gesendet: Dienstag, 12. April 2016 16:15
>> An: Markus Stockhausen; users
>> Betreff: Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3
>>
>> Markus,
>>
>> I saw similar issues. Looks like it's related to multidisk VMs under high 
>> disk load. No relations with guest OS. No relations with IO threads.
>>
>>
>> I didn't debug it. Can you please show a backtrace of a thread in 
>> __lll_lock_wait ?
>
>Hi Pavel.
>
>thanks for your response. I dont even need high disk load to
>reproduce the issue. Just a simple script that writes 8k blocks
>every 0.5 secs.  I added the required info to the BZ.
>
>https://bugzilla.redhat.com/show_bug.cgi?id=1319400
>
>Markus
>
>>
>>
>> On 11/04/16 18:13, "users-boun...@ovirt.org on behalf of Markus Stockhausen" 
>> <users-boun...@ovirt.org on behalf of stockhau...@collogia.de> wrote:
>>
>> >Hi there,
>> >
>> >I'm getting slowly mad about our new Centos 7 cluster. Whenever
>> >I start a live merge the machine completely freezes. It seems to be
>> >independent of the Guest OS (tried SLES 11 SP3, SLES11 SP4 and
>> >SLES12). I already opened BZ1319400 because I'm clueless.
>> >
>> >Doing the same in our Fedora 20 cluster (qemu 2.1.3) we only see
>> >small hiccups of 1-3 seconds at the start of the live merge but no
>> >complete stall. Its the same VM!
>> >
>> >Just to be sure that it is not a specific problem of our topology
>> >or SLES I would like to receive some feedback of the list if anyone
>> >observes similar lockups in their environment.
>> >
>> >Thanks in advance.
>> >
>> >Markus
>> >

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3

[Markus Stockhausen]

Ok will give it a try...

Von: Pavel Gashev [p...@acronis.com]
Gesendet: Mittwoch, 13. April 2016 15:12
An: Markus Stockhausen; users
Betreff: Re: AW: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3

Markus,

So all CPU threads are blocked by the main loop. The main loop is busy draining 
IO requests from all drives while there are other block commit jobs active... 
It looks like currently QEMU just can't live merge more than one drive 
simultaneously without blocking VCPUs.

As workaround you can delete disk snapshots one-by-one, and then delete 
disk-less VM snapshot. The Storage tab has Disk Snapshots sub tab where you can 
remove a specific snapshot of a specific disk.





On 12/04/16 21:39, "Markus Stockhausen" <stockhau...@collogia.de> wrote:

>> Von: Pavel Gashev [p...@acronis.com]
>> Gesendet: Dienstag, 12. April 2016 16:15
>> An: Markus Stockhausen; users
>> Betreff: Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3
>>
>> Markus,
>>
>> I saw similar issues. Looks like it's related to multidisk VMs under high 
>> disk load. No relations with guest OS. No relations with IO threads.
>>
>>
>> I didn't debug it. Can you please show a backtrace of a thread in 
>> __lll_lock_wait ?
>
>Hi Pavel.
>
>thanks for your response. I dont even need high disk load to
>reproduce the issue. Just a simple script that writes 8k blocks
>every 0.5 secs.  I added the required info to the BZ.
>
>https://bugzilla.redhat.com/show_bug.cgi?id=1319400
>
>Markus
>
>>
>>
>> On 11/04/16 18:13, "users-boun...@ovirt.org on behalf of Markus Stockhausen" 
>> <users-boun...@ovirt.org on behalf of stockhau...@collogia.de> wrote:
>>
>> >Hi there,
>> >
>> >I'm getting slowly mad about our new Centos 7 cluster. Whenever
>> >I start a live merge the machine completely freezes. It seems to be
>> >independent of the Guest OS (tried SLES 11 SP3, SLES11 SP4 and
>> >SLES12). I already opened BZ1319400 because I'm clueless.
>> >
>> >Doing the same in our Fedora 20 cluster (qemu 2.1.3) we only see
>> >small hiccups of 1-3 seconds at the start of the live merge but no
>> >complete stall. Its the same VM!
>> >
>> >Just to be sure that it is not a specific problem of our topology
>> >or SLES I would like to receive some feedback of the list if anyone
>> >observes similar lockups in their environment.
>> >
>> >Thanks in advance.
>> >
>> >Markus
>> >

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] stalls during live Merge Centos 7 / qemu 2.3

[Markus Stockhausen]

Hi there,

I'm getting slowly mad about our new Centos 7 cluster. Whenever
I start a live merge the machine completely freezes. It seems to be
independent of the Guest OS (tried SLES 11 SP3, SLES11 SP4 and
SLES12). I already opened BZ1319400 because I'm clueless. 

Doing the same in our Fedora 20 cluster (qemu 2.1.3) we only see
small hiccups of 1-3 seconds at the start of the live merge but no
complete stall. Its the same VM!

Just to be sure that it is not a specific problem of our topology
or SLES I would like to receive some feedback of the list if anyone 
observes similar lockups in their environment.

Thanks in advance.

Markus


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] heavy webadmin

[Markus Stockhausen]

> Von: Nicolas Ecarnot [nico...@ecarnot.net]
> Gesendet: Sonntag, 3. April 2016 21:32
> An: Markus Stockhausen; users@ovirt.org
> Betreff: Re: AW: [ovirt-users] heavy webadmin
> 
> Le 03/04/2016 21:25, Markus Stockhausen a écrit :
> >  switch refresh interval to 60s.
> > That seems to mitigate the sluggish behaviour.
> 
> This I read many times.
> Tried it.
> To no avail.

To be more precise. It helps for me in the case that
I'm logged on via WAN (VPN).

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] heavy webadmin

[Markus Stockhausen]

> Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
> Nicolas Ecarnot [nico...@ecarnot.net]
> Gesendet: Sonntag, 3. April 2016 21:20
> An: users@ovirt.org
> Betreff: Re: [ovirt-users] heavy webadmin
> 
> Le 03/04/2016 17:13, Greg Sheremeta a écrit :
> > We have patches in review that should fix this in 3.6.5. The underlying
> > problem is a couple of JavaScript memory leaks.
> 
> God bless you!
> 
> Since 3.6.2 or 3.6.3, the web admin is getting close to unusable after
> some minutes (Firefox or Chrome, windows or Linux).
> Alex Wels helped me try to debug this, but though much time spent on
> this, we failed.
> In a way, I'm satisfied other people are also expressing the same
> frustration about this issue, if that can help to debug.
> 

First thing we do after login is to switch refresh interval to 60s.
That seems to mitigate the sluggish behaviour.

Markus
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Going crazy with emory hotplug on 3.6

[Markus Stockhausen]

> Von: Francesco Romani [from...@redhat.com]
> Gesendet: Montag, 22. Februar 2016 09:06
> An: Markus Stockhausen
> Cc: users
> Betreff: Re: [ovirt-users] Going crazy with emory hotplug on 3.6
> 
> - Original Message -----
> > From: "Markus Stockhausen" <stockhau...@collogia.de>
> > To: "users" <users@ovirt.org>
> > Sent: Sunday, February 21, 2016 1:19:10 PM
> > Subject: [ovirt-users] Going crazy with emory hotplug on 3.6
> >
> > Hi there,
> 
> Hi Markus,
> 
> [...]
> > To make a long story short: I manually compiled OVirt/Centos qemu 2.3 and
> > enabled
> > the old Fedora machine type pc-1.0.
> 
> Can you please elaborate on this?
> Which package and version of qemu were you running?
> We recommend to use the -ev variant (e.g. qemu-kvm-ev).
>
>The -ev variants provide in turn the *rhel* machine types
>(qemu -machine ?), and they have much better
>compatibility guarantees and an upgrade path.
>
>If you run the pc-* machines, you can easily run into troubles like this.

We were running OVirt 3.5 with FC20 nodes (came from 3.4). The nodes did not 
install a qemu-ev but only a qemu. And the default machine type in that cluster
is pc-1.0 (for whatever reason).

> > Question: What is the desired way to disable the hotplug qemu 
> > parametrization
> > for single VMs in 3.6 cluster? It MUST be possible otherwise it would not
> > make sense to choos older machine types.
> 
> Good point, but this should be true for rhel* machine types, and I didn't 
> expect
> you had pc-* machine in the first place!
> Could you please share the package list and versions? Qemu, libvirt, vdsm, 
> ovirt-engine.
> 
> Please be prepared to file a oVirt bug, on Engine, because Vdsm is just the 
> humble
> servant here, doing exactly what Engine orders.

We will switch to rhel machine types. But for now we must preserve the pc-1.0 
ones
from the Fedora cluster. 

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Going crazy with emory hotplug on 3.6

[Markus Stockhausen]

> Von: Nir Soffer [nsof...@redhat.com]
> Gesendet: Sonntag, 21. Februar 2016 14:10
> An: Markus Stockhausen; Francesco Romani
> Cc: users
> Betreff: Re: [ovirt-users] Going crazy with emory hotplug on 3.6
> 
> Adding Francesco.
> 
> On Sun, Feb 21, 2016 at 2:19 PM, Markus Stockhausen
> <stockhau...@collogia.de> wrote:
> > Hi there,
> >
> > we upgraded Ovirt to 3.6, added the first Centos 7 host and created a new 
> > cluster
> > with compatibility level 3.6 around it. Until now we are running with 
> > Fedora nodes.
> > The first Linux VMs are already running in the new cluster. With the first 
> > Windows
> > VM migrated over we once again face the old Windows activation problem. The
> > system request us to reactivate the Windows license.
> >
> > To make a long story short: I manually compiled OVirt/Centos qemu 2.3 and 
> > enabled
> > the old Fedora machine type pc-1.0. Afterwards I had to lower compatibility 
> > level
> > of the cluster to 3.5 because Ovirt tried to start the old machine type 
> > with memory
> > hotplug support -> FAIL. Finally everything is up and running.
> >
> > Conclusion: OVirt always tries to start VMs with memory hotplug in a 
> > current 3.6
> > cluster. The machine type (e.g. rhel6.6.0) ist not checked and qemu will 
> > fail during
> > startup with the message: qemu-kvm: "-memory 'slots|maxmem'" is not 
> > supported"
> > Older post on mailing list: 
> > http://lists.ovirt.org/pipermail/users/2016-January/037034.html
> >
> > Question: What is the desired way to disable the hotplug qemu 
> > parametrization
> > for single VMs in 3.6 cluster? It MUST be possible otherwise it would not 
> > make
> > sense to choos older machine types.
> >
> > Markus
> >

Hi Nir & Francesco,

with my qemu modifications in place I wrote a before_vm_start hook. It will 
remove
memory hotplug from libvirt XML if VM is defined with machine type pc-1.0.

#!/usr/bin/python
import os
import sys
import hooking
import traceback
domxml = hooking.read_domxml()
os = domxml.getElementsByTagName('os')[0]
tp = os.getElementsByTagName('type')[0]
mc = tp.getAttribute('machine')
if mc == 'pc-1.0':
  m = domxml.getElementsByTagName('maxMemory')[0]
  d.removeChild(m)
hooking.write_domxml(domxml)

With this I'm able to start a Fedora cluster 3.5 based Windows VM on a Centos 
3.6 cluster. 
And most important: It is still ACTIVATED. 

Just filed a RH BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1310458

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Going crazy with emory hotplug on 3.6

[Markus Stockhausen]

Hi there,

we upgraded Ovirt to 3.6, added the first Centos 7 host and created a new 
cluster 
with compatibility level 3.6 around it. Until now we are running with Fedora 
nodes.
The first Linux VMs are already running in the new cluster. With the first 
Windows
VM migrated over we once again face the old Windows activation problem. The
system request us to reactivate the Windows license.

To make a long story short: I manually compiled OVirt/Centos qemu 2.3 and 
enabled 
the old Fedora machine type pc-1.0. Afterwards I had to lower compatibility 
level
of the cluster to 3.5 because Ovirt tried to start the old machine type with 
memory
hotplug support -> FAIL. Finally everything is up and running.

Conclusion: OVirt always tries to start VMs with memory hotplug in a current 
3.6 
cluster. The machine type (e.g. rhel6.6.0) ist not checked and qemu will fail 
during
startup with the message: qemu-kvm: "-memory 'slots|maxmem'" is not supported"
Older post on mailing list: 
http://lists.ovirt.org/pipermail/users/2016-January/037034.html

Question: What is the desired way to disable the hotplug qemu parametrization
for single VMs in 3.6 cluster? It MUST be possible otherwise it would not make
sense to choos older machine types.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] NFS IO timeout configuration

[Markus Stockhausen]

> Von: Vinzenz Feenstra [vfeen...@redhat.com]
> Gesendet: Dienstag, 12. Januar 2016 09:00
> An: Markus Stockhausen
> Cc: users@ovirt.org; Mike Hildebrandt
> Betreff: Re: [ovirt-users] NFS IO timeout configuration
> > Hi there,
> > 
> > we got a nasty situation yesterday in our OVirt 3.5.6 environment. 
> > We ran a LSM that failed during the cleanup operation. To be precise 
> > when the process deleted an image on the source NFS storage. 
> > 
...
> >
> > Reading the docs I got the idea that vdsm default 60 second timeout
> > for IO operations might be changed within /etc/vdsm/vdsm.conf
> >
> > [irs]
> > process_pool_timeout = 180
> >
> > Can anyone confirm that this will solve the problem?
> 
> Well it will increase the time to 3 minutes and takes effect after restarting 
> vdsm and supervdsm - If that is enough that might depend on your setup.
> 

Thanks Vinzenz,

maybe my question was not 100% correct. I need to know, if this parameter 
really influences the described timeout behaviour. The best value of the 
parameter must be checked of course.

Markus
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] NFS IO timeout configuration

[Markus Stockhausen]

>> Von: Yaniv Kaul [yk...@redhat.com]
>> Gesendet: Dienstag, 12. Januar 2016 13:15
>> An: Markus Stockhausen
>> Cc: users@ovirt.org; Mike Hildebrandt
>> Betreff: Re: [ovirt-users] NFS IO timeout configuration
>> 
>> On Tue, Jan 12, 2016 at 9:32 AM, Markus Stockhausen stockhau...@collogia.de> 
>> wrote:
>> Hi there,
>> 
>> we got a nasty situation yesterday in our OVirt 3.5.6 environment.
>> We ran a LSM that failed during the cleanup operation. To be precise
>> when the process deleted an image on the source NFS storage.
>
> Can you share with us your NFS server details? 
>Is the NFS connection healthy (can be seen with nfsstat)
>Generally, delete on NFS should be a pretty quick operation. 
> Y.

Hi Yaniv,

we usually have no problems with our NFS server. From our observations we 
only have issues when deleting files with many extents. This applies to all 
OVirt images files. Several of them have more than 50.000 extents, a few 
even more than 300.000.

> xfs_bmap 1cb5906f-65d8-4174-99b1-74f5b3cbc537
...
52976: [629122144..629130335]: 10986198592..10986206783
52977: [629130336..629130343]: 10986403456..10986403463
52978: [629130344..629138535]: 10986206792..10986214983
52979: [629138536..629138543]: 10986411656..10986411663
52980: [629138544..629145471]: 10986214992..10986221919
52981: [629145472..629145575]: 10809903560..10809903663
52982: [629145576..629145599]: 10737615056..10737615079

Our XFS is mounted with:

/dev/mapper/vg00-lvdata on /var/nas4 type xfs 
(rw,noatime,nodiratime,allocsize=16m)

Why we use allocsize=16M? We once started with allocize=512MB. This
led to sparse files that did not save much bytes. Because a single byte written
resulted in a 512MB allocation. Thin allocation of these files resulted in long 
runtimes
for formatting disks inside the VMS. So we reduced to 16MB as a balanced config

This works quite well but not for remove operations.

Better ideas?

Markus




Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] NFS IO timeout configuration

[Markus Stockhausen]

Hi there,

we got a nasty situation yesterday in our OVirt 3.5.6 environment. 
We ran a LSM that failed during the cleanup operation. To be precise 
when the process deleted an image on the source NFS storage. 

Engine log gives:

2016-01-11 20:49:45,120 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] 
(org.ovirt.thread.pool-8-thread-14) [77277f0] START, 
DeleteImageGroupVDSCommand( storagePoolId = 
94ed7a19-fade-4bd6-83f2-2cbb2f730b95, ignoreFailoverLimit = false, 
storageDomainId = 272ec473-6041-42ee-bd1a-732789dd18d4, imageGroupId = 
aed132ef-703a-44d0-b875-db8c0d2c1a92, postZeros = false, forceDelete = false), 
log id: b52d59c
...
2016-01-11 20:50:45,206 ERROR 
[org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] 
(org.ovirt.thread.pool-8-thread-14) [77277f0] Failed in DeleteImageGroupVDS 
method

VDSM (SPM) log gives:

Thread-97::DEBUG::2016-01-11 
20:49:45,737::fileSD::384::Storage.StorageDomain::(deleteImage) Removing file: 
/rhev/data-center/mnt/1.2.3.4:_var_nas2_OVirtIB/272ec473-6041-42ee-bd1a-732789dd18d4/images/_remojzBd1r/0d623afb-291e-4f4c-acba-caecb125c4ed
...
Thread-97::ERROR::2016-01-11 
20:50:45,737::task::866::Storage.TaskManager.Task::(_setError) 
Task=`cd477878-47b4-44b1-85a3-b5da19543a5e`::Unexpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 873, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 45, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 1549, in deleteImage
pool.deleteImage(dom, imgUUID, volsByImg)
  File "/usr/share/vdsm/storage/securable.py", line 77, in wrapper
return method(self, *args, **kwargs)
  File "/usr/share/vdsm/storage/sp.py", line 1884, in deleteImage
domain.deleteImage(domain.sdUUID, imgUUID, volsByImg)
  File "/usr/share/vdsm/storage/fileSD.py", line 385, in deleteImage
self.oop.os.remove(volPath)
  File "/usr/share/vdsm/storage/outOfProcess.py", line 245, in remove
self._iop.unlink(path)
  File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 455, in 
unlink
return self._sendCommand("unlink", {"path": path}, self.timeout)
  File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 385, in 
_sendCommand
raise Timeout(os.strerror(errno.ETIMEDOUT))
Timeout: Connection timed out

Reading the docs I got the idea that vdsm default 60 second timeout
for IO operations might be changed within /etc/vdsm/vdsm.conf

[irs]
process_pool_timeout = 180

Can anyone confirm that this will solve the problem?

Markus






Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] qemu version in oVirt CentOS 7.1 repos

[Markus Stockhausen]

Hi there, 

with the advent of oVirt 3.6 and our aging FC20 nodes I'm searching 
for a replacement. Until today I always matched oVirt on CentOS 7.1 
hypervisors to qemu 2.1.2. That would make no difference to our
already running Fedora virt-preview 2.1.3 version. 

Looking at http://resources.ovirt.org/pub/ovirt-3.6/rpm/el7/x86_64/
it seems as if qemu 2.3.0 found its way into the newer CentOS repos. 
Can someone confirm if I got that right.

Best regards.

Markus








Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] SPICE/VNC shared consoles

[Markus Stockhausen]

> Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von "Budur 
> Nagaraju [nbud...@gmail.com]
> Gesendet: Montag, 9. November 2015 05:53
> An: users
> Betreff: [ovirt-users] Multiple console access
> 
> HI ,
> 
> AM using SPICE console to access the vm console ,how to enable multi user 
> console access.
> 
> Thanks,
> 
> Nagaraju

Not yet possible via webadmin configuration. But you can do a small "hack" to 
achieve this. The
following 2 steps will allow shared VNC and SPICE consoles.

1) create a new start hook e.g. 
/usr/libexec/vdsm/hooks/before_vm_start/spice_mc.py

#!/usr/bin/python

import os
import sys
import hooking
import traceback

domxml = hooking.read_domxml()

# Add header tag to allow command line manipulation

d = domxml.getElementsByTagName('domain')[0]
d.setAttribute('xmlns:qemu','http://libvirt.org/schemas/domain/qemu/1.0')

# Add environment variable to allow shared SPICE consoles

c = domxml.createElement('qemu:commandline')
p = domxml.createElement('qemu:env')
p.setAttribute('name','SPICE_DEBUG_ALLOW_MC')
p.setAttribute('value','1')
c.appendChild(p)

# Add environment variables to domain

# Modify graphics tag to allow shared VNC consoles

g = domxml.getElementsByTagName('graphics')[0]
g.setAttribute('connected','keep')
g.setAttribute('sharePolicy','ignore')

d.appendChild(c)

# Writeback domain

hooking.write_domxml(domxml)

# Script end

2) Modify /usr/share/vdsm/rpc/BindingXMLRPC.py

Old: return vm.setTicket(password, ttl, existingConnAction, params)
New: return vm.setTicket(password, ttl, 'keep', params)

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] [ANN] oVirt 3.6 Final Release is now available

[Markus Stockhausen]

Nice to hear. Congratulations and thumbs up.

Markus

P.S. The usual delay of two months seems to have become common courtesy.


Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
Sandro Bonazzola [sbona...@redhat.com]
Gesendet: Mittwoch, 4. November 2015 11:58
An: annou...@ovirt.org; users; devel
Betreff: [ovirt-users] [ANN] oVirt 3.6 Final Release is now available

The oVirt Project is pleased to announce the general availability of
oVirt 3.6 Final Release,
as of November 4th, 2015.

This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar).

This release supports Hypervisor Hosts running
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar),
Fedora 21 and Fedora 22.
Highly experimental support for Debian 8.1 Jessie has been added too.


New features include:

Experimental Docker Integration
---
oVirt Engine setup now provides experimental Cinder and Glance automated
deployment using Docker with images from kollaglue project.


Self Hosted Engine FC Support
-
Hosted Engine has now added support for FC storage


Self Hosted Engine Gluster Support
--
Hosted Engine has now added support for Gluster storage


oVirt Live
--
oVirt Live has been rebased on CentOS 7 allowing to run oVirt in 3.6
compatibility mode


Experimental Debian Support for Hosts
-
Experimental support for running oVirt Hosts on Debian (or similar) has been
added providing custom packaging of needed dependencies.


Fedora 22 Support
-
Support for running oVirt on Fedora 22 (or similar) has been added providing
custom packaging of Wildfly 8.2.0.


VirtIO Serial Console
-
Users can now directly connect, using ssh, to the serial consoles of the VMs.


Affinity Rules Enforcement Manager
--
This feature is a manager that checks if hard affinity rules are broken and
migrates VMs in order to enforce them.


Cluster parameters override
---
Cluster parameters override feature allows to configure the 'emulated machine'
and 'cpu model' parameters for each VM separately instead of relying on the
cluster default.


This release of oVirt also includes numerous bug fixes.
See the release notes [1] for a complete list of the new features and bugs
fixed.

A new repository has been created and will be automatically enabled by
installing / upgrading ovirt-release36 package.
Please refer to release notes [1] for Installation / Upgrade instructions.
New oVirt Node ISO and oVirt Live ISO will be available soon as well[2].

Please note that mirrors[3] may need usually one day before being
synchronized.

Please refer to the release notes for known issues in this release.

[1] http://www.ovirt.org/OVirt_3.6_Release_Notes
[2] http://plain.resources.ovirt.org/pub/ovirt-3.6/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors

--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497

Re: [ovirt-users] Vm suddenly paused with error "vm has paused due to unknown storage error"

[Markus Stockhausen]

Hi Jasper,

from time to time we see a similar behaviour. All of a sudden a VM pauses due 
to 
some IO error. But it takes 5 months to occur. Our 
/var/log/libvirt/qemu/.log gives

qemu-system-x86_64: block.c:2806: bdrv_error_action: Assertion `error >= 0' 
failed.

Currently we are waiting to capture the next crash. I do not know if your error
allows to enforce cores for in depth analysis. If yes you should activate

1) /usr/lib/systemd/system/libvirtd.service
LimitCORE=infinity

2) /etc/security/limits.conf
*  soft  core  unlimited

Markus

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
Jasper Siero [jasper.si...@target-holding.nl]
Gesendet: Montag, 26. Oktober 2015 17:39
An: users@ovirt.org
Betreff: [ovirt-users] Vm suddenly paused with error "vm has paused due to 
unknown storage error"

Hi all,

Since we upgraded our Ovirt nodes to CentOS 7 a vm (not a specific one but 
never more then one) will sometimes pause suddenly with the error "VM ... has 
paused due to unknown storage error". It happens now two times in a month.
The Ovirt node uses san storage for the vm's running on it. When a specific vm 
is pausing with an error the other vm's keeps running without problems.
The vm runs without problems after unpausing it.

Versions:
CentOS Linux release 7.1.1503
vdsm-4.14.17-0
libvirt-daemon-1.2.8-16

vdsm.log:
VM Channels Listener::DEBUG::2015-10-25 
07:43:54,382::vmChannels::95::vds::(_handle_timeouts) Timeout on fileno 78.
libvirtEventLoop::INFO::2015-10-25 07:43:56,177::vm::4602::vm.Vm::(_onIOError) 
vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device 
virtio-disk0 error eother
libvirtEventLoop::DEBUG::2015-10-25 
07:43:56,178::vm::5204::vm.Vm::(_onLibvirtLifecycleEvent) 
vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::event Suspended detail 2 opaque 
None
libvirtEventLoop::INFO::2015-10-25 07:43:56,178::vm::4602::vm.Vm::(_onIOError) 
vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device 
virtio-disk0 error eother
...
libvirtEventLoop::INFO::2015-10-25 07:43:56,180::vm::4602::vm.Vm::(_onIOError) 
vmId=`77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb`::abnormal vm stop device 
virtio-disk0 error eother

specific error part in libvirt vm log:
block I/O error in device 'drive-virtio-disk0': Unknown error 32758 (32758)
...
block I/O error in device 'drive-virtio-disk0': Unknown error 32758 (32758)

engine.log:
2015-10-25 07:44:48,945 INFO  
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
(DefaultQuartzScheduler_Worker-40) [a43dcc8] VM diataal-prod-cas1 
77f07ae0-cc3e-4ae2-90ec-7fba7b11deeb moved from
 Up --> Paused
2015-10-25 07:44:49,003 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(DefaultQuartzScheduler_Worker-40) [a43dcc8] Correlation ID: null, Call Stack: 
null, Custom Event
 ID: -1, Message: VM diataal-prod-cas1 has paused due to unknown storage error.

Has anyone experienced the same problem or knows a way to solve this?

Kind regards,

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

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Live Storage Migration

[Markus Stockhausen]

> Von: Greg Padgett [gpadg...@redhat.com]
> Gesendet: Samstag, 19. September 2015 02:19
> An: Markus Stockhausen
> Cc: Users@ovirt.org
> Betreff: Re: [ovirt-users] Live Storage Migration
> 
> On 09/14/2015 05:20 AM, Markus Stockhausen wrote:
> > Hi,
> >
> > somehow I got lost about the possibility to do a live storage migration.
> > We are using OVirt 3.5.4 + FC20 Nodes (virt-preview - qemu 2.1.3)
> >
> >  From the WebUI I have the following possibilites:
> >
> > 1) disk without snapshot: VMs tab -> Disks -> Move: Button is active
> > but it does not allow to do a migration. No selectable storage domain
> > although we have 2 NFS systems. Gives warning hints about
> > "you are doing live migration, bla bla, ..."
> >
> > 2) disk with snapshot: VMs tab -> Disk -> Move: Button greyed out
> >
> > 3) BUT! Disks tab -> Move: Works! No hints about "live migration"
> > I do not dare to click go ...
> >
> > While 1/2 might be consistent they do not match to 3. Maybe someone
> > can give a hint what should work, what not and where me might have
> > an error.
> 
> Hi Markus,
> 
> Is this still relevant?  If so...
> 
> Live storage migration requires the following (from the code that
> determines if the "Move" buttons in 1/2 above are greyed or not):
> 
>   - cluster and dc version must be at least 3.2
>   - vm must be stateful and up or paused
>   - disk to migrate must be the active layer (ie not a snapshot)
>   - disk images must be 'OK'
> 
> Is it possible one of these changed for the VM(s) in question?

Hi Greg, 

thanks for your response. In between I was able to get into it. 
Situation is as follows:

- Move button is grayed out during VM start (3 green arrows up)
As I have a refresh interval of 60 secondes, it can stay gray for a
long time.

- Disks can be migrated with or without snapshots. 

- For the different dialogue behaviour I opened bug
https://bugzilla.redhat.com/show_bug.cgi?id=1264643

Markus

> Thanks,
> Greg
> 

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Some VMs in status "not responding" in oVirt interface

[Markus Stockhausen]

Do you have a chance to install qemu-debug? If yes I would try a backtrace.

gdb -p 
# bt

Markus

Am 15.09.2015 4:15 nachm. schrieb Daniel Helgenberger 
:
Hello,

I do not want to hijack the thread but maybe my issue is related?

It might have started with ovirt 3.5.3; but I cannot tell for sure.

For me, one vm (foreman) is affected; the second time in 14 days. I can confirm 
this as I also loose any network connection to the VM and
the ability to connect a console.
Also, the only thing witch 'fixes' the issue is right now 'kill -9 '

As far as I can tell the VM became unresponsive at around Sep 15 12:30:01; 
engine logged this at 12:34. Nothing obvious in VDSM logs (see
attached).

Below the engine.log part.

Versions:
ovirt-engine-3.5.4.2-1.el7.centos.noarch

vdsm-4.16.26-0.el7.centos
libvirt-1.2.8-16.el7_1.3

engine.log (1200 - 1300:
2015-09-15 12:03:47,949 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-56) [264d502a] HA
reservation status for cluster Default is OK
2015-09-15 12:08:02,708 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] 
(DefaultQuartzScheduler_Worker-89) [2e7bf56e] Attempting to update
VMs/Templates Ovf.
2015-09-15 12:08:02,709 INFO  
[org.ovirt.engine.core.bll.ProcessOvfUpdateForStoragePoolCommand] 
(DefaultQuartzScheduler_Worker-89)
[5e9f4ba6] Running command: ProcessOvfUpdateForStoragePoolCommand internal: 
true. Entities affected :  ID:
0002-0002-0002-0002-0088 Type: l
2015-09-15 12:08:02,780 INFO  
[org.ovirt.engine.core.bll.ProcessOvfUpdateForStoragePoolCommand] 
(DefaultQuartzScheduler_Worker-89)
[5e9f4ba6] Lock freed to object EngineLock [exclusiveLocks= key: 
0002-0002-0002-0002-0088 value: OVF_UPDATE
2015-09-15 12:08:47,997 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-21) [3fc854a2] HA
reservation status for cluster Default is OK
2015-09-15 12:13:06,998 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand] 
(org.ovirt.thread.pool-8-thread-48)
[50221cdc] START, GetFileStatsVDSCommand( storagePoolId = 
0002-0002-0002-0002-0088, ignoreFailoverLimit = false), log id: 
1503968
2015-09-15 12:13:07,137 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand] 
(org.ovirt.thread.pool-8-thread-48)
[50221cdc] FINISH, GetFileStatsVDSCommand, return: 
{pfSense-2.0-RELEASE-i386.iso={status=0, ctime=1432286887.0, size=115709952},
Fedora-15-i686-Live8
2015-09-15 12:13:07,178 INFO  
[org.ovirt.engine.core.bll.IsoDomainListSyncronizer] 
(org.ovirt.thread.pool-8-thread-48) [50221cdc] Finished
automatic refresh process for ISO file type with success, for storage domain id 
84dcb2fc-fb63-442f-aa77-3e84dc7d5a72.
2015-09-15 12:13:48,043 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-87) [4fa1bb16] HA
reservation status for cluster Default is OK
2015-09-15 12:18:48,088 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-44) [6345e698] HA
reservation status for cluster Default is OK
2015-09-15 12:23:48,137 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-13) HA reservation
status for cluster Default is OK
2015-09-15 12:28:48,183 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-76) [154c91d5] HA
reservation status for cluster Default is OK
2015-09-15 12:33:48,229 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-36) [27c73ac6] HA
reservation status for cluster Default is OK
2015-09-15 12:34:49,432 INFO  
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
(DefaultQuartzScheduler_Worker-41) [5f2a4b68] VM
foreman 8b57ff1d-2800-48ad-b267-fd8e9e2f6fb2 moved from Up --> NotResponding
2015-09-15 12:34:49,578 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(DefaultQuartzScheduler_Worker-41)
[5f2a4b68] Correlation ID: null, Call Stack: null, Custom Event ID: -1, 
Message: VM foreman is not responding.
2015-09-15 12:38:48,273 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-10) [7a800766] HA
reservation status for cluster Default is OK
2015-09-15 12:43:48,320 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-42) [440f1c40] HA
reservation status for cluster Default is OK
2015-09-15 12:48:48,366 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-70) HA reservation
status for cluster Default is OK
2015-09-15 12:53:48,412 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-12) [50221cdc] HA
reservation status for cluster Default is OK
2015-09-15 12:58:48,459 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 

Re: [ovirt-users] Some VMs in status "not responding" in oVirt interface

[Markus Stockhausen]

Hi Christian,

I think of a package similar like this:

qemu-debuginfo.x86_64   2:2.1.3-10.fc21

That allows gdb to show information about backtrace symbols. See
comment 12 of https://bugzilla.redhat.com/show_bug.cgi?id=1262251
Makes error search much simpler - especially if qemu hangs.

Markus

**

Von: Christian Hailer [christ...@hailer.eu]

Gesendet: Dienstag, 15. September 2015 21:24

An: Markus Stockhausen; 'Daniel Helgenberger'

Cc: yd...@redhat.com; users@ovirt.org

Betreff: AW: [ovirt-users] Some VMs in status "not responding" in oVirt 
interface










Hi Markus,
 
gdb is available on CentOS 7, but what do you mean by qemu-debug? I Installed 
qemu-kvm-tools, maybe this is the pendant for CentOS?
 
qemu-kvm-tools.x86_64 : KVM debugging and diagnostics tools
qemu-kvm-tools-ev.x86_64 : KVM debugging and diagnostics tools
qemu-kvm-tools-rhev.x86_64 : KVM debugging and diagnostics tools
 
Regards, Christian
 




Von: Markus Stockhausen [mailto:stockhau...@collogia.de]


Gesendet: Dienstag, 15. September 2015 20:40

An: Daniel Helgenberger <daniel.helgenber...@m-box.de>

Cc: Christian Hailer <christ...@hailer.eu>; yd...@redhat.com; users@ovirt.org

Betreff: Re: [ovirt-users] Some VMs in status "not responding" in oVirt 
interface


 
Do you have a chance to install qemu-debug? If yes I would try a backtrace.
gdb -p 

# bt
Markus


Am 15.09.2015 4:15 nachm. schrieb Daniel Helgenberger 
<daniel.helgenber...@m-box.de>:





Hello,



I do not want to hijack the thread but maybe my issue is related?



It might have started with ovirt 3.5.3; but I cannot tell for sure.



For me, one vm (foreman) is affected; the second time in 14 days. I can confirm 
this as I also loose any network connection to the VM and

the ability to connect a console.

Also, the only thing witch 'fixes' the issue is right now 'kill -9 '



As far as I can tell the VM became unresponsive at around Sep 15 12:30:01; 
engine logged this at 12:34. Nothing obvious in VDSM logs (see

attached).



Below the engine.log part.



Versions:

ovirt-engine-3.5.4.2-1.el7.centos.noarch



vdsm-4.16.26-0.el7.centos

libvirt-1.2.8-16.el7_1.3



engine.log (1200 - 1300:

2015-09-15 12:03:47,949 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-56) [264d502a] HA

reservation status for cluster Default is OK

2015-09-15 12:08:02,708 INFO  [org.ovirt.engine.core.bll.OvfDataUpdater] 
(DefaultQuartzScheduler_Worker-89) [2e7bf56e] Attempting to update

VMs/Templates Ovf.

2015-09-15 12:08:02,709 INFO  
[org.ovirt.engine.core.bll.ProcessOvfUpdateForStoragePoolCommand] 
(DefaultQuartzScheduler_Worker-89)

[5e9f4ba6] Running command: ProcessOvfUpdateForStoragePoolCommand internal: 
true. Entities affected :  ID:

0002-0002-0002-0002-0088 Type: l

2015-09-15 12:08:02,780 INFO  
[org.ovirt.engine.core.bll.ProcessOvfUpdateForStoragePoolCommand] 
(DefaultQuartzScheduler_Worker-89)

[5e9f4ba6] Lock freed to object EngineLock [exclusiveLocks= key: 
0002-0002-0002-0002-0088 value: OVF_UPDATE

2015-09-15 12:08:47,997 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-21) [3fc854a2] HA

reservation status for cluster Default is OK

2015-09-15 12:13:06,998 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand] 
(org.ovirt.thread.pool-8-thread-48)

[50221cdc] START, GetFileStatsVDSCommand( storagePoolId = 
0002-0002-0002-0002-0088, ignoreFailoverLimit = false), log id: 
1503968

2015-09-15 12:13:07,137 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetFileStatsVDSCommand] 
(org.ovirt.thread.pool-8-thread-48)

[50221cdc] FINISH, GetFileStatsVDSCommand, return: 
{pfSense-2.0-RELEASE-i386.iso={status=0, ctime=1432286887.0, size=115709952},

Fedora-15-i686-Live8

2015-09-15 12:13:07,178 INFO  
[org.ovirt.engine.core.bll.IsoDomainListSyncronizer] 
(org.ovirt.thread.pool-8-thread-48) [50221cdc] Finished

automatic refresh process for ISO file type with success, for storage domain id 
84dcb2fc-fb63-442f-aa77-3e84dc7d5a72.

2015-09-15 12:13:48,043 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-87) [4fa1bb16] HA

reservation status for cluster Default is OK

2015-09-15 12:18:48,088 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-44) [6345e698] HA

reservation status for cluster Default is OK

2015-09-15 12:23:48,137 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-13) HA reservation

status for cluster Default is OK

2015-09-15 12:28:48,183 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandling] 
(DefaultQuartzScheduler_Worker-76) [154c91d5] HA

reservation status for cluster Default is OK

2015-09-15 12:33:48,229 INFO  
[org.ovirt.engine.core.bll.scheduling.HaReservationHandli

Re: [ovirt-users] [HA] Restart guest on other node on network SAN problem

[Markus Stockhausen]

> Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
> Lionel Caignec [caig...@cines.fr]
> Gesendet: Montag, 14. September 2015 15:47
> An: users@ovirt.org
> Betreff: [ovirt-users] [HA] Restart guest on other node on network SAN  
> problem
> 
> Hi,
> 
> i've ovirt nodes connected to a data network (provide disk for guest) with 
> 10Gb networking.
> Recently i face a problem : one of my node have lost connectivity to the SAN.
> So ovirt put all guest in "Pause" state, but when connectivity came back 
> ovirt did not restart the Guest.
> 
> So my question : is it possible on "disk connectivity lost" on one node, to 
> restart guest on other node (HA features). Or at least auto resume guest when 
> "disk connectivity" came back.

IIRC there are several scenarios where qemu cannot recover
from failed storage connectivity. E.g. a recent discussion on
the qemu mailing list:

http://lists.nongnu.org/archive/html/qemu-stable/2015-09/msg9.html

Markus


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Live Storage Migration

[Markus Stockhausen]

Hi,

somehow I got lost about the possibility to do a live storage migration.
We are using OVirt 3.5.4 + FC20 Nodes (virt-preview - qemu 2.1.3)

>From the WebUI I have the following possibilites:

1) disk without snapshot: VMs tab -> Disks -> Move: Button is active
but it does not allow to do a migration. No selectable storage domain
although we have 2 NFS systems. Gives warning hints about
"you are doing live migration, bla bla, ..."

2) disk with snapshot: VMs tab -> Disk -> Move: Button greyed out

3) BUT! Disks tab -> Move: Works! No hints about "live migration"
I do not dare to click go ...

While 1/2 might be consistent they do not match to 3. Maybe someone
can give a hint what should work, what not and where me might have
an error.

Thanks.

Markus


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Question about upgrading ovirt 3.5.3 to 3.5.4

[Markus Stockhausen]

"yum update" on the hosts only.

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
Jason Keltz [j...@cse.yorku.ca]
Gesendet: Mittwoch, 9. September 2015 21:08
An: users
Betreff: [ovirt-users] Question about upgrading ovirt 3.5.3 to 3.5.4

Hi.

I have a system consisting of an engine + several hosts running 3.5.3,
and I want to upgrade everything to 3.5.4.   According to the release
notes, all I should do is:

> # yum update "ovirt-engine-setup*"
> # engine-setup

I did this with engine, and it seemed to upgrade okay.

I'm puzzled whether this applies to the hosts as well?  The release
notes aren't clear to me in that respect.

Thanks for any assistance!

Jason.

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

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] NFS mounts default to UDP?

[Markus Stockhausen]

Hi there,


we noticed that a newly created NFS data domain is mounted with
UDP protocol. Does anyone know if that is the desired behaviour
of current OVirt versions?

ovirtnode# mount -a
...
10.10.30.254:/var/nas4/OVirtIB on 
/rhev/data-center/mnt/10.10.30.254:_var_nas4_OVirtIB 
type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,soft,
nosharecache,proto=udp,timeo=600,retrans=6,sec=sys,mountaddr=10.10.30.254,
mountvers=3,mountport=48383,mountproto=udp,local_lock=none,addr=10.10.30.254)
...

See also https://bugzilla.redhat.com/show_bug.cgi?id=1261178

Best regards.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] ovirt-agent: is it possible to run specific actions when taking snapshots?

[Markus Stockhausen]

From my experience I strongly advise to avoid a drop_caches
with option 3. We still see commands hanging for hours
if they are issued during high CPU/memory load. Even with
matured Ubuntu 3.16 kernels

Staying with option 1 should be enough and much more save.

Markus


Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von Yaniv 
Dary [yd...@redhat.com]
Gesendet: Sonntag, 17. Mai 2015 09:53
An: Ernest Beinrohr; users
Betreff: Re: [ovirt-users] ovirt-agent: is it possible to run specific actions 
when taking snapshots?


We use libvirt VIR_DOMAIN_SNAPSHOT_CREATE_QUIESCE flag, which uses guest agent 
to quiesce all mounted file systems within the domain.
The qemu guest agent implements fsfreeze/fsthaw commands, which do the 
quiescing.



On 05/12/2015 02:56 PM, Ernest Beinrohr wrote:
It would be nice, if ovirt snapshots were more safe. When a VM has the 
ovirt-agent installed, ovirt could tell the agent to run site-speficic actions. 
What I have in mind is:

linux vms:
- sync
- echo 3  /proc/sys/vm/drop_caches
- zerofill empty space (this takes long but saves precious backup space)

databases:
- prepare databases for snapshot (flush,write-lock)
- send snapshot-complete and unlock


--
Ernest Beinrohr, AXON PRO
Inghttp://www.beinrohr.sk/ing.php, RHCEhttp://www.beinrohr.sk/rhce.php, 
RHCVAhttp://www.beinrohr.sk/rhce.php, LPIChttp://www.beinrohr.sk/lpic.php, 
VCAhttp://www.beinrohr.sk/vca.php,
+421-2-62410360 +421-903-482603




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



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

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

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Live migration qemu 2.1.2 - 2.1.3: Unknown savevm section

[Markus Stockhausen]

 Von: Markus Stockhausen
 Gesendet: Freitag, 10. April 2015 20:51
 An: users@ovirt.org
 Betreff: Live migration qemu 2.1.2 - 2.1.3: Unknown savevm section
 
 Hi,
 
 don't know what will be the best place for the following question. 
 So starting with the OVirt mailing list. 
 
 We are using OVirt with FC20 nodes with enabled virt-preview.
 Thus we are running qemu 2.1.2. Everything is working smoothly 
 including live merge.  
 
 For testing purposes we compiled qemu 2.1.3 from Fedora koji
 and updated one of the hosts. Trying to migrate a running VM to
 the new host fails with the message
 
 Unknown savevm section or instance 'kvm-tpr-opt' 0
 
 I guess some incompatibility between the versions. But qemu git
 history between 2.1.2 and 2.1.3 gives no hints about the reason.
 
 Any ideas - or is that migration scenario not supported at all?

The qemu venom vulnerability put me back to the topic. Just in case
someone is interested. The following patch breaks live migration
between 2.1.2 and 2.1.3.

pc: Fix disabling of vapic for compat PC models
http://git.qemu.org/?p=qemu.git;a=commit;h=8100812711ea480119f9796bd6c0895e6ac85d0f

I dropped this one during rebuild and now everything works fine again.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] ovirt-webadmin is too slow

[Markus Stockhausen]

Die you try to increase refresh interval to 60. Seemed to help for me, 
especially in WAN connect.

Markus

Am 06.05.2015 3:48 nachm. schrieb lofyer lof...@lofyer.org:
I've installed ovirt-engine-3.5.1 and created about 120 VMs.
Everytime I did a multi-selection it will take a not-so-short time with 
not-so-friendly user experience(seems to be stuck by something).
I'm using Firefox37 in XP with 2GB memory.

Will there be some optimization option?

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Live migration fails - domain not found -

[Markus Stockhausen]

Hi,


although we already upgraded several hypervisor nodes to Ovirt 3.5.1 
the newest upgrade has left the host in a very strang state. We did:

- Host was removed from cluster
- Ovirt 3.5 repo was activated on host
- Host was reinstalled from enging

And we got:
- A host that is active and looks nice in the engine
- We can start/stop VMs on the host
- But we cannot live migrate machines to (or even away from) the host

Attached vdsm/libvirt/engine logs. Timestamps do not match as we
created them individually during different runs.

Somhow lost ...

Markus

*
libvirt on target host:

2015-03-18 16:18:48.691+: 2093: debug : qemuMonitorJSONCommandWithFd:286 : 
Send command '{execute:qmp_capabilities,id:libvirt-1}' for write with 
FD -1
2015-03-18 16:18:48.691+: 2092: debug : qemuMonitorJSONIOProcessLine:179 : 
Line [{QMP: {version: {qemu: {micro: 2, minor: 1, major: 2}, 
package: }, capabilities: []}}]
2015-03-18 16:18:48.691+: 2092: debug : qemuMonitorJSONIOProcess:248 : 
Total used 105 bytes out of 105 available in buffer
2015-03-18 16:18:48.692+: 2092: debug : qemuMonitorJSONIOProcessLine:179 : 
Line [{return: {}, id: libvirt-1}]
2015-03-18 16:18:48.692+: 2092: debug : qemuMonitorJSONIOProcessLine:199 : 
QEMU_MONITOR_RECV_REPLY: mon=0x7fb40c017670 reply={return: {}, id: 
libvirt-1}
2015-03-18 16:18:48.692+: 2092: debug : qemuMonitorJSONIOProcess:248 : 
Total used 35 bytes out of 35 available in buffer
2015-03-18 16:18:48.692+: 2093: debug : qemuMonitorJSONCommandWithFd:291 : 
Receive command reply ret=0 rxObject=0x7fb445fbdb10
2015-03-18 16:18:48.692+: 2093: debug : qemuMonitorJSONCommandWithFd:286 : 
Send command '{execute:query-chardev,id:libvirt-2}' for write with FD -1
2015-03-18 16:18:48.693+: 2092: debug : qemuMonitorJSONIOProcessLine:179 : 
Line [{return: [{frontend-open: false, filename: spicevmc, label: 
charchannel2}, {frontend-open: false, filename: 
unix:/var/lib/libvirt/qemu/channels/d2d8bdfd-99a6-41c0-84e7-26e1d6a6057b.org.qemu.guest_agent.0,server,
 label: charchannel1}, {frontend-open: false, filename: 
unix:/var/lib/libvirt/qemu/channels/d2d8bdfd-99a6-41c0-84e7-26e1d6a6057b.com.redhat.rhevm.vdsm,server,
 label: charchannel0}, {frontend-open: true, filename: 
unix:/var/lib/libvirt/qemu/colvm60.monitor,server, label: charmonitor}], 
id: libvirt-2}]
2015-03-18 16:18:48.693+: 2092: debug : qemuMonitorJSONIOProcessLine:199 : 
QEMU_MONITOR_RECV_REPLY: mon=0x7fb40c017670 reply={return: [{frontend-open: 
false, filename: spicevmc, label: charchannel2}, {frontend-open: 
false, filename: 
unix:/var/lib/libvirt/qemu/channels/d2d8bdfd-99a6-41c0-84e7-26e1d6a6057b.org.qemu.guest_agent.0,server,
 label: charchannel1}, {frontend-open: false, filename: 
unix:/var/lib/libvirt/qemu/channels/d2d8bdfd-99a6-41c0-84e7-26e1d6a6057b.com.redhat.rhevm.vdsm,server,
 label: charchannel0}, {frontend-open: true, filename: 
unix:/var/lib/libvirt/qemu/colvm60.monitor,server, label: charmonitor}], 
id: libvirt-2}
2015-03-18 16:18:48.693+: 2092: debug : qemuMonitorJSONIOProcess:248 : 
Total used 559 bytes out of 559 available in buffer
2015-03-18 16:18:48.693+: 2093: debug : qemuMonitorJSONCommandWithFd:291 : 
Receive command reply ret=0 rxObject=0x7fb445ffe110
2015-03-18 16:18:48.694+: 2093: debug : qemuMonitorJSONCommandWithFd:286 : 
Send command 
'{execute:qom-list,arguments:{path:/machine/unattached/device[0]},id:libvirt-3}'
 for write with FD -1
2015-03-18 16:18:48.694+: 2092: debug : qemuMonitorJSONIOProcess:248 : 
Total used 0 bytes out of 1023 available in buffer
2015-03-18 16:18:48.695+: 2092: debug : qemuMonitorJSONIOProcessLine:179 : 
Line [{return: [{name: apic, type: childkvm-apic}, {name: 
filtered-features, type: X86CPUFeatureWordInfo}, {name: 
feature-words, type: X86CPUFeatureWordInfo}, {name: apic-id, type: 
int}, {name: tsc-frequency, type: int}, {name: model-id, type: 
string}, {name: vendor, type: string}, {name: xlevel, type: 
int}, {name: level, type: int}, {name: stepping, type: int}, 
{name: model, type: int}, {name: family, type: int}, {name: 
parent_bus, type: linkbus}, {name: kvm, type: bool}, {name: 
enforce, type: bool}, {name: check, type: bool}, {name: 
hv-time, type: bool}, {name: hv-vapic, type: bool}, {name: 
hv-relaxed, type: bool}, {name: hv-spinlocks, type: int}, 
{name: pmu, type: bool}, {name: hotplugged, type: bool}, 
{name: hotpluggable, type: bool}, {name: realized, type: bool}, 
{name: type, type: string}], id: libvirt-3}]
2015-03-18 16:18:48.695+: 2092: debug : qemuMonitorJSONIOProcessLine:199 : 
QEMU_MONITOR_RECV_REPLY: mon=0x7fb40c017670 reply={return: [{name: apic, 
type: childkvm-apic}, {name: filtered-features, type: 
X86CPUFeatureWordInfo}, {name: feature-words, type: 
X86CPUFeatureWordInfo}, {name: apic-id, type: int}, {name: 
tsc-frequency, type: int}, {name: model-id, type: string}, 
{name: vendor, type: string}, {name: xlevel, type: int}, 
{name: level, type: int}, {name: 

Re: [ovirt-users] Live migration fails - domain not found -

[Markus Stockhausen]

 Von: Paul Heinlein [heinl...@madboa.com]
 Gesendet: Mittwoch, 18. März 2015 18:43
 An: Markus Stockhausen
 Cc: Users@ovirt.org
 Betreff: Re: [ovirt-users] Live migration fails - domain not found -
 
 On Wed, 18 Mar 2015, Markus Stockhausen wrote:
 
  although we already upgraded several hypervisor nodes to Ovirt 3.5.1
  the newest upgrade has left the host in a very strang state. We did:
 
  - Host was removed from cluster
  - Ovirt 3.5 repo was activated on host
  - Host was reinstalled from enging
 
  And we got:
  - A host that is active and looks nice in the engine
  - We can start/stop VMs on the host
  - But we cannot live migrate machines to (or even away from) the host
 
 Are the source and destination hypervisor hosts running the OS
 revision (e.g., both running CentOS 6.6)?

Yes both are FC20 (+virt-preview). In between we found the error. It was
a network issue on the migration network that became clear after we
analyzed the vdsm logs on the migration source host. I opened a RFE 
to identify the issue better next time.

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

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Fedora 21 as Ovirt (hypervisor) host

[Markus Stockhausen]

Hi,

back in december there was a discussion about Ovirt on Fedora 21. From
my point of view that was about ovirt engine. So I'm somehow lost if
Fedora 21 is at least supported as hypervisor host. Anyone with deeper
knowledge?

The reason I'm asking:

We are currently on FC20 + virt-preview and enjoy the feature of live
merges. But with BZ1199182 (snapshot deletion bug) I guess we might
need newer libvirt builds. With virt-preview for FC20 no longer in
maintenance we would ony be on the save side with FC21.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] movirt - ovirt 3.5.1 - server error 500

[Markus Stockhausen]

Hi,

just installed movirt on my mobile. Upon connection it breaks with the attached 
error in the 3.5.1 engine server logs. 

Something I'm missing?

Markus

2015-02-19 12:21:19,757 ERROR 
[org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/api]]
 (ajp--127.0.0.1-8702-11) StandardWrapper.Throwable: 
java.lang.RuntimeException: java.lang.RuntimeException: Unable to instantiate 
MessageBodyWriter
at 
org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211) 
[resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1202) 
[jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:952) 
[jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:188)
 [jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
 [jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
 [jbossweb-7.0.13.Final.jar:]
at 
org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
 [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) 
[jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) 
[jbossweb-7.0.13.Final.jar:]
at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) 
[jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 [jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) 
[jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) 
[jbossweb-7.0.13.Final.jar:]
at 
org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
 [jbossweb-7.0.13.Final.jar:]
at 
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) 
[jbossweb-7.0.13.Final.jar:]
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
Caused by: java.lang.RuntimeException: Unable to instantiate MessageBodyWriter
at 
org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
 [resteasy-jaxrs-2.3.2.Final.jar:]
... 18 more
Caused by: java.lang.RuntimeException: Failed to construct public 
org.ovirt.engine.api.pdf.FOPMessageBodyWriter()
at 
org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyWriter(ResteasyProviderFactory.java:519)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:768)
 [resteasy-jaxrs-2.3.2.Final.jar:]
... 20 more
Caused by: java.lang.NoClassDefFoundError: org/apache/fop/apps/FopFactory

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are 

Re: [ovirt-users] movirt - ovirt 3.5.1 - server error 500

[Markus Stockhausen]

 Von: Juan Hernández [jhern...@redhat.com]
 Gesendet: Donnerstag, 19. Februar 2015 12:53
 An: Markus Stockhausen; users@ovirt.org
 Betreff: Re: [ovirt-users] movirt - ovirt 3.5.1 - server error 500
 
 On 02/19/2015 12:22 PM, Markus Stockhausen wrote:
  Hi,
 
  just installed movirt on my mobile. Upon connection it breaks with the 
  attached error in the 3.5.1 engine server logs.
 
  Something I'm missing?
 
  Markus
 
  2015-02-19 12:21:19,757 ERROR 
  [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/api]]
   (ajp--127.0.0.1-8702-11) StandardWrapper.Throwable: 
  java.lang.RuntimeException:  java.lang.RuntimeException: Unable to 
  instantiate MessageBodyWriter
  at 
  org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  at 
  org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  at 
  org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  at 
  org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  at 
  org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1202)
   [jbossweb-7.0.13.Final.jar:]
  at 
  org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:952) 
  [jbossweb-7.0.13.Final.jar:]
  at 
  org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:188)
   [jbossweb-7.0.13.Final.jar:]
  at 
  org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
   [jbossweb-7.0.13.Final.jar:]
  at 
  org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
   [jbossweb-7.0.13.Final.jar:]
  at 
  org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
   [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
  at 
  org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
   [jbossweb-7.0.13.Final.jar:]
  at 
  org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
   [jbossweb-7.0.13.Final.jar:]
  at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) 
  [jbossweb-7.0.13.Final.jar:]
  at 
  org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
   [jbossweb-7.0.13.Final.jar:]
  at 
  org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) 
  [jbossweb-7.0.13.Final.jar:]
  at 
  org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) 
  [jbossweb-7.0.13.Final.jar:]
  at 
  org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
   [jbossweb-7.0.13.Final.jar:]
  at 
  org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) 
  [jbossweb-7.0.13.Final.jar:]
  at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
  Caused by: java.lang.RuntimeException: Unable to instantiate 
  MessageBodyWriter
  at 
  org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  at 
  org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  at 
  org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  ... 18 more
  Caused by: java.lang.RuntimeException: Failed to construct public 
  org.ovirt.engine.api.pdf.FOPMessageBodyWriter()
  at 
  org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  at 
  org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  at 
  org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyWriter(ResteasyProviderFactory.java:519)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  at 
  org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:768)
   [resteasy-jaxrs-2.3.2.Final.jar:]
  ... 20 more
  Caused by: java.lang.NoClassDefFoundError: org/apache/fop/apps/FopFactory
 
 
 This probably means that you have the xmlgraphics-batik RPM installed
 from the jpackage repository, which doesn't work correctly with oVirt.
 Please remove it and install the batik RPM instead. See here for details:

  http://lists.ovirt.org/pipermail/users/2014-October/028308.html

Thanks, that did the trick.

jpackage.repo:
exclude=xmlgraphics-batik

rpm -e xmlgraphics-batik-1.7-14.jpp6.noarch --nodeps
yum instal batik

@Tomas: Does movirt something

Re: [ovirt-users] How long do your migrations last?

[Markus Stockhausen]

 Von: users-boun...@ovirt.org [users-boun...@ovirt.org]quot; im Auftrag von 
 quot;Darrell Budic [bu...@onholyground.com]
 Gesendet: Freitag, 13. Februar 2015 19:03
 An: Nicolas Ecarnot
 Cc: users
 Betreff: Re: [ovirt-users] How long do your migrations last?
 
 I’m under the impression it depends more on the hosts memory assignment 
 than disk size. libvirt has to synchronize that over your networking setup. 
 Your 
 times sound like mine over 1G ethernet with a 9000 MTU, most of my machines 
 are 1-4GB ram. I’ve another setup with a 10G backend that can migrate larger 
 machines much faster. Things that do a lot of memory access (databases, say) 
 or use more of their allocated memory, tend to take longer to migrate as it’s 
 more work for libvirt to get it synchronized.
 
 A 10G+ backend is the best way to speed this up, and there are libvirt 
 variables 
 you can tweak to allocate more bandwidth to a migration (and the # of 
 simultaneous 
 migrations you allow). I think the defaults are 3 at max of 30% of your 
 available 
 bandwidth. I don’t think this takes bonds into account, so if you have bonded 
 connections, you may be able to allocate more % or allow more simultaneous
 migrations. Keep in mind that if you’re sharing bandwidth/media with iSCSI, 
 that 
 some bandwidth will be needed there as well, how much depends on your storage 
 load. A dedicated NIC could definitely help, especially if you’re trying to 
 tune libvirt for this.
 
   -Darrell
 
  On Feb 13, 2015, at 8:53 AM, Nicolas Ecarnot nico...@ecarnot.net wrote:
 
  Hello list,
 
  Our storage domains are iSCSI on dedicated network, and when migrating VMs, 
  the duration varies according to the size of the vDisks.
 
  The smallest VMs are migrated in about 20 seconds, while the biggest one 
  may take more than 5 or 10 minutes.
  The average duration is 90 seconds.
 
  Questions :
 
  1- Though I may have understood that the task of migration was made by the 
  SPM, I don't know what it actually does? (which bytes goes where)
 
  2- Do our times sound OK, or does it look like improvable?
 
  3- What bottleneck should I investigate? I'm thinking about the dedicated 
  hardware NICs setup of the hosts, the SAN, the MTU has already been setup 
  at 9000...
 
  Any ideas welcomed.
 
  --
 Nicolas Ecarnot

If we speak about migration of VMs - relocating qemu process -
than speed depends mostly on memory change pressure. The
more changes per second the more restart the process needs.
Best solution to speed it up is to enlarge migration_max_bandwidth
in /etc/vdsm/vdsm.conf from default 30MB/s to something higher.
We use 150Mb/s in 10Gbit network. With default we have seen 
migrations that will not come to an end.

When talking about disks. It depends on how many disks you
have attached to a single VM. The more disks and the more 
similar their sizes they are the faster you can migrate/operate
on them.

For example take a SAP system with 3 disks of 20GB system
20 GB executables and 300GB database. When issung disk
operations (like snapshots) they will start in parallel for each disk. 
Disk operations will finish earlier for smaller disks. So in the end
you will have only one operation left that may take hours.

E.g. delete snapshot will start at ~220MB/s when running with
three disks and end at ~60MB/s when only one disk snapshot 
deletion is active.

Best regards.

Markus
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497

Re: [ovirt-users] ksmd high cpu usage from almost a week with just one vm running

[Markus Stockhausen]

Memory usage  80%: ksm kicks in. There it will run at full speed until usage 
is below 80%. There is an open BZ from me. Bad behaviour is controlled by mom.

Markus

Am 06.12.2014 15:58 schrieb mad Engineer themadengin...@gmail.com:
Hello All,
 I am using centos6.5 x64 on a server with 48 G RAM and 8
Cores.Managed by Ovirt
There is only one running VM with RAM 34 G and with 6 VCPU (pinned to
proper numa nodes)

from top

top - 06:42:48 up 67 days, 20:05,  1 user,  load average: 0.26, 0.20, 0.17
Tasks: 285 total,   2 running, 282 sleeping,   0 stopped,   1 zombie
Cpu(s):  1.0%us,  1.4%sy,  0.0%ni, 97.5%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  49356468k total, 33977684k used, 15378784k free,   142812k buffers
Swap: 12337144k total,0k used, 12337144k free,   343052k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
  101 root  25   5 000 R 27.4  0.0   5650:04 [ksmd]
26004 vdsm   0 -20 3371m  64m 9400 S  9.8  0.1   1653:27
/usr/bin/python /usr/share/vdsm/vdsm --pidfile /var/run/vdsm/vdsmd.pid
20963 qemu  20   0 38.5g  33g 6792 S  3.9 71.6   5225:43
/usr/libexec/qemu-kvm -name Cinder -S -M rhel6.5.0 -cpu Nehalem
-enable-kvm -m 34096 -realtime mlock=off -smp
6,maxcpus=160,sockets=80,c

from /sys/kernel/mm/ksm
pages_unshared  7602322
pages_shared 207023
pages_to_scan   64
pages_volatile31678

Any idea why ksmd is not coming to normal CPU usage ,on a different
server ksmd was disabled and for testing when i enabled it initially
CPU usage was high but later settled down to 3% ,in that host i have 4
VMs running.

Before turning off ksmd can any one help me find out why ksmd is
behaving like this.Initially it had 2 virtual machines,because of high
CPU utilization of this guest other is migrated to another host.

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

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] oVirt Weekly Sync: November 26, 2014

[Markus Stockhausen]

 Von: users-boun...@ovirt.org [users-boun...@ovirt.org]quot; im Auftrag von 
 quot;Brian Proffitt [bprof...@redhat.com]
 Gesendet: Mittwoch, 26. November 2014 17:01
 An: users
 Cc: board
 Betreff: [ovirt-users] oVirt Weekly Sync: November 26, 2014
 ...
   * 3.6 status Still gathering 3.6 features at http://goo.gl/9X3G49, no
 feature deadline set yet.  (bkp, 15:51:30)

Thanks for the update Brian.

Regarding FC21 support (BZ1163062): Do we speak of engine or nodes?
Hopefully nodes can be installed already with 3.5.x (thumbs up for x=2).

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Simple way to activate live merge in FC20 cluster

[Markus Stockhausen]

Hi Gianluca,

it took me some time to correct my misunderstanding. I advised to update
only libvirt as I was aware of the (old) block-commit command of qemu.
With that you can merge snapshots in the chain (history) but not into the
active layer (the current running state). Merging data into the active
layer needs active-commit that is available since qemu 2.0 . That explains
the error you got.

OVirt makes use of the second scenario so no luck without a full installation
of virt-preview repos or a jump towards FC21.

Markus


Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von Markus 
Stockhausen [stockhau...@collogia.de]
Gesendet: Freitag, 21. November 2014 08:38
An: Gianluca Cecchi
Cc: s k; users@ovirt.org
Betreff: Re: [ovirt-users] Simple way to activate live merge in FC20 cluster


Wow. Very quick test. Thanks for sharing the results. I will have a look what 
qemu 1.6.2 might need.

Regarding stability of qemu 2.1.2: You should scan the qemu stable mailing list 
if some severe fixes have been  posted after the release. If you feel 
comfortable take qemu from  the preview repos too.

Just a simple yum update.

Remark: With the advent  of FC21 virt-preview for FC20 might see  no further  
fixes.

Markus

Am 21.11.2014 01:46 schrieb Gianluca Cecchi gianluca.cec...@gmail.com:
On Fri, Nov 21, 2014 at 1:38 AM, Gianluca Cecchi 
gianluca.cec...@gmail.commailto:gianluca.cec...@gmail.com wrote:


[root@tekkaman qemu]# rpm -q qemu
qemu-1.6.2-10.fc20.x86_64

[snip]

libvirtError: unsupported configuration: active commit not supported with this 
QEMU binary



OK, I reply to myself
The error above is explanatory...
I didn't notice that only the libvirt part is included in the 
ovirt-3.5-fedora-virt-preview repo:


[ovirt-3.5-fedora-virt-preview]
name=Virtualization packages from Rawhide built for latest Fedora
baseurl=http://fedorapeople.org/groups/virt/virt-preview/fedora-$releasever/$basearch
enabled=1
skip_if_unavailable=1
gpgcheck=0
includepkgs=libvirt*


SO I think I need qemu-2.1.2-6.fc20.x86_64.rpm and probably other packages as 
provided by virt-preview.
What could be the safest way to include further qemu packages?
How stable is qemu 2.1.2 at this time?

Thanks,
Gianluca

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node and oVirt 3.5.0

[Markus Stockhausen]

Iirc you simply need libvirt 1.2.9

Am 20.11.2014 16:20 schrieb Bob Doolittle b...@doolittle.us.com:
Are there any bugs related to the changes in question that we can track
so we know when the changes are reflected in our distros of interest?

Thanks,
Bob

On 11/20/2014 03:51 AM, s k wrote:
 Hi,


 Live snapshot indeed works, only live merge is not working. I guess we
 will have to wait until is available on CentOS.

 Thanks!

 Sokratis


 
 Date: Thu, 20 Nov 2014 09:49:40 +0800
 Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
 6.6 Node and oVirt 3.5.0
 From: coffee@gmail.com
 To: daniel.helgenber...@m-box.de
 CC: sokratis1...@outlook.com; users@ovirt.org

 Hi,
 as i know, live merge is only available from the versions in the
 fedora virt-preview repo. please see[1]

 [1] http://www.ovirt.org/Features/Live_Merge#Current_status

 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
 daniel.helgenber...@m-box.de mailto:daniel.helgenber...@m-box.de:

 On 19.11.2014 14:06, s k wrote:
  Hello,
 
  I performed a full yum upgrade on a CentOS 6.5 Node which was
 upgraded to 6.6
  and I currently the following RPM versions are installed:
 
  [root@node01 ~]# uname -a
  Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11 17:57:25
 UTC 2014
  x86_64 x86_64 x86_64 GNU/Linux
  [root@node01 ~]# rpm -qa |grep libvirt
  libvirt-python-0.10.2-46.el6_6.1.x86_64
  libvirt-client-0.10.2-46.el6_6.1.x86_64
  libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
  libvirt-0.10.2-46.el6_6.1.x86_64
  [root@node01 ~]#
  [root@node01 ~]# rpm -qa |grep kvm
  qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
  qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
  qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
  [root@node01 ~]# rpm -qa |grep qemu
  gpxe-roms-qemu-0.9.7-6.12.el6.noarch
  qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
  qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
  qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
  qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
  [root@node01 ~]# rpm -qa |grep vdsm
  vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
  vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
  vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch
  vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch
  vdsm-4.16.7-1.gitdb83943.el6.x86_64
  vdsm-python-4.16.7-1.gitdb83943.el6.noarch
  vdsm-cli-4.16.7-1.gitdb83943.el6.noarch
 
  The host reports that  Live Snapsnot Support is Active on the
 General Tab but
  I'm unable to delete a snapshot.
 
  Any ideas?
 Hm could it be you mix up live snapshot and live merge? Live snapshot
 works since 3.4.3 quite will. Live merge however is still unsupported as
 I think it requires some quite new stuff from libvirt. It will
 eventually work on EL7 [1].

 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1062142
 
  Thank you,
 
  Sokratis
 

 --
 Daniel Helgenberger
 m box bewegtbild GmbH

 P: +49/30/2408781-22
 F: +49/30/2408781-10

 ACKERSTR. 19
 D-10115 BERLIN


 www.m-box.dehttp://www.m-box.de http://www.m-box.de  
 www.monkeymen.tvhttp://www.monkeymen.tv
 http://www.monkeymen.tv

 Geschäftsführer: Martin Retschitzegger / Michaela Göllner
 Handeslregister: Amtsgericht Charlottenburg / HRB 112767
 ___
 Users mailing list
 Users@ovirt.org mailto:Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users




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

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

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. 

[ovirt-users] Simple way to activate live merge in FC20 cluster

[Markus Stockhausen]

Hi Bob,

if your are on a cluster with FC20 hypervisor nodes wthout virt-preview 
(like we run it with qemu 1.6.2) the simplest way to get live merge features 
should be - beware NOT FULLY TESTED!

1) choose a single host (we only need a single one if we think about the 
required setup)
2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU BREAK LIVE 
MIGRATION!
3) migrate VMs you want to live merge to the host
4) do the live merge
5) migrate VMs back to original host

A quick test revealed:

# systemctl stop vdsmd
# systemctl stop libvirtd
# cd /etc/yum.repos.d
# wget http:/wget 
http://fedorapeople.org/groups/virt/virt-preview/fedora-virt-preview.repo
# yum update libvirt
...
# systemctl start libvirtd
# systemctl start vdsmd
# 
# vdsClient -s 0 getVdsCaps | grep -i merge
--- liveMerge = 'true'

Best regards.

Markus

Von: Bob Doolittle [b...@doolittle.us.com]
Gesendet: Donnerstag, 20. November 2014 16:49
An: Markus Stockhausen
Cc: s k; users@ovirt.org; Daniel Helgenberger; Coffee Chou
Betreff: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node 
and oVirt 3.5.0

On 11/20/2014 10:32 AM, Markus Stockhausen wrote:
 Iirc you simply need libvirt 1.2.9

Thanks!

Would you know how one could track to see if there is a plan for e,g.
Fedora 20 to include that version at some point? I suspect every distro
is different. F20 at this point includes 1.1.3. I'd like to know if I'll
have to upgrade to Fedora 21 in order to get this functionality, as this
will require some planning on my part.

Thanks again,
Bob



 Am 20.11.2014 16:20 schrieb Bob Doolittle b...@doolittle.us.com:

 Are there any bugs related to the changes in question that we can track
 so we know when the changes are reflected in our distros of interest?

 Thanks,
 Bob

 On 11/20/2014 03:51 AM, s k wrote:
  Hi,
 
 
  Live snapshot indeed works, only live merge is not working. I guess we
  will have to wait until is available on CentOS.
 
  Thanks!
 
  Sokratis
 
 
 
 
  Date: Thu, 20 Nov 2014 09:49:40 +0800
  Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
  6.6 Node and oVirt 3.5.0
  From: coffee@gmail.com
  To: daniel.helgenber...@m-box.de
  CC: sokratis1...@outlook.com; users@ovirt.org
 
  Hi,
  as i know, live merge is only available from the versions in the
  fedora virt-preview repo. please see[1]
 
  [1] http://www.ovirt.org/Features/Live_Merge#Current_status
 
  2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
  daniel.helgenber...@m-box.de mailto:daniel.helgenber...@m-box.de:
 
  On 19.11.2014 14:06, s k wrote:
   Hello,
  
   I performed a full yum upgrade on a CentOS 6.5 Node which was
  upgraded to 6.6
   and I currently the following RPM versions are installed:
  
   [root@node01 ~]# uname -a
   Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11
 17:57:25
  UTC 2014
   x86_64 x86_64 x86_64 GNU/Linux
   [root@node01 ~]# rpm -qa |grep libvirt
   libvirt-python-0.10.2-46.el6_6.1.x86_64
   libvirt-client-0.10.2-46.el6_6.1.x86_64
   libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
   libvirt-0.10.2-46.el6_6.1.x86_64
   [root@node01 ~]#
   [root@node01 ~]# rpm -qa |grep kvm
   qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
   [root@node01 ~]# rpm -qa |grep qemu
   gpxe-roms-qemu-0.9.7-6.12.el6.noarch
   qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
   qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
   [root@node01 ~]# rpm -qa |grep vdsm
   vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
   vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
   vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch
   vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch
   vdsm-4.16.7-1.gitdb83943.el6.x86_64
   vdsm-python-4.16.7-1.gitdb83943.el6.noarch
   vdsm-cli-4.16.7-1.gitdb83943.el6.noarch
  
   The host reports that  Live Snapsnot Support is Active on the
  General Tab but
   I'm unable to delete a snapshot.
  
   Any ideas?
  Hm could it be you mix up live snapshot and live merge? Live
 snapshot
  works since 3.4.3 quite will. Live merge however is still
 unsupported as
  I think it requires some quite new stuff from libvirt. It will
  eventually work on EL7 [1

Re: [ovirt-users] Simple way to activate live merge in FC20 cluster

[Markus Stockhausen]

Hi Bob,

looking at http://koji.fedoraproject.org/koji/packageinfo?packageID=91 
I think FC20 will stay at 1.1.3. History shows:

2013/12/14: official 1.1 build libvirt-1.1.3.2-1.fc20 
2013/12/17: FC20 release
2014/01/21: first 1.2 build libvirt-1.2.1-1.fc21
2014/11/20: as of today still no 1.2 build for FC20

Regarding the fact that qemu 1.6.2 is already 11 months old and did
not see many patches in FC20 jumping onto the FC21 bandwagon
might be a reasonable solution. So a lot of ways to accomplish your goal:

- Stay with what you have: No live merge
- Take libvirtd from virt-preview
- Take everything from virt-preview
- Wait for FC21
- Wait for Centos 21

Still a long way to go to get all the beloved features out of the box.

Markus

Von: Bob Doolittle [b...@doolittle.us.com]
Gesendet: Donnerstag, 20. November 2014 19:38
An: Markus Stockhausen
Cc: s k; users@ovirt.org; Daniel Helgenberger; Coffee Chou
Betreff: Re: Simple way to activate live merge in FC20 cluster

Thanks Markus, but I have a single, self-hosted node, so cannot migrate VMs.

Is it your assumption that F20 will never be updated with libvirt 1.2.9?

If that's the case, my best course (in a month or so when F21 is
released) is probably to export all my VMs, install F21,
reinstall/reconfigure oVirt, import the old Export Domain, and then
import my VMs again.

-Bob

On 11/20/2014 01:20 PM, Markus Stockhausen wrote:
 Hi Bob,

 if your are on a cluster with FC20 hypervisor nodes wthout virt-preview
 (like we run it with qemu 1.6.2) the simplest way to get live merge features
 should be - beware NOT FULLY TESTED!

 1) choose a single host (we only need a single one if we think about the 
 required setup)
 2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU BREAK 
 LIVE MIGRATION!
 3) migrate VMs you want to live merge to the host
 4) do the live merge
 5) migrate VMs back to original host

 A quick test revealed:

 # systemctl stop vdsmd
 # systemctl stop libvirtd
 # cd /etc/yum.repos.d
 # wget http:/wget 
 http://fedorapeople.org/groups/virt/virt-preview/fedora-virt-preview.repo
 # yum update libvirt
 ...
 # systemctl start libvirtd
 # systemctl start vdsmd
 #
 # vdsClient -s 0 getVdsCaps | grep -i merge
 --- liveMerge = 'true'

 Best regards.

 Markus
 
 Von: Bob Doolittle [b...@doolittle.us.com]
 Gesendet: Donnerstag, 20. November 2014 16:49
 An: Markus Stockhausen
 Cc: s k; users@ovirt.org; Daniel Helgenberger; Coffee Chou
 Betreff: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 
 Node and oVirt 3.5.0

 On 11/20/2014 10:32 AM, Markus Stockhausen wrote:
 Iirc you simply need libvirt 1.2.9

 Thanks!

 Would you know how one could track to see if there is a plan for e,g.
 Fedora 20 to include that version at some point? I suspect every distro
 is different. F20 at this point includes 1.1.3. I'd like to know if I'll
 have to upgrade to Fedora 21 in order to get this functionality, as this
 will require some planning on my part.

 Thanks again,
 Bob



 Am 20.11.2014 16:20 schrieb Bob Doolittle b...@doolittle.us.com:

 Are there any bugs related to the changes in question that we can track
 so we know when the changes are reflected in our distros of interest?

 Thanks,
 Bob

 On 11/20/2014 03:51 AM, s k wrote:
  Hi,
 
 
  Live snapshot indeed works, only live merge is not working. I guess we
  will have to wait until is available on CentOS.
 
  Thanks!
 
  Sokratis
 
 
 
 
  Date: Thu, 20 Nov 2014 09:49:40 +0800
  Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
  6.6 Node and oVirt 3.5.0
  From: coffee@gmail.com
  To: daniel.helgenber...@m-box.de
  CC: sokratis1...@outlook.com; users@ovirt.org
 
  Hi,
  as i know, live merge is only available from the versions in the
  fedora virt-preview repo. please see[1]
 
  [1] http://www.ovirt.org/Features/Live_Merge#Current_status
 
  2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
  daniel.helgenber...@m-box.de mailto:daniel.helgenber...@m-box.de:
 
  On 19.11.2014 14:06, s k wrote:
   Hello,
  
   I performed a full yum upgrade on a CentOS 6.5 Node which was
  upgraded to 6.6
   and I currently the following RPM versions are installed:
  
   [root@node01 ~]# uname -a
   Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11
 17:57:25
  UTC 2014
   x86_64 x86_64 x86_64 GNU/Linux
   [root@node01 ~]# rpm -qa |grep libvirt
   libvirt-python-0.10.2-46.el6_6.1.x86_64
   libvirt-client-0.10.2-46.el6_6.1.x86_64
   libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
   libvirt-0.10.2-46.el6_6.1.x86_64
   [root@node01

Re: [ovirt-users] Simple way to activate live merge in FC20 cluster

[Markus Stockhausen]

Wow. Very quick test. Thanks for sharing the results. I will have a look what 
qemu 1.6.2 might need.

Regarding stability of qemu 2.1.2: You should scan the qemu stable mailing list 
if some severe fixes have been  posted after the release. If you feel 
comfortable take qemu from  the preview repos too.

Just a simple yum update.

Remark: With the advent  of FC21 virt-preview for FC20 might see  no further  
fixes.

Markus

Am 21.11.2014 01:46 schrieb Gianluca Cecchi gianluca.cec...@gmail.com:
On Fri, Nov 21, 2014 at 1:38 AM, Gianluca Cecchi 
gianluca.cec...@gmail.commailto:gianluca.cec...@gmail.com wrote:


[root@tekkaman qemu]# rpm -q qemu
qemu-1.6.2-10.fc20.x86_64

[snip]

libvirtError: unsupported configuration: active commit not supported with this 
QEMU binary



OK, I reply to myself
The error above is explanatory...
I didn't notice that only the libvirt part is included in the 
ovirt-3.5-fedora-virt-preview repo:


[ovirt-3.5-fedora-virt-preview]
name=Virtualization packages from Rawhide built for latest Fedora
baseurl=http://fedorapeople.org/groups/virt/virt-preview/fedora-$releasever/$basearch
enabled=1
skip_if_unavailable=1
gpgcheck=0
includepkgs=libvirt*


SO I think I need qemu-2.1.2-6.fc20.x86_64.rpm and probably other packages as 
provided by virt-preview.
What could be the safest way to include further qemu packages?
How stable is qemu 2.1.2 at this time?

Thanks,
Gianluca

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] disabling generic-receive-offload (gro) and large-receive-offload ?

[Markus Stockhausen]

Hi Ernest,

we have similar issues with IPoIB. To fix it we use VDSM hooks:

# cat /usr/libexec/vdsm/hooks/before_vdsm_start/network.sh
...
ethtool -K ib0 tso off 2/dev/null
ethtool -K ib1 tso off 2/dev/null
...

Nevertheless this is similar to running self defined init scripts.
But at least I have a well defined location to put those fixes into.

Best regards.

Markus


Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von Ernest 
Beinrohr [ernest.beinr...@axonpro.sk]
Gesendet: Mittwoch, 19. November 2014 13:27
An: users
Betreff: [ovirt-users] disabling generic-receive-offload (gro) and 
large-receive-offload ?

Hi, is there a way of setting eth parameters for hypervisors? My freebsd 
instance has terrible performance when these are enabled. Currently I run these 
on all hypervisors manually.


ethtool –K vnet0 gro off
ethtool –K vnet2 gro off
ethtool –K vnet0 lro off
ethtool –K vnet2 lro off

as per: 
http://support.citrix.com/proddocs/topic/netscaler-vpx-10-5/ns-vpx-install-prereqkvm-ref.html

--
Ernest Beinrohr, AXON PRO
Inghttp://www.beinrohr.sk/ing.php, RHCEhttp://www.beinrohr.sk/rhce.php, 
RHCVAhttp://www.beinrohr.sk/rhce.php, LPIChttp://www.beinrohr.sk/lpic.php, 
VCAhttp://www.beinrohr.sk/vca.php,
+421-2-62410360 +421-903-482603


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Upgrade order 3.4.2 - 3.5.x

[Markus Stockhausen]

Hi,

maybe a stupid one. Just want to make sure that nothing goes wrong. We
plan to make a rolling upgrade of our landscape going to 3.5.1 in december.
So we always need some hypervisor nodes up and running during the
process.

Looking at older posts I assume that upgrading the engine should be
sufficient, while hypervisor nodes with vdsm 4.14.17 (from 3.4 repos) and
the active VMs keep on running. The start of the engine after the upgrade
should catch up and resync all states.

Afterwards I clean hypervisor hosts one by one and clean/reinstall it into
the cluster?

Thanks in advance.

Markus



Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Upgrade order 3.4.2 - 3.5.x

[Markus Stockhausen]

Hi,

sorry I forgot that: NFS, engine is running in a qemu VM outside the cluster.

Markus

Von: Gabi C [gab...@gmail.com]
Gesendet: Freitag, 31. Oktober 2014 12:12
An: Markus Stockhausen
Cc: ovirt-users
Betreff: Re: [ovirt-users] Upgrade order 3.4.2 - 3.5.x

Hello!

What kind of storage domains do  you have?

On Fri, Oct 31, 2014 at 1:02 PM, Markus Stockhausen 
stockhau...@collogia.demailto:stockhau...@collogia.de wrote:
Hi,

maybe a stupid one. Just want to make sure that nothing goes wrong. We
plan to make a rolling upgrade of our landscape going to 3.5.1 in december.
So we always need some hypervisor nodes up and running during the
process.

Looking at older posts I assume that upgrading the engine should be
sufficient, while hypervisor nodes with vdsm 4.14.17 (from 3.4 repos) and
the active VMs keep on running. The start of the engine after the upgrade
should catch up and resync all states.

Afterwards I clean hypervisor hosts one by one and clean/reinstall it into
the cluster?

Thanks in advance.

Markus



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



Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Deleting large snapshots blocks the whole cluster

[Markus Stockhausen]

Do you see swapping on the SPM? If yes a regular echo 3  drop_caches could 
help.

Markus

Am 27.10.2014 10:57 schrieb Stefan Wendler stefan.wend...@tngtech.com:
Hi,

we have some really large snapshots left from a migration. Since our
store is almost full now we have to delete them now.

Some snapshots are around 1TB already.

The last time we tried to delete a ~500GB snapshot the delete task
blocked the whole diskstore's IO and the whole cluster and all hosts
became unavailable.

Is there a way to delete large snapshots in a humane way that will not
block everything?

Cheers,
Stefan


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Deleting large snapshots blocks the whole cluster

[Markus Stockhausen]

 Von: Stefan Wendler [stefan.wend...@tngtech.com]
 Gesendet: Montag, 27. Oktober 2014 11:39
 An: Markus Stockhausen
 Cc: users@ovirt.org
 Betreff: Re: [ovirt-users] Deleting large snapshots blocks the whole cluster
 
 Hi,
 
 do you mean during snapshot deletion or in general?
 
 In general we do not have any swap usage at all. On none of the 4 hosts.
 
 We had some swap I/O on the host that is SPM most of the time. But not
 during that period where we tried to delete the snapshot.


I thought of the bug described in RH bugzilla 1138690 [SCALE] snapshot 
deletion - 
heavy swapping on SPM. In case you have no access to it (as it is RHEV 
tagged): 

qemu-img reads through pagecache during snapshot deletion. A new flag has been 
intrduced in August this year that allows to avoid page cache. This flag must be
provided by OVirt/RHEV. Target release is 3.6. 

Until then the only bugfix is to drop pagecache manually on regular intervals 
on the 
hypversior and especially the SPM node.

Markus

 
 Cheers,
 Stefan
 
 On 10/27/14 11:08, Markus Stockhausen wrote:
  Do you see swapping on the SPM? If yes a regular echo 3  drop_caches could 
  help.
 
  Markus
 
  Am 27.10.2014 10:57 schrieb Stefan Wendler stefan.wend...@tngtech.com:
  Hi,
 
  we have some really large snapshots left from a migration. Since our
  store is almost full now we have to delete them now.
 
  Some snapshots are around 1TB already.
 
  The last time we tried to delete a ~500GB snapshot the delete task
 blocked the whole diskstore's IO and the whole cluster and all hosts
 became unavailable.

 Is there a way to delete large snapshots in a humane way that will not
 block everything?

 Cheers,
 Stefan




Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs

[Markus Stockhausen]

Hi,

we are running the hyperv flags since months in our Win7 VMs without any issue. 
As we are still on OVirt 3.4 FC20 infrastructure we set them with hooks (and 
really depend on them).

Maybe RHEL related?

Markus

Am 24.10.2014 18:22 schrieb Charles Gruener cgrue...@gruener.us:
https://bugzilla.redhat.com/show_bug.cgi?id=1110305

This enabled the hv_relaxed flag on all my Windows VMs, causing them to no 
longer boot.  The same thing would happen if I simply booted from the Windows 
install media.  I would get a screen with a stop error:

Your PC needs to restart.
Please hold down the power button.
Error Code: 0x001E
Parameters:
0xC096
0xF802C4044EA4
0x0
0x0

I created a file called /etc/ovirt-engine/osinfo.conf.d/01-windows.properties 
that had one line:

os.windows_xp.devices.hyperv.enabled.value = false

I restarted ovirt-engine and now I can start my Windows VMs.

Why does this occur?  Is it because I upgraded from 3.4 to 3.5?  Is there 
something else I'm doing wrong?  I would like to not need this workaround.  
Thanks.

Charles

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] How to add custom lines in to host interface?

[Markus Stockhausen]

 Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von Trey 
 Dockendorf [treyd...@gmail.com]
 Gesendet: Sonntag, 19. Oktober 2014 20:43
 An: Arman Khalatyan
 Cc: users
 Betreff: Re: [ovirt-users] How to add custom lines in to host interface?
 
 I'd be interested in this too.  I currently set CONNECTED_MODE 
 outside of ovirt using Puppet, and have no tried this with 3.5 as 
 yet to upgrade.  Having full 65K MTU is key on my IB fabric and 
  using iSER benefits from maintaining that value.

IIRC vdsm controls all interfaces starting from 3.5 (unified persistence). 
So a hook in /usr/libexec/vdsm/hooks/before_vdsm_start might be the 
best choice. An educated guess would be:

#!/bin/sh
echo connected  /sys/class/net/ib0/mode
echo connected  /sys/class/net/ib1/mode

Markus

 - Trey
 
 On Oct 19, 2014 10:11 AM, Arman Khalatyan arm2...@gmail.com wrote:
 
 
 Hi,
 
 
 I need to add following line in the hosts ifcfg-ib0 interface:
 
 ---
 CONNECTED_MODE=yes
 
 MTU=65520
 
 IPV6INIT=no
 
 ---
 From the web Interface I can change only custom  MTU.
 
 IB interface supports big MTUs only if it is in the connected mode.
 
 
 Are there way to set it during the deployment/upgrade process? 
 Thanks,
 Arman.






___

Users mailing list

Users@ovirt.org

http://lists.ovirt.org/mailman/listinfo/users









Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] How to fix wrong speed of the Infiniband Interfaces?

[Markus Stockhausen]

If you are speaking about ib0 and so on this will be fixed with 3.5. The 
interfaces will then be advertised as 10Gbit.

Am 18.10.2014 13:14 schrieb Arman Khalatyan arm2...@gmail.com:
Hi,
I am using ovirt 3.4.4-1.
On the hosts I have 1Gbit(eth),10Gbit(eth) and 40Gbit(QDRInfiniband) interfaces.
ib interface is used for the VM migration and iscsi disks.
If I go to the network interfaces I can see right speed for eth cards.
Unfortunately the IB interface speed is detected as 0b/s.
This causes very hi load information on vm migrate face. Which is not true. IB 
can up to 2GB/s but already on 200MB/s load the hosts interfaces are overloaded.
Where can I put the correct speed of IB interface?
Thanks,
Arman.


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Fwd: Re: Cluster settings: KSM Control not working?

[Markus Stockhausen]

Forgot the CC.

-- Weitergeleitete Nachricht --
Von: Markus Stockhausen stockhau...@collogia.de
Datum: 09.10.2014 21:42
Betreff: Re: [ovirt-users] Cluster settings: KSM Control not working?
An: Frank Wall f...@moov.de
Cc:


Have a look at redhat bugzilla #1114226. It should give an idea what is 
happening behind the scenes.

Regarding disabling the feature: I would give a reboot of the hypervisor a try.

Markus

Am 09.10.2014 21:31 schrieb Frank Wall f...@moov.de:
Hi,

while testing oVirt 3.5 RC I've came across this cluster setting:

Optimization - KSM control - [X] Enable KSM

I guess it's related to Kernel Same-page Merging.
Since KSM is a bad idea in my case (really slow CPUs), I've disabled
this Cluster setting, expecting oVirt to disable KSM on each oVirt Node.
But KSM is still running and consuming a lot CPU.

1) What is the expected result for this setting?
2) And how do I completely and permanentely disable KSM on oVirt Nodes?


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

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] problems with win 2008_64 vm

[Markus Stockhausen]

Are you running FC20 on the hypervisor host and if yes what kernel?

Am 27.09.2014 02:39 schrieb Grant Pasley gr...@xtranet.com.au:
good morning guys

i have an issue with my 2008 vm going to pause within 5 secs of starting it up. 
new install of ovirt 3.4.4 on hp dl160, installed the windows vm and windows 
drivers etc and it was running fine. did a reboot last night and went to bed, i 
see this morning the server is not accessible and when i login to the web gui 
it is paused. stop vm and restart the server starts firing up and then goes to 
pause mode with the following message from the ovirt-engine log. i dont think 
it is a windows problem as the vm pauses before it even starts trying to load 
windows server:

2014-09-27 10:28:58,738 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(org.ovirt.thread.pool-6-thread-49) [74bf3eb0] Correlation ID: 74bf3eb0, Job 
ID: 5584a4e6-7ce2-4c2f-8278-3b0cdbc48d19, Call Stack: null, Custom Event ID: 
-1, Message: VM 2008-server was started by admin (Host: local_host).
2014-09-27 10:29:01,667 INFO  
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
(DefaultQuartzScheduler_Worker-99) VM 2008-server 
067fcde9-99ea-46cd-a5b6-46396e0e6f62 moved from WaitForLaunch -- PoweringUp
2014-09-27 10:29:06,211 INFO  [org.ovirt.engine.core.bll.SetVmTicketCommand] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] Running command: SetVmTicketCommand 
internal: false. Entities affected :  ID: 067fcde9-99ea-46cd-a5b6-46396e0e6f62 
Type: VM
2014-09-27 10:29:06,215 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] START, SetVmTicketVDSCommand(HostName = 
local_host, HostId = 3e605ec1-a6dd-43c6-9425-cbc21ac63bf4, 
vmId=067fcde9-99ea-46cd-a5b6-46396e0e6f62, ticket=RzYGHR4OBS8F, validTime=120,m 
userName=admin, userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 45ae9369
2014-09-27 10:29:06,384 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] FINISH, SetVmTicketVDSCommand, log id: 
45ae9369
2014-09-27 10:29:06,413 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(ajp--127.0.0.1-8702-1) [1e9b8c1d] Correlation ID: 1e9b8c1d, Call Stack: null, 
Custom Event ID: -1, Message: user admin initiated console session for VM 
2008-server
2014-09-27 10:29:07,854 INFO  
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
(DefaultQuartzScheduler_Worker-48) VM 2008-server 
067fcde9-99ea-46cd-a5b6-46396e0e6f62 moved from PoweringUp -- Paused

thanks

grant.




[http://static.avast.com/emails/avast-mail-stamp.png] http://www.avast.com/

This email is free from viruses and malware because avast! 
Antivirushttp://www.avast.com/ protection is active.



Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] BSoD in windows servers V.M due the processor Class

[Markus Stockhausen]

Hi,

will be fixed in 3.5. In advance you should set hv_relaxed options via hook.
See: https://bugzilla.redhat.com/show_bug.cgi?id=1110305

Best regards.

Markus

Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von Carlos 
Castillo [carlos.casti...@globalr.net]
Gesendet: Freitag, 8. August 2014 16:54
An: users
Betreff: [ovirt-users] BSoD in windows servers V.M due the processor Class

The subject of this email possibly suggest that I'm publishing in the wrong 
place but I'm not. I'm would like try to see if anyone faced a similar 
situation with Windows VM's.

Since the beginning of week 2 of my database servers (oVirt's VM's), are 
presenting a BSoD (STOP) because of a bugfix 0x0101 CLOCK_WATCHDOG_TIMEOUT.

After analyzing the minidump and make some review I found that this problem 
commonly occurs on Windows Server 2008 R2 installed in machine's with Intel 
processors Nehalan class (Xeon 5675 as we have in our solution).

99% of our Windows VM's run Windows 2008 R2, and although the situation has now 
generated only 2 servers affectation I wonder if exists some procedure to solve 
or a way to mask the processor type in the virtual machines.


Thanks in advance

--
Carlos J. Castillo
--
Ingeniero de Soluciones de TI
+58 426 2542313tel:%2B58%20426%202542313
@Dr4g0nKn1ght

[https://lh3.googleusercontent.com/-9rJ4Hxskzqo/T8z4gW054WI/BWg/JKK3KzFe8jk/s128/qr.png]

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Disk migration eats all CPU, vms running in SPM become unresponsive

[Markus Stockhausen]

 users-boun...@ovirt.org [users-boun...@ovirt.org]quot; im Auftrag von 
 quot;Federico Alberto Sayd [fs...@uncu.edu.ar]
 Gesendet: Donnerstag, 24. Juli 2014 18:16
 An: users@ovirt.org
 Betreff: [ovirt-users] Disk migration eats all CPU, vms running in SPM 
 become unresponsive
 
 Hello:
 
 I am experiencing some troubles with ovirt nodes:
 
 When a node is selected as SPM and I move a disk between storage
 domains, it seems that migration process eats all CPU and some VMs
 (running on the SPM) hang, others lose network connectivity. The events
 tab at Ovirt Engine reports the CPU exceeding the defined threshold and
 then reports that VMs in such host (SPM) are not responding.
 
 How can I debug this? Why do the VMs become unresponsive or lost network
 connectivity when the host CPU goes too high?
 
 I have attached a screenshot of the ovirt-engine events, and the
 relevant engine.log
 
 
 My setup:
 
 oVirt Engine Version:
  3.4.0-1.el6 (Centos 6.5)
 Nodes:
  Centos 6.5
  vdsm-4.14.6-0.el6
  libvirt-0.10.2-29.el6_5.9
  KVM: 0.12.1.2 - 2.415.el6_5.10 (jenkins build)
 

Hi, 

just a quick guess:

I would start the analysis by looking if SPM is swapping during the 
disk move. We had issues during snapshot deletion. More details at 
https://bugzilla.redhat.com/show_bug.cgi?id=1116558

If you encounter BSODs for windows VMs during that operation have 
a look at https://bugzilla.redhat.com/show_bug.cgi?id=1110305

Lessons learned so far for us:

- run SPM on the smallest host (with the fewest running VMs)
to  mit mitigate side effects of high CPU/disk utilization.

- Clear page cache if nodes run out of free memory.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Removal of snapshot taking too long

[Markus Stockhausen]

 Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von André 
 Freitas [afrei...@ubiwhere.com]
 Gesendet: Mittwoch, 16. Juli 2014 15:22
 An: users@ovirt.org
 Betreff: [ovirt-users] Removal of snapshot taking too long
 
 Hi,
 
 i don't know if its normal but i'm having situations where i have to wait 
 almost 
 45 minutes to delete a live snapshot  from a offline vm (my datastores are 
 all NFS).
 
 Is there any way i can speed this? The problem is that i can't start the 
 correspondent 
 vm until the snapshot is deleted...

If I get it right

https://www.ovirt.org/OVirt_3.5_release-management
http://bit.ly/17qBn6F
http://www.ovirt.org/Features/Live_Merge

show that live merging of snapshot is in stabilization phase for 3.5.

Until then 2 observations from our environment 

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

Markus


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Snapshot deletion performance [was Latency]

[Markus Stockhausen]

 Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
 Maurice James [mja...@media-node.com]
 Gesendet: Freitag, 27. Juni 2014 01:42
 An: users
 Betreff: [ovirt-users] Spam Latency
 
 I noticed that the following operations take way, way too long:
 Any type of import/export (VM, template. etc.)
 Disk migration
  Snapshot deletion
 These operations take over 60 minutes, most of the time pushing 90 minutes. I 
 know I don't have the fastest storage disks but wow, up to 90 minutes?.
 My NFS storage is on a 4 disk RAID 5.  7200rpm disks. 2GBps network 
 connection.

At least for the snapshot deletion part there might be some headroom
for improvements: https://bugzilla.redhat.com/show_bug.cgi?id=1116565

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Spam Re: [Video]: New Live Migration Progess Bar for oVirt

[Markus Stockhausen]

 Von: users-boun...@ovirt.org [users-boun...@ovirt.org]quot; im Auftrag von 
 quot;Maurice James [mja...@media-node.com]
 Gesendet: Montag, 30. Juni 2014 16:33
 An: Brian Proffitt
 Cc: users
 Betreff: [ovirt-users] Spam  Re:  [Video]: New Live Migration  Progess Bar 
 for oVirt
 
 is that progress bar also implemented for disk migrations?
 

+1 and maybe snapshot deletion can use this too (can take up to 15 minutes).




Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] Best way to define migration bandwidth

[Markus Stockhausen]

Hello,

right now we modify /etc/vdsm/vdsm.conf on each host to raise migration
bandwidth on our IPoIB network. Is there any place to set it permanently?
If not I'll file a RFE.

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] FC20 vdsmd broken after latest yum update

[Markus Stockhausen]

Hello,

having no Fedora account a cannot give positive karma. So feedback this way:

- Installed python + libs 2.7.5-12 and python-cpopen 1.3-3
- started VDSM 
- host activated
- VM migrated to host and back
- host put into mainteneance mode

Everything without errors. So looks fine up to now.

Markus

Von: Douglas Schilling Landgraf [dougsl...@redhat.com]
Gesendet: Dienstag, 24. Juni 2014 23:23
An: Dan Kenigsberg; Markus Stockhausen
Cc: ovirt-users
Betreff: Re: [ovirt-users] FC20 vdsmd broken after latest yum update

On 06/24/2014 04:35 AM, Dan Kenigsberg wrote:
 On Tue, Jun 24, 2014 at 07:53:13AM +, Markus Stockhausen wrote:
 Hi,

 after a maintenance of one of our hosts, vdsmd does not start anymore.
 Error could be narrowed down to the following command:

 [root ~]# /usr/bin/vdsm-tool is-configured
 Traceback (most recent call last):
File /usr/bin/vdsm-tool, line 145, in module
  sys.exit(main())
File /usr/bin/vdsm-tool, line 142, in main
  return tool_command[cmd][command](*args[1:])
File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
 251, in isconfigured
  if c.getName() in args.modules and not c.isconfigured()
File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
 103, in isconfigured
  self._exec_libvirt_configure(check_if_configured)
File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
 78, in _exec_libvirt_configure
  raw=True,
File /usr/lib64/python2.7/site-packages/vdsm/utils.py, line 645, in 
 execCmd
  deathSignal=deathSignal, childUmask=childUmask)
File /usr/lib64/python2.7/site-packages/cpopen/__init__.py, line 50, in 
 __init__
  stderr=PIPE)
File /usr/lib64/python2.7/subprocess.py, line 711, in __init__
  errread, errwrite)
 TypeError: _execute_child_v275() takes exactly 17 arguments (18 given)

 We are on Ovirt 3.4.2. FC20 Hypervisor node is fully patched (as mentioned 
 above).
 Any idea what is going wrong?

 Francesco knows, and he has posted a fix to cpopen yesterday
 (posted to the devel list under the subject F20 python 2.7.5-12 breaks
 cpopen).

 I hope Yaniv releases a quick fix. Until then, either fix cpopen locally
 or downgrade python.

Hi,

I have build the last python-cpopen available which includes the fix.

If possible please test and give karma to it so we can move to stable as
soon as possible.

python-cpopen-1.3-3.fc20 for Fedora 20
https://admin.fedoraproject.org/updates/python-cpopen-1.3-3.fc20

Thanks!

--
Cheers
Douglas

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

[ovirt-users] FC20 vdsmd broken after latest yum update

[Markus Stockhausen]

Hi,

after a maintenance of one of our hosts, vdsmd does not start anymore.
Error could be narrowed down to the following command:

[root ~]# /usr/bin/vdsm-tool is-configured
Traceback (most recent call last):
  File /usr/bin/vdsm-tool, line 145, in module
sys.exit(main())
  File /usr/bin/vdsm-tool, line 142, in main
return tool_command[cmd][command](*args[1:])
  File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
251, in isconfigured
if c.getName() in args.modules and not c.isconfigured()
  File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
103, in isconfigured
self._exec_libvirt_configure(check_if_configured)
  File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 78, 
in _exec_libvirt_configure
raw=True,
  File /usr/lib64/python2.7/site-packages/vdsm/utils.py, line 645, in execCmd
deathSignal=deathSignal, childUmask=childUmask)
  File /usr/lib64/python2.7/site-packages/cpopen/__init__.py, line 50, in 
__init__
stderr=PIPE)
  File /usr/lib64/python2.7/subprocess.py, line 711, in __init__
errread, errwrite)
TypeError: _execute_child_v275() takes exactly 17 arguments (18 given)

We are on Ovirt 3.4.2. FC20 Hypervisor node is fully patched (as mentioned 
above).
Any idea what is going wrong?

Markus


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] FC20 vdsmd broken after latest yum update

[Markus Stockhausen]

 Von: users-boun...@ovirt.org [users-boun...@ovirt.org] im Auftrag von 
 Markus Stockhausen [stockhau...@collogia.de]
 Gesendet: Dienstag, 24. Juni 2014 09:53
 An: ovirt-users
 Betreff: [ovirt-users] FC20 vdsmd broken after latest yum update

 Hi,

 after a maintenance of one of our hosts, vdsmd does not start anymore.
 Error could be narrowed down to the following command:

 [root ~]# /usr/bin/vdsm-tool is-configured
 Traceback (most recent call last):
   File /usr/bin/vdsm-tool, line 145, in module
 sys.exit(main())
   File /usr/bin/vdsm-tool, line 142, in main
 return tool_command[cmd][command](*args[1:])
   File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
 251, in isconfigured
 if c.getName() in args.modules and not c.isconfigured()
   File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
 103, in isconfigured
 self._exec_libvirt_configure(check_if_configured)
   File /usr/lib64/python2.7/site-packages/vdsm/tool/configurator.py, line 
 78, in _exec_libvirt_configure
 raw=True,
   File /usr/lib64/python2.7/site-packages/vdsm/utils.py, line 645, in 
 execCmd
 deathSignal=deathSignal, childUmask=childUmask)
   File /usr/lib64/python2.7/site-packages/cpopen/__init__.py, line 50, in 
 __init__
 stderr=PIPE)
   File /usr/lib64/python2.7/subprocess.py, line 711, in __init__
 errread, errwrite)
 TypeError: _execute_child_v275() takes exactly 17 arguments (18 given)

 We are on Ovirt 3.4.2. FC20 Hypervisor node is fully patched (as mentioned 
 above).
 Any idea what is going wrong?

 Markus

Hello,

seems to be a wrong call in /usr/lib64/python2.7/subprocess.py with 
python-libs-2.7.5-12

New coding:
try:
self._execute_child(args, executable, preexec_fn, close_fds,
cwd, env, universal_newlines,
startupinfo, creationflags, shell, to_close,
p2cread, p2cwrite,
c2pread, c2pwrite,
errread, errwrite)
Old coding:
try:
self._execute_child(args, executable, preexec_fn, close_fds,
cwd, env, universal_newlines,
startupinfo, creationflags, shell,
p2cread, p2cwrite,
c2pread, c2pwrite,
errread, errwrite)

to_close is a new parameter. Going back to old python  libs version fixed it.

Markus


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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