Re: [ovirt-users] Adding existing hosts to a new ovirt engine.

[shimano]

Do you have engine's backups?


2015-05-06 15:55 GMT+02:00 Logan McNaughton :

> I'm also curious about what to do in this situation, perhaps someone from
> Red Hat has some insight?
>
> On Mon, May 4, 2015 at 12:48 AM, Jan Stomphorst 
> wrote:
>
>> Hi guys,
>>
>>
>>
>> My engine died and I have hosts with virtual machines running. Now I want
>> to add the running host to a new engine. Without disturbing the virtual
>> machines on the host.
>>
>> If I add an host it tries to install the ovirt packages, but there
>> already running.
>>
>>
>>
>> How do I resolve this.. J
>>
>>
>>
>> Regards,
>>
>> Jan Stomphorst
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] autologin into vm desktop

[Adolfo]

:`(... after looking at this, this is not what i was looking for (but 
almost).


This API call seems to make logon on desktop using "the credentials of 
the client. I mean, we can't pass the user credentials (as with 
vdsClient), ovirt takes them from their own. (I think that from user 
that makes the API call).


I need to pass the "username" "password" "domain" data in a way similar 
to this, but be able to do it without registering the user inside ovirt, 
making a call with the users credentials, etc... so back to beginning i 
guess... :(


Anyway, thank you very much for taking your time for helping me ;-)

Regards,

Adolfo gómez


El 07/05/2015 a las 5:10, Adolfo escribió:
O.o that is what i was looking for!!!... Has to take a BIG look at 
it... ;)


Thank you very much again, i was looking for this, but after 
"googling" a lot didn't found it!!! ;)


Adolfo Gómez


El 07/05/2015 a las 5:05, Dan Yasny escribió:
...and it looks like in the latest versions the REST API has 
//vms/{vmid}/logon/

/
/
/https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Technical_Guide/sect-Actions5.html#Enable_user_logon_to_access_a_virtual_machine_from_an_external_console
/

On Wed, May 6, 2015 at 10:55 PM, Dan Yasny > wrote:


You can pass the credentials directly to the guest agent using
vdsClient on the host, among other things:

desktopLock

Logoff current user
desktopLogin
   
Login to vmId desktop using the supplied credentials
desktopLogoff
 
Lock user session. force should be set to true/false

Will probably require key based remote ssh execution, and API
calls to the engine, to determine the host and VM UUID

On Wed, May 6, 2015 at 10:45 PM, Adolfo mailto:ago...@virtualcable.es>> wrote:

I know, but this all is used from "ovirt portal", and we are
only using ovirt api, the portal is provided by own broker :)

I'm currently looking at the code of vdsClient, to see if i
can replicate the "desktopLogin" feature.

This was why i was wondering if this is the place to post
this, because it's more related to "development", but not to
de development of ovirt itself (or yes, don't know right
now... :) )

Thank you

Adolfo Gómez



El 07/05/2015 a las 4:40, Dan Yasny escribió:

This is exactly what the SSO feature is for.

http://www.ovirt.org/Features/SSO
http://www.ovirt.org/OVirt_Guest_Agent/Single_Sign_On/Windows

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Power_User_Portal_Guide/Single_Sign_On-Windows.html



On Wed, May 6, 2015 at 10:24 PM, Adolfo
mailto:ago...@virtualcable.es>> wrote:

Hello,

My name is Adolfo. I'm in charge of the development of
UDS, an open source connection broker (with commercial
support if requested)
(http://www.ovirt.org/Universidad_de_Sevilla_Case_Study
is done with it for example).

I don't know if this is the place to post this "request
for help", if not, please forgive me :)

The case is that we are including Spice as an accepted
protocol for connecting to VMs (currently we allow rdp,
rgs, nx, ...) provided by oVirt, and we have found the
following "issue".

It's ease to get the connection parameters for the VM
using REST api, even get the ticket for allowing
connection, but i have been looking for a way "logging
user" directly into desktop, not only connect to
"display" but also "log in" into remote without needed
to use a second authentication.

I have seen that oVirt Portal currently allows this, and
i have found also that vsdClient can do login using
"vdsClient -s  desktopLogin  
 ", and although it is possible to use
this, it will be a bit "tricky" to get it working i think.

My question is... ¿Is any way of doing "desktop login"
using REST API, or any other "simple method" from an
external app such as this broker?.

¿If yes, how? :-)
¿If not, will be support for this an anyone knows how?

Thank you, and again, if this is not the correct list,
sorry for the annoyance.

Adolfo Gómez

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










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

Re: [ovirt-users] autologin into vm desktop

[Adolfo]

O.o that is what i was looking for!!!... Has to take a BIG look at it... ;)

Thank you very much again, i was looking for this, but after "googling" 
a lot didn't found it!!! ;)


Adolfo Gómez


El 07/05/2015 a las 5:05, Dan Yasny escribió:
...and it looks like in the latest versions the REST API has 
//vms/{vmid}/logon/

/
/
/https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Technical_Guide/sect-Actions5.html#Enable_user_logon_to_access_a_virtual_machine_from_an_external_console
/

On Wed, May 6, 2015 at 10:55 PM, Dan Yasny > wrote:


You can pass the credentials directly to the guest agent using
vdsClient on the host, among other things:

desktopLock

Logoff current user
desktopLogin
   
Login to vmId desktop using the supplied credentials
desktopLogoff
 
Lock user session. force should be set to true/false

Will probably require key based remote ssh execution, and API
calls to the engine, to determine the host and VM UUID

On Wed, May 6, 2015 at 10:45 PM, Adolfo mailto:ago...@virtualcable.es>> wrote:

I know, but this all is used from "ovirt portal", and we are
only using ovirt api, the portal is provided by own broker :)

I'm currently looking at the code of vdsClient, to see if i
can replicate the "desktopLogin" feature.

This was why i was wondering if this is the place to post
this, because it's more related to "development", but not to
de development of ovirt itself (or yes, don't know right
now... :) )

Thank you

Adolfo Gómez



El 07/05/2015 a las 4:40, Dan Yasny escribió:

This is exactly what the SSO feature is for.

http://www.ovirt.org/Features/SSO
http://www.ovirt.org/OVirt_Guest_Agent/Single_Sign_On/Windows

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Power_User_Portal_Guide/Single_Sign_On-Windows.html



On Wed, May 6, 2015 at 10:24 PM, Adolfo
mailto:ago...@virtualcable.es>> wrote:

Hello,

My name is Adolfo. I'm in charge of the development of
UDS, an open source connection broker (with commercial
support if requested)
(http://www.ovirt.org/Universidad_de_Sevilla_Case_Study
is done with it for example).

I don't know if this is the place to post this "request
for help", if not, please forgive me :)

The case is that we are including Spice as an accepted
protocol for connecting to VMs (currently we allow rdp,
rgs, nx, ...) provided by oVirt, and we have found the
following "issue".

It's ease to get the connection parameters for the VM
using REST api, even get the ticket for allowing
connection, but i have been looking for a way "logging
user" directly into desktop, not only connect to
"display" but also "log in" into remote without needed to
use a second authentication.

I have seen that oVirt Portal currently allows this, and
i have found also that vsdClient can do login using
"vdsClient -s  desktopLogin  
 ", and although it is possible to use
this, it will be a bit "tricky" to get it working i think.

My question is... ¿Is any way of doing "desktop login"
using REST API, or any other "simple method" from an
external app such as this broker?.

¿If yes, how? :-)
¿If not, will be support for this an anyone knows how?

Thank you, and again, if this is not the correct list,
sorry for the annoyance.

Adolfo Gómez

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








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

Re: [ovirt-users] autologin into vm desktop

[Dan Yasny]

...and it looks like in the latest versions the REST API has
*/vms/{vmid}/logon*


*https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Technical_Guide/sect-Actions5.html#Enable_user_logon_to_access_a_virtual_machine_from_an_external_console
*

On Wed, May 6, 2015 at 10:55 PM, Dan Yasny  wrote:

> You can pass the credentials directly to the guest agent using vdsClient
> on the host, among other things:
>
> desktopLock
> 
> Logoff current user
> desktopLogin
>
> Login to vmId desktop using the supplied credentials
> desktopLogoff
>  
> Lock user session. force should be set to true/false
>
> Will probably require key based remote ssh execution, and API calls to the
> engine, to determine the host and VM UUID
>
> On Wed, May 6, 2015 at 10:45 PM, Adolfo  wrote:
>
>>  I know, but this all is used from "ovirt portal", and we are only using
>> ovirt api, the portal is provided by own broker :)
>>
>> I'm currently looking at the code of vdsClient, to see if i can replicate
>> the "desktopLogin" feature.
>>
>> This was why i was wondering if this is the place to post this, because
>> it's more related to "development", but not to de development of ovirt
>> itself (or yes, don't know right now... :) )
>>
>> Thank you
>>
>> Adolfo Gómez
>>
>>
>>
>> El 07/05/2015 a las 4:40, Dan Yasny escribió:
>>
>> This is exactly what the SSO feature is for.
>>
>>  http://www.ovirt.org/Features/SSO
>> http://www.ovirt.org/OVirt_Guest_Agent/Single_Sign_On/Windows
>>
>> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Power_User_Portal_Guide/Single_Sign_On-Windows.html
>>
>>
>>
>> On Wed, May 6, 2015 at 10:24 PM, Adolfo  wrote:
>>
>>> Hello,
>>>
>>> My name is Adolfo. I'm in charge of the development of UDS, an open
>>> source connection broker (with commercial support if requested) (
>>> http://www.ovirt.org/Universidad_de_Sevilla_Case_Study is done with it
>>> for example).
>>>
>>> I don't know if this is the place to post this "request for help", if
>>> not, please forgive me :)
>>>
>>> The case is that we are including Spice as an accepted protocol for
>>> connecting to VMs (currently we allow rdp, rgs, nx, ...) provided by oVirt,
>>> and we have found the following "issue".
>>>
>>> It's ease to get the connection parameters for the VM using REST api,
>>> even get the ticket for allowing connection, but i have been looking for a
>>> way "logging user" directly into desktop, not only connect to "display" but
>>> also "log in" into remote without needed to use a second authentication.
>>>
>>> I have seen that oVirt Portal currently allows this, and i have found
>>> also that vsdClient can do login using "vdsClient -s  desktopLogin
>>>", and although it is possible to use
>>> this, it will be a bit "tricky" to get it working i think.
>>>
>>> My question is... ¿Is any way of doing "desktop login" using REST API,
>>> or any other "simple method" from an external app such as this broker?.
>>>
>>> ¿If yes, how? :-)
>>> ¿If not, will be support for this an anyone knows how?
>>>
>>> Thank you, and again, if this is not the correct list, sorry for the
>>> annoyance.
>>>
>>> Adolfo Gómez
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] autologin into vm desktop

[Adolfo]

Yap, that the solution i was thinking about as "last resort".

We have direct connection to engine, and currently we get connection 
parameters as this (after initializing connection, etc...):



display = vm.get_display()
ticket = vm.ticket().get_ticket()
return {
'type': display.get_type(),
'address': display.get_address(),
'port': display.get_port(),
'secure_port': display.get_secure_port(),
'monitors': display.get_monitors(),
'cert_subject': display.get_certificate().get_subject(),
'ticket': {
'value': ticket.get_value(),
'expiry': ticket.get_expiry()
}

So we get all we need to connect. (we replace with returned data the 
".vv" file created by oVirt admin on connect, and it works). Don't know 
exactly right now how to use vdsClient code for this, but i have already 
seen that it uses xmlrcp, so maybe, i can "invoke" the desktopLogin 
command using directly xmlrpc... will see


We will make some tests on this, and let's see what happens

Thank you very much for your help ;)

Adolfo Gómez

El 07/05/2015 a las 4:55, Dan Yasny escribió:
You can pass the credentials directly to the guest agent using 
vdsClient on the host, among other things:


desktopLock

Logoff current user
desktopLogin
   
Login to vmId desktop using the supplied credentials
desktopLogoff
 
Lock user session. force should be set to true/false

Will probably require key based remote ssh execution, and API calls to 
the engine, to determine the host and VM UUID


On Wed, May 6, 2015 at 10:45 PM, Adolfo > wrote:


I know, but this all is used from "ovirt portal", and we are only
using ovirt api, the portal is provided by own broker :)

I'm currently looking at the code of vdsClient, to see if i can
replicate the "desktopLogin" feature.

This was why i was wondering if this is the place to post this,
because it's more related to "development", but not to de
development of ovirt itself (or yes, don't know right now... :) )

Thank you

Adolfo Gómez



El 07/05/2015 a las 4:40, Dan Yasny escribió:

This is exactly what the SSO feature is for.

http://www.ovirt.org/Features/SSO
http://www.ovirt.org/OVirt_Guest_Agent/Single_Sign_On/Windows

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Power_User_Portal_Guide/Single_Sign_On-Windows.html



On Wed, May 6, 2015 at 10:24 PM, Adolfo mailto:ago...@virtualcable.es>> wrote:

Hello,

My name is Adolfo. I'm in charge of the development of UDS,
an open source connection broker (with commercial support if
requested)
(http://www.ovirt.org/Universidad_de_Sevilla_Case_Study is
done with it for example).

I don't know if this is the place to post this "request for
help", if not, please forgive me :)

The case is that we are including Spice as an accepted
protocol for connecting to VMs (currently we allow rdp, rgs,
nx, ...) provided by oVirt, and we have found the following
"issue".

It's ease to get the connection parameters for the VM using
REST api, even get the ticket for allowing connection, but i
have been looking for a way "logging user" directly into
desktop, not only connect to "display" but also "log in" into
remote without needed to use a second authentication.

I have seen that oVirt Portal currently allows this, and i
have found also that vsdClient can do login using "vdsClient
-s  desktopLogin",
and although it is possible to use this, it will be a bit
"tricky" to get it working i think.

My question is... ¿Is any way of doing "desktop login" using
REST API, or any other "simple method" from an external app
such as this broker?.

¿If yes, how? :-)
¿If not, will be support for this an anyone knows how?

Thank you, and again, if this is not the correct list, sorry
for the annoyance.

Adolfo Gómez

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







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

Re: [ovirt-users] autologin into vm desktop

[Dan Yasny]

You can pass the credentials directly to the guest agent using vdsClient on
the host, among other things:

desktopLock

Logoff current user
desktopLogin
   
Login to vmId desktop using the supplied credentials
desktopLogoff
 
Lock user session. force should be set to true/false

Will probably require key based remote ssh execution, and API calls to the
engine, to determine the host and VM UUID

On Wed, May 6, 2015 at 10:45 PM, Adolfo  wrote:

>  I know, but this all is used from "ovirt portal", and we are only using
> ovirt api, the portal is provided by own broker :)
>
> I'm currently looking at the code of vdsClient, to see if i can replicate
> the "desktopLogin" feature.
>
> This was why i was wondering if this is the place to post this, because
> it's more related to "development", but not to de development of ovirt
> itself (or yes, don't know right now... :) )
>
> Thank you
>
> Adolfo Gómez
>
>
>
> El 07/05/2015 a las 4:40, Dan Yasny escribió:
>
> This is exactly what the SSO feature is for.
>
>  http://www.ovirt.org/Features/SSO
> http://www.ovirt.org/OVirt_Guest_Agent/Single_Sign_On/Windows
>
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Power_User_Portal_Guide/Single_Sign_On-Windows.html
>
>
>
> On Wed, May 6, 2015 at 10:24 PM, Adolfo  wrote:
>
>> Hello,
>>
>> My name is Adolfo. I'm in charge of the development of UDS, an open
>> source connection broker (with commercial support if requested) (
>> http://www.ovirt.org/Universidad_de_Sevilla_Case_Study is done with it
>> for example).
>>
>> I don't know if this is the place to post this "request for help", if
>> not, please forgive me :)
>>
>> The case is that we are including Spice as an accepted protocol for
>> connecting to VMs (currently we allow rdp, rgs, nx, ...) provided by oVirt,
>> and we have found the following "issue".
>>
>> It's ease to get the connection parameters for the VM using REST api,
>> even get the ticket for allowing connection, but i have been looking for a
>> way "logging user" directly into desktop, not only connect to "display" but
>> also "log in" into remote without needed to use a second authentication.
>>
>> I have seen that oVirt Portal currently allows this, and i have found
>> also that vsdClient can do login using "vdsClient -s  desktopLogin
>>", and although it is possible to use
>> this, it will be a bit "tricky" to get it working i think.
>>
>> My question is... ¿Is any way of doing "desktop login" using REST API, or
>> any other "simple method" from an external app such as this broker?.
>>
>> ¿If yes, how? :-)
>> ¿If not, will be support for this an anyone knows how?
>>
>> Thank you, and again, if this is not the correct list, sorry for the
>> annoyance.
>>
>> Adolfo Gómez
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] autologin into vm desktop

[Adolfo]

I know, but this all is used from "ovirt portal", and we are only using 
ovirt api, the portal is provided by own broker :)


I'm currently looking at the code of vdsClient, to see if i can 
replicate the "desktopLogin" feature.


This was why i was wondering if this is the place to post this, because 
it's more related to "development", but not to de development of ovirt 
itself (or yes, don't know right now... :) )


Thank you

Adolfo Gómez


El 07/05/2015 a las 4:40, Dan Yasny escribió:

This is exactly what the SSO feature is for.

http://www.ovirt.org/Features/SSO
http://www.ovirt.org/OVirt_Guest_Agent/Single_Sign_On/Windows
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Power_User_Portal_Guide/Single_Sign_On-Windows.html



On Wed, May 6, 2015 at 10:24 PM, Adolfo > wrote:


Hello,

My name is Adolfo. I'm in charge of the development of UDS, an
open source connection broker (with commercial support if
requested) (http://www.ovirt.org/Universidad_de_Sevilla_Case_Study
is done with it for example).

I don't know if this is the place to post this "request for help",
if not, please forgive me :)

The case is that we are including Spice as an accepted protocol
for connecting to VMs (currently we allow rdp, rgs, nx, ...)
provided by oVirt, and we have found the following "issue".

It's ease to get the connection parameters for the VM using REST
api, even get the ticket for allowing connection, but i have been
looking for a way "logging user" directly into desktop, not only
connect to "display" but also "log in" into remote without needed
to use a second authentication.

I have seen that oVirt Portal currently allows this, and i have
found also that vsdClient can do login using "vdsClient -s
 desktopLogin", and
although it is possible to use this, it will be a bit "tricky" to
get it working i think.

My question is... ¿Is any way of doing "desktop login" using REST
API, or any other "simple method" from an external app such as
this broker?.

¿If yes, how? :-)
¿If not, will be support for this an anyone knows how?

Thank you, and again, if this is not the correct list, sorry for
the annoyance.

Adolfo Gómez

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




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

Re: [ovirt-users] autologin into vm desktop

[Dan Yasny]

This is exactly what the SSO feature is for.

http://www.ovirt.org/Features/SSO
http://www.ovirt.org/OVirt_Guest_Agent/Single_Sign_On/Windows
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.1/html/Power_User_Portal_Guide/Single_Sign_On-Windows.html



On Wed, May 6, 2015 at 10:24 PM, Adolfo  wrote:

> Hello,
>
> My name is Adolfo. I'm in charge of the development of UDS, an open source
> connection broker (with commercial support if requested) (
> http://www.ovirt.org/Universidad_de_Sevilla_Case_Study is done with it
> for example).
>
> I don't know if this is the place to post this "request for help", if not,
> please forgive me :)
>
> The case is that we are including Spice as an accepted protocol for
> connecting to VMs (currently we allow rdp, rgs, nx, ...) provided by oVirt,
> and we have found the following "issue".
>
> It's ease to get the connection parameters for the VM using REST api, even
> get the ticket for allowing connection, but i have been looking for a way
> "logging user" directly into desktop, not only connect to "display" but
> also "log in" into remote without needed to use a second authentication.
>
> I have seen that oVirt Portal currently allows this, and i have found also
> that vsdClient can do login using "vdsClient -s  desktopLogin
>", and although it is possible to use
> this, it will be a bit "tricky" to get it working i think.
>
> My question is... ¿Is any way of doing "desktop login" using REST API, or
> any other "simple method" from an external app such as this broker?.
>
> ¿If yes, how? :-)
> ¿If not, will be support for this an anyone knows how?
>
> Thank you, and again, if this is not the correct list, sorry for the
> annoyance.
>
> Adolfo Gómez
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] autologin into vm desktop

[Adolfo]

Hello,

My name is Adolfo. I'm in charge of the development of UDS, an open 
source connection broker (with commercial support if requested) 
(http://www.ovirt.org/Universidad_de_Sevilla_Case_Study is done with it 
for example).


I don't know if this is the place to post this "request for help", if 
not, please forgive me :)


The case is that we are including Spice as an accepted protocol for 
connecting to VMs (currently we allow rdp, rgs, nx, ...) provided by 
oVirt, and we have found the following "issue".


It's ease to get the connection parameters for the VM using REST api, 
even get the ticket for allowing connection, but i have been looking for 
a way "logging user" directly into desktop, not only connect to 
"display" but also "log in" into remote without needed to use a second 
authentication.


I have seen that oVirt Portal currently allows this, and i have found 
also that vsdClient can do login using "vdsClient -s  
desktopLogin", and although it is 
possible to use this, it will be a bit "tricky" to get it working i think.


My question is... ¿Is any way of doing "desktop login" using REST API, 
or any other "simple method" from an external app such as this broker?.


¿If yes, how? :-)
¿If not, will be support for this an anyone knows how?

Thank you, and again, if this is not the correct list, sorry for the 
annoyance.


Adolfo Gómez

___
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 :
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

Re: [ovirt-users] GetGlusterVolumeAdvancedDetailsQuery & GetGlusterVolumeProfileInfoQuery when using seperate storage network

[knarra]

On 05/06/2015 11:22 PM, Jorick Astrego wrote:



On 05/06/2015 06:24 PM, knarra wrote:

On 05/06/2015 06:59 PM, Jorick Astrego wrote:



On 05/06/2015 02:49 PM, knarra wrote:

On 05/06/2015 05:33 PM, Jorick Astrego wrote:

Hi,

Looking forward to bz 1049994Allow choosing network interface 
for gluster domain traffic.


Currently I have the bricks on a different storage network and 
can't get the volume details or profile it.


Will this be handled in 3.6 properly? I don't see any changes in 
gerrit regarding this, but I can be ovelooking it.


The errors I get currently:

Could not fetch brick profile stats

2015-05-06 10:34:22,430 ERROR
[org.ovirt.engine.core.bll.gluster.GetGlusterVolumeProfileInfoQuery]
(ajp--127.0.0.1-8702-27) Query
GetGlusterVolumeProfileInfoQuery failed. Exception message is
null : java.lang.NullPointerException:
java.lang.NullPointerException

and

Error in fetching the brick details, please try again.

2015-05-06 10:36:14,205 ERROR
[org.ovirt.engine.core.bll.gluster.GetGlusterVolumeAdvancedDetailsQuery]
(ajp--127.0.0.1-8702-55) Query
GetGlusterVolumeAdvancedDetailsQuery failed. Exception message
is VdcBLLException: Volume status failed
error: Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test/gluster/brick1 in volume data
Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test:/gluster/brick1 in volume data
return code: -1 (Failed with error GlusterVolumeStatusFailed
and code 4157) :
org.ovirt.engine.core.common.errors.VdcBLLException:
VdcBLLException: Volume status failed
error: Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test:/gluster/brick1 in volume data
Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test:/gluster/brick1 in volume data
return code: -1 (Failed with error GlusterVolumeStatusFailed
and code 4157):
org.ovirt.engine.core.common.errors.VdcBLLException:
VdcBLLException: Volume status failed
error: Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test:/gluster/brick1 in volume data
Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test:/gluster/brick1 in volume data
return code: -1 (Failed with error GlusterVolumeStatusFailed
and code 4157)





Met vriendelijke groet, With kind regards,

Jorick Astrego*

Netbulae Virtualization Experts *

Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3AKvK 
08198180
Fax: 053 20 30 271 	www.netbulae.eu 	7547 TA Enschede 	BTW 
NL821234584B01







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

Hi,

Can you please check what does your gluster peer status on each 
of your nodes return?  I guess they are in disconnected state and 
that is the reason you are not able to view these details.


Thanks
kasturi


On the nodes it gives me the following:

gluster peer status
Connection failed. Please check if gluster daemon is operational.

This means that glusterd is not running on this node. you could check 
the status of glusterd by running the command 'service glusterd status'.


please start glusterd by running the command 'service glusterd start' 
on both of your nodes.


Ideally when glusterd goes down node in ovirt should move to 
non-operational. Because of this BZ 1207150 as of now it is not 
changing the state to non operational.


There is no glusterd on the compute nodes in our setup, we have two 
clusters. One for virt hosts only and one for GlusterFS only.



Like I said, everything is Up and running fine. It's just that I can't 
get the stats because the hostname != GlusterFS NIC ip






But everyting is up and ovirt found the manually configured volume 
perfectly. But the hostname it lists as glustertest1.netbulae.test 
is not what my volume uses for communication as I created the volume 
using the ip's of the storage network.



gluster peer status
Number of Peers: 2

Hostname: 10.1.1.3
Uuid: 1cc0875e-1699-42ae-aed2-9152667ed5af
State: Peer in Cluster (Connected)

Hostname: 10.1.1.2
Uuid: a0b3ac13-7388-441a-a238-1deb023cab6c
State: Peer in Cluster (Connected)


Did you import already existing cluster ?


No, I provisioned the nodes. Added them to our glusterfs cluster (with 
virt service disabled) and created the volume manually.


oVirt auto-discovered the manual created volume after that.

Error: No brick *glustertest1.netbulae.test*:/gluster/brick1 in
volume data

Hostname: *10.1.1.3*

Things should work better in 3.6 (bz1049994), but I don't see any code 
changes to "GetGlusterVolumeProfileInfoQuery" linked to this in Bugzilla.




HI Jorik,

For more information on using sepa

Re: [ovirt-users] Directly connect NIC or other cards to VM?

[David Smith]

Great, thanks for the update. That'll certainly keep me moving forward in
that direction.

I think at this time I can wait a while for it to be official.

Thanks,
David

On Mon, Feb 16, 2015 at 3:36 AM, Martin Polednik 
wrote:

>
>
> - Original Message -
> > From: "Lior Vernia" 
> > To: "David Smith" 
> > Cc: "users" , "Martin Polednik" 
> > Sent: Monday, February 16, 2015 9:15:41 AM
> > Subject: Re: [ovirt-users] Directly connect NIC or other cards to VM?
> >
> > Hi David,
> >
> > On 13/02/15 01:28, David Smith wrote:
> > > Is there a way to directly connect a specific device (ie, NIC) to a
> > > particular VM?
> > >
> > > I've figured out how to map a specific network interface to a VM, thats
> > > one step, but in the end I may need direct access to the PCI device
> itself.
> >
> > I think this 3.6 feature might do exactly what you want:
> > http://www.ovirt.org/Features/hostdev_passthrough
> >
> > It's gonna be a while before 3.6 is out, but once the feature is merged
> > it'll be available if you install the nightly snapshot. CCing Martin
> > Polednik, the feature owner.
>
> Hello,
>
> just on the status of the feature (as it's exactly what you require -
> direct
> pci device attachment) - the host side is hopefully ~week away from being
> ready, the UI side will take longer though - if you wanted, you could
> probably
> run nightly and spawn the VM yourself and treat is as external VM. CCing
> Martin
> Betak, who is the one to blame for the UI :)
>
> You also need RHEL 7 (ideal support will be in 7.1) and I suggest reading
> the chapter on IOMMU groups, as you might need to block (detach from host)
> other devices than the nic in order to get it passed through.
>
> > >
> > > Second to that, for network interfaces mapped to a particular VM, is
> > > there a way for the VM to be able to properly detect physical link
> state
> > > of that interface? Right now that's a 'configurable option' inside
> > > network interface settings on the VM in the manager (ie, plugged, not
> > > plugged, and link state up /down)
> >
> > If I'm not mistaken, once you have direct access to the PCI device
> > you'll be able to query for its actual state using e.g. ethtool.
> >
> > >
> > > Thanks,
> > > David
> > >
> > >
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > >
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] GetGlusterVolumeAdvancedDetailsQuery & GetGlusterVolumeProfileInfoQuery when using seperate storage network

[Jorick Astrego]

On 05/06/2015 06:24 PM, knarra wrote:
> On 05/06/2015 06:59 PM, Jorick Astrego wrote:
>>
>>
>> On 05/06/2015 02:49 PM, knarra wrote:
>>> On 05/06/2015 05:33 PM, Jorick Astrego wrote:
 Hi,

 Looking forward to bz 1049994Allow choosing network interface
 for gluster domain traffic.

 Currently I have the bricks on a different storage network and
 can't get the volume details or profile it.

 Will this be handled in 3.6 properly? I don't see any changes in
 gerrit regarding this, but I can be ovelooking it.

 The errors I get currently:

 Could not fetch brick profile stats

 2015-05-06 10:34:22,430 ERROR
 [org.ovirt.engine.core.bll.gluster.GetGlusterVolumeProfileInfoQuery]
 (ajp--127.0.0.1-8702-27) Query GetGlusterVolumeProfileInfoQuery
 failed. Exception message is null :
 java.lang.NullPointerException: java.lang.NullPointerException

 and

 Error in fetching the brick details, please try again.

 2015-05-06 10:36:14,205 ERROR
 
 [org.ovirt.engine.core.bll.gluster.GetGlusterVolumeAdvancedDetailsQuery]
 (ajp--127.0.0.1-8702-55) Query
 GetGlusterVolumeAdvancedDetailsQuery failed. Exception message
 is VdcBLLException: Volume status failed
 error: Staging failed on *.*.*.*. Error: No brick
 glustertest1.netbulae.test/gluster/brick1 in volume data
 Staging failed on *.*.*.*. Error: No brick 
 glustertest1.netbulae.test:/gluster/brick1 in volume data
 return code: -1 (Failed with error GlusterVolumeStatusFailed
 and code 4157) :
 org.ovirt.engine.core.common.errors.VdcBLLException:
 VdcBLLException: Volume status failed
 error: Staging failed on *.*.*.*. Error: No brick 
 glustertest1.netbulae.test:/gluster/brick1 in volume data
 Staging failed on *.*.*.*. Error: No brick 
 glustertest1.netbulae.test:/gluster/brick1 in volume data
 return code: -1 (Failed with error GlusterVolumeStatusFailed
 and code 4157):
 org.ovirt.engine.core.common.errors.VdcBLLException:
 VdcBLLException: Volume status failed
 error: Staging failed on *.*.*.*. Error: No brick 
 glustertest1.netbulae.test:/gluster/brick1 in volume data
 Staging failed on *.*.*.*. Error: No brick 
 glustertest1.netbulae.test:/gluster/brick1 in volume data
 return code: -1 (Failed with error GlusterVolumeStatusFailed
 and code 4157)





 Met vriendelijke groet, With kind regards,

 Jorick Astrego*

 Netbulae Virtualization Experts *
 
 Tel: 053 20 30 270 i...@netbulae.euStaalsteden 4-3A
 KvK 08198180
 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede
 BTW
 NL821234584B01


 



 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
>>> Hi,
>>>
>>> Can you please check what does your gluster peer status on each
>>> of your nodes return?  I guess they are in disconnected state and
>>> that is the reason you are not able to view these details.
>>>
>>> Thanks
>>> kasturi
>>>
>> On the nodes it gives me the following:
>>
>> gluster peer status
>> Connection failed. Please check if gluster daemon is operational.
>>
> This means that glusterd is not running on this node. you could check
> the status of glusterd by running the command 'service glusterd status'.
>
> please start glusterd by running the command 'service glusterd start'
> on both of your nodes.
>
> Ideally when glusterd goes down node in ovirt should move to
> non-operational. Because of this BZ 1207150 as of now it is not
> changing the state to non operational.

There is no glusterd on the compute nodes in our setup, we have two
clusters. One for virt hosts only and one for GlusterFS only.


Like I said, everything is Up and running fine. It's just that I can't
get the stats because the hostname != GlusterFS NIC ip


>>
>>
>> But everyting is up and ovirt found the manually configured volume
>> perfectly. But the hostname it lists as glustertest1.netbulae.test is
>> not what my volume uses for communication as I created the volume
>> using the ip's of the storage network.
>>
>>  
>> gluster peer status
>> Number of Peers: 2
>>
>> Hostname: 10.1.1.3
>> Uuid: 1cc0875e-1699-42ae-aed2-9152667ed5af
>> State: Peer in Cluster (Connected)
>>
>> Hostname: 10.1.1.2
>> Uuid: a0b3ac13-7388-441a-a238-1deb023cab6c
>> State: Peer in Cluster (Connected)
>>
> Did you import already existing cluster ?

No, I provisioned the nodes. Added them to our glus

[ovirt-users] Gotchas restoring ovirt engine on centos, backup was on FC19

[David Smith]

Had to switch to centos because FC is no longer supported (3.5.0 max)

Gotchas:
1) dealing with the database restore was a pita, i found that from several
failed attempts setup had created extra engine databases. I had to use
engine-clean to wipe as much as possible, then manually delete all the
engine-* and engine databases, then do engine-setup to create a new
database, grep the config for the db password, engine-clean to wipe
everything (removes all data but leaves empty database) then do a restore
using the password from the grep step.

2) http SSL was bad; FC used a different SSL config from centos, and this
seemed to be reproduced by engine-setup causing failures during setup.  The
http error was around SSLPassPhraseDialog, in FC: SSLPassPhraseDialog
exec:/usr/libexec/httpd-ssl-pass-dialog
in centos:
LoadModule ssl_module modules/mod_ssl.so
SSLPassPhraseDialog builtin

This caused engine-setup to fail and http not to start.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] updated libvirt for EL7?

[Sandro Bonazzola]

Il 06/05/2015 17:33, Nathanaël Blanchet ha scritto:
> ah ok, and what about live merge on el7?
> I made some test, but live merge failed, does it exist any requirements?

Adding some people.

> 
> Le 06/05/2015 17:25, Sandro Bonazzola a écrit :
>> Il 06/05/2015 17:16, Nathanaël Blanchet ha scritto:
>>> Hi Sandro,
>>>
>>> I can't find differences between qemu-kvm-rhev and qemu-kvm-ev, except the 
>>> last one is more recent (2.1).
>>> qemu-kvm-rhev was built for activating the live migration feature, is 
>>> qemu-kvm-ev built for activating live merge feature?
>> qemu-kvm-ev is qemu-kvm-rhev, just changed suffix for branding issues in 
>> CentOS Virt SIG.
>>
>>
>>> Le 06/05/2015 16:46, Sandro Bonazzola a écrit :
 Il 06/05/2015 15:50, Paul Jansen ha scritto:
> Hello.
> I came across a message posting from Sandro from a couple of weeks back 
> that was about providing a libvirt > 1.2.9 for some upstream VDSM testing.
> I would actually be interested in a newer libvirt to take advantage of 
> some of the newer capabilities there.
>
> For now I've found this repo - 
> https://repos.fedorapeople.org/repos/openstack/.virt-upstream-el7/ - 
> which has libvirt 1.2.11 packages, built as or
> later December 2014.
>
> Are we likely to see a newer libvirt appear for EL7 somewhere on 
> cbs.centos.org at some stage in the near future?   I'd also be interested 
> in newer
> qemu-kvm-ev packages if these will be built.  I'm currently using the 
> qemu-kvm-ev packages from here -
> http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages/
> Alternatively, is there some other repository that I can look to for 
> these?
> To preempt the question - I don't want to use Fedora for this and am 
> instead hoping to find EL7 packages as EL7 is currently standard in my 
> lab.
>
> Thanks in advance.
 Hi Paul, qemu-kvm-ev is available in 
 http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages and in
 http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/x86_64/

 I'm going to update it for 3.5.z too following
 Bug 1215744 - Rebuild qemu-img-ev and qemu-kvm-ev to include fix for "Bug 
 1203543 - bdrv_make_zero() passes a too large nb_sectors value to
 bdrv_write_zeroes()" as soon as it will be available.

 For libvirt, vdsm guys solved without requiring a newer version so we're 
 not going to build a newer version for now.


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


-- 
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

Re: [ovirt-users] updated libvirt for EL7?

[Nathanaël Blanchet]

ah ok, and what about live merge on el7?
I made some test, but live merge failed, does it exist any requirements?

Le 06/05/2015 17:25, Sandro Bonazzola a écrit :

Il 06/05/2015 17:16, Nathanaël Blanchet ha scritto:

Hi Sandro,

I can't find differences between qemu-kvm-rhev and qemu-kvm-ev, except the last 
one is more recent (2.1).
qemu-kvm-rhev was built for activating the live migration feature, is 
qemu-kvm-ev built for activating live merge feature?

qemu-kvm-ev is qemu-kvm-rhev, just changed suffix for branding issues in CentOS 
Virt SIG.



Le 06/05/2015 16:46, Sandro Bonazzola a écrit :

Il 06/05/2015 15:50, Paul Jansen ha scritto:

Hello.
I came across a message posting from Sandro from a couple of weeks back that was 
about providing a libvirt > 1.2.9 for some upstream VDSM testing.
I would actually be interested in a newer libvirt to take advantage of some of 
the newer capabilities there.

For now I've found this repo - 
https://repos.fedorapeople.org/repos/openstack/.virt-upstream-el7/ - which has 
libvirt 1.2.11 packages, built as or
later December 2014.

Are we likely to see a newer libvirt appear for EL7 somewhere on cbs.centos.org 
at some stage in the near future?   I'd also be interested in newer
qemu-kvm-ev packages if these will be built.  I'm currently using the 
qemu-kvm-ev packages from here -
http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages/
Alternatively, is there some other repository that I can look to for these?
To preempt the question - I don't want to use Fedora for this and am instead 
hoping to find EL7 packages as EL7 is currently standard in my lab.

Thanks in advance.

Hi Paul, qemu-kvm-ev is available in 
http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages and in
http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/x86_64/

I'm going to update it for 3.5.z too following
Bug 1215744 - Rebuild qemu-img-ev and qemu-kvm-ev to include fix for "Bug 
1203543 - bdrv_make_zero() passes a too large nb_sectors value to
bdrv_write_zeroes()" as soon as it will be available.

For libvirt, vdsm guys solved without requiring a newer version so we're not 
going to build a newer version for now.


  



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





--
Nathanaël Blanchet

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

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

Re: [ovirt-users] updated libvirt for EL7?

[Sandro Bonazzola]

Il 06/05/2015 17:16, Nathanaël Blanchet ha scritto:
> Hi Sandro,
> 
> I can't find differences between qemu-kvm-rhev and qemu-kvm-ev, except the 
> last one is more recent (2.1).
> qemu-kvm-rhev was built for activating the live migration feature, is 
> qemu-kvm-ev built for activating live merge feature?

qemu-kvm-ev is qemu-kvm-rhev, just changed suffix for branding issues in CentOS 
Virt SIG.


> 
> Le 06/05/2015 16:46, Sandro Bonazzola a écrit :
>> Il 06/05/2015 15:50, Paul Jansen ha scritto:
>>> Hello.
>>> I came across a message posting from Sandro from a couple of weeks back 
>>> that was about providing a libvirt > 1.2.9 for some upstream VDSM testing.
>>> I would actually be interested in a newer libvirt to take advantage of some 
>>> of the newer capabilities there.
>>>
>>> For now I've found this repo - 
>>> https://repos.fedorapeople.org/repos/openstack/.virt-upstream-el7/ - which 
>>> has libvirt 1.2.11 packages, built as or
>>> later December 2014.
>>>
>>> Are we likely to see a newer libvirt appear for EL7 somewhere on 
>>> cbs.centos.org at some stage in the near future?   I'd also be interested 
>>> in newer
>>> qemu-kvm-ev packages if these will be built.  I'm currently using the 
>>> qemu-kvm-ev packages from here -
>>> http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages/
>>> Alternatively, is there some other repository that I can look to for these?
>>> To preempt the question - I don't want to use Fedora for this and am 
>>> instead hoping to find EL7 packages as EL7 is currently standard in my lab.
>>>
>>> Thanks in advance.
>> Hi Paul, qemu-kvm-ev is available in 
>> http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages and in
>> http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/x86_64/
>>
>> I'm going to update it for 3.5.z too following
>> Bug 1215744 - Rebuild qemu-img-ev and qemu-kvm-ev to include fix for "Bug 
>> 1203543 - bdrv_make_zero() passes a too large nb_sectors value to
>> bdrv_write_zeroes()" as soon as it will be available.
>>
>> For libvirt, vdsm guys solved without requiring a newer version so we're not 
>> going to build a newer version for now.
>>
>>
>>>  
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
> 


-- 
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

Re: [ovirt-users] updated libvirt for EL7?

[Nathanaël Blanchet]

Hi Sandro,

I can't find differences between qemu-kvm-rhev and qemu-kvm-ev, except 
the last one is more recent (2.1).
qemu-kvm-rhev was built for activating the live migration feature, is 
qemu-kvm-ev built for activating live merge feature?


Le 06/05/2015 16:46, Sandro Bonazzola a écrit :

Il 06/05/2015 15:50, Paul Jansen ha scritto:

Hello.
I came across a message posting from Sandro from a couple of weeks back that was 
about providing a libvirt > 1.2.9 for some upstream VDSM testing.
I would actually be interested in a newer libvirt to take advantage of some of 
the newer capabilities there.

For now I've found this repo - 
https://repos.fedorapeople.org/repos/openstack/.virt-upstream-el7/ - which has 
libvirt 1.2.11 packages, built as or
later December 2014.

Are we likely to see a newer libvirt appear for EL7 somewhere on cbs.centos.org 
at some stage in the near future?   I'd also be interested in newer
qemu-kvm-ev packages if these will be built.  I'm currently using the 
qemu-kvm-ev packages from here -
http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages/
Alternatively, is there some other repository that I can look to for these?
To preempt the question - I don't want to use Fedora for this and am instead 
hoping to find EL7 packages as EL7 is currently standard in my lab.

Thanks in advance.

Hi Paul, qemu-kvm-ev is available in 
http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages and in
http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/x86_64/

I'm going to update it for 3.5.z too following
Bug 1215744 - Rebuild qemu-img-ev and qemu-kvm-ev to include fix for "Bug 
1203543 - bdrv_make_zero() passes a too large nb_sectors value to
bdrv_write_zeroes()" as soon as it will be available.

For libvirt, vdsm guys solved without requiring a newer version so we're not 
going to build a newer version for now.


  




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





--
Nathanaël Blanchet

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

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

[ovirt-users] adding LINKDELAY to ovirtmgmt when vdsm configures it

[Jason Keltz]

Hi.

Is it possible through engine to specify configuration parameters for 
network interfaces that must be passed through on initialization?  For 
example, I need em1 and em2 configured with "LINKDELAY=10".  I can add 
it after the fact, but I don't want to do that.  I want vdsm to 
configure the interface with that setup already the first time.


Jason.

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

Re: [ovirt-users] updated libvirt for EL7?

[Sandro Bonazzola]

Il 06/05/2015 15:50, Paul Jansen ha scritto:
> Hello.
> I came across a message posting from Sandro from a couple of weeks back that 
> was about providing a libvirt > 1.2.9 for some upstream VDSM testing.
> I would actually be interested in a newer libvirt to take advantage of some 
> of the newer capabilities there.
> 
> For now I've found this repo - 
> https://repos.fedorapeople.org/repos/openstack/.virt-upstream-el7/ - which 
> has libvirt 1.2.11 packages, built as or
> later December 2014.
> 
> Are we likely to see a newer libvirt appear for EL7 somewhere on 
> cbs.centos.org at some stage in the near future?   I'd also be interested in 
> newer
> qemu-kvm-ev packages if these will be built.  I'm currently using the 
> qemu-kvm-ev packages from here -
> http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages/
> Alternatively, is there some other repository that I can look to for these?
> To preempt the question - I don't want to use Fedora for this and am instead 
> hoping to find EL7 packages as EL7 is currently standard in my lab.
> 
> Thanks in advance.

Hi Paul, qemu-kvm-ev is available in 
http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages and in
http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/x86_64/

I'm going to update it for 3.5.z too following
Bug 1215744 - Rebuild qemu-img-ev and qemu-kvm-ev to include fix for "Bug 
1203543 - bdrv_make_zero() passes a too large nb_sectors value to
bdrv_write_zeroes()" as soon as it will be available.

For libvirt, vdsm guys solved without requiring a newer version so we're not 
going to build a newer version for now.


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


-- 
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

Re: [ovirt-users] ovirt-webadmin is too slow

[Einav Cohen]

we have done a few optimizations to the overall loading time of the 
application, a couple [1] in 3.5, another one [2] will be available 
in 3.6. 

some of these optimizations made the initial loading time of each 
main tab (i.e. first main tab selection right after login) a bit 
slower, but after waiting for a *very* short period of time of 
letting the main-tab finalize its loading, the ux should be fairly 
seamless. 

I assume that some other factors may be affecting the ux, such as 
the load on your engine server (you mentioned you have 120 VMs - 
how many of them are up? how many Hosts do you have? how strong is 
your engine server machine / how does the mem/cpu/net performance 
of your engine-server machine look like? any suspicious messages 
in your engine/server.log?), the connectivity between your engine-
server and your hypervisors, as well as between your engine-server 
and your client [3], the fact that this is a pretty advanced Firefox 
on a deprecated Windows OS [4], etc. 

there is also a ux problem of contents in the page being highlighted 
sometimes when doing multi-selection [5] - we are aware of that. 

my recommendation would be to test a different client (preferably 
Linux), ensure that the engine is not overloaded and ensure that 
the engine <-> hypervisors connectivity and the engine <-> client 
connectivity are reasonable. 

Alexander (and/or others) can share thoughts as well, if any. 


Regards,
Einav

[1] https://gerrit.ovirt.org/#/c/30710/ , https://gerrit.ovirt.org/34703

[2] https://gerrit.ovirt.org/#/c/34193/

[3] from our experience, a 120ms engine<->client connectivity should 
work pretty well, but a 220ms connectivity, for example, will be more 
prone to ux problems such as a 'stuck' UI. 

[4] http://windows.microsoft.com/en-us/windows/end-support-help

[5] Bug 1143922 - Selecting multiple objects via UI,colors screen with 
os-default-highlight-color [could be orange, could be blue, ...] highlighting 
which is visually displeasing
[https://bugzilla.redhat.com/show_bug.cgi?id=1143922]


- Original Message -
> From: "lofyer" 
> To: users@ovirt.org
> Sent: Wednesday, May 6, 2015 8:02:03 AM
> Subject: [ovirt-users] ovirt-webadmin is too slow
> 
> 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?
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 3.5.2 cannot start windows vms

[Wolfgang Bucher]

Hi



same problem again after reboot. Windows 2012 works.



Thanks



Wolfgang Bucher

-Ursprüngliche Nachricht-
Von: Ian Fraser 
Gesendet: Mit 6 Mai 2015 15:49
An: users@ovirt.org
Betreff: Re: [ovirt-users] ovirt 3.5.2 cannot start windows vms


Hi,
I am also experiencing this problem but disabling selinux makes no difference 
for me. I can only run the VM if I "Run once" and add a floppy image. Does 
anyone else have a more elegant work around for this?

Best regards,

Ian Fraser
-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Francesco Romani
Sent: 05 May 2015 16:08
To: Michal Skrivanek
Cc: users@ovirt.org (users@ovirt.org)
Subject: Re: [ovirt-users] ovirt 3.5.2 cannot start windows vms

- Original Message -
> From: "Michal Skrivanek" 
> To: "Francesco Romani" 
> Cc: "Wolfgang Bucher" ,
> "users@ovirt.org (users@ovirt.org)" 
> Sent: Tuesday, May 5, 2015 9:33:03 AM
> Subject: Re: [ovirt-users] ovirt 3.5.2 cannot start windows vms

> >> here are the logfiles from libvirt
> >> May 4 19:08:22 ovirt kernel: ovirtmgmt: port 2(vnet0) entered
> >> forwarding state May 4 19:08:22 ovirt kernel: ovirtmgmt: port
> >> 2(vnet0) entered forwarding state May 4 19:08:23 ovirt
> >> sanlock[638]: 2015-05-04 19:08:23+0200 5077 [638]:
> >> cmd 9
> >> target pid 10182 not found
> >> May 4 19:08:23 ovirt systemd: Starting Virtual Machine qemu-testwin.
> >> May 4 19:08:23 ovirt systemd-machined: New machine qemu-testwin.
> >> May 4 19:08:23 ovirt systemd: Started Virtual Machine qemu-testwin.
> >> May 4 19:08:23 ovirt kvm: 1 guest now active May 4 19:08:23 ovirt
> >> kernel: ovirtmgmt: port 2(vnet0) entered disabled state May 4
> >> 19:08:23 ovirt kernel: device vnet0 left promiscuous mode May 4
> >> 19:08:23 ovirt kernel: ovirtmgmt: port 2(vnet0) entered disabled
> >> state May 4 19:08:23 ovirt kvm: 0 guests now active May 4 19:08:23
> >> ovirt systemd-machined: Machine qemu-testwin terminated.
> >> May 4 19:08:23 ovirt libvirtd: 9183: error : qemuMonitorOpenUnix:309 :
> >> Verbindung mit Monitor-Socket gescheitert: Kein passender Prozess
> >> gefunden May 4 19:08:23 ovirt libvirtd: 9183: error :
> >> qemuProcessWaitForMonitor:2131 :
> >> Interner Fehler: Prozess während der Verbindungsaufnahme zum
> >> Monitor beendet
> >
> > This is the translation of the well-known 'internal error: monitor
> > disconbected'
> > QEMU error (not literal transaltion)! which is in turn caused by...
> >
> >> :2015-05-04T17:08:23.274206Z qemu-kvm: -drive
> >> file=/var/run/vdsm/payload/c07772b8-6369-44cf-b554-b8dcb0e0e09b.0a41ac3e81bce0429e32b725fbf3ba5d.img,if=none,id=drive-fdc0-0-0,format=raw,serial=:
> >> could not open disk image
> >> /var/run/vdsm/payload/c07772b8-6369-44cf-b554-b8dcb0e0e09b.0a41ac3e81bce0429e32b725fbf3ba5d.img:
> >> Could not open file: Permission denied
> >
> > ... this error, and so the root cause seems indeed very much the
> > same of
> > https://bugzilla.redhat.com/show_bug.cgi?id=1213410#c7
> >
> > because of this:
> >
> >> May 4 19:08:23 ovirt libvirtd: 9183: warning :
> >> virSecuritySELinuxRestoreSecurityFileLabel:1034 : cannot lookup
> >> default selinux label for
> >> /rhev/data-center/d5e8a32f-35ed-4dec-bf9d-3c818c2780a4/66f8876c-089
> >> 8-4ff2-9325-a14835f2a872/images/b329d34e-78b3-46a5-9df8-00b83c2c982
> >> a/c79a596b-5701-4afd-a5b5-d37cf412095c
> >
> > From the data gathered so far, it seems a selinux issue.
>
> This is from Wolfgang's issue or the bug 1213410 or is it the same thing?

From Wolfgang's issue, this thread

> In the bug the floppy creation failed
> In logs attached earlier to this thread it seems the floppy was
> created but libvirt access failed

I believe is the same root cause for bz1213410, it was just more hidden

Bests,

--
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com 
__



The information in this message and any attachment is intended for the 
addressee and is confidential. If you are not that addressee, no action should 
be taken in reliance on the information and you should please reply to this 
message immediately to inform us of incorrect receipt and destroy this message 
and any attachments.

For the purposes of internet level email security incoming and outgoing emails 
may be read by personnel other than the named recipient or sender.

Whilst all reasonable efforts are made, ASM (UK) Ltd cannot guarantee that 
emails and attachments are virus free or compatible with your systems. You 
should make your own checks and ASM (UK) Ltd does not

Re: [ovirt-users] selectively disabling IPv6 on bridges

[Rik Theys]

Hi,

On 05/06/2015 02:53 PM, Dan Kenigsberg wrote:

On Wed, May 06, 2015 at 01:28:30PM +0200, Rik Theys wrote:

Hi,

I'm looking for a way to selectively disable IPv6 on the bridge interfaces
on the oVirt hosts.

When oVirt creates the bridges for all logical networks on the host, it
keeps the default settings for IPv6 which means all bridges get a link-local
address and accept router advertisements.

When a VM is created on the logical network, it can now reach the host over
IPv6 (but not over IPv4 if no IP address has been assigned on the host). If
it sends out a router advertisement it can even create a global IPv6 address
(haven't tested this).

How can I prevent this?

I would like to prevent the guest from IPv6 access to the host but the guest
itself still needs IPv6 access (global IPv6 addresses).

Is it sufficient to create a sysctl config file that says:

net.ipv6.conf.default.disable_ipv6 = 1


Yes, I believe that this would do the trick. For any newly-created
device on the system, regardless of ovirt bridges.


I've tried that and it seems to work. But IPv6 seems partially broken 
anyway even without applying this trick :-(.


When two VM's run on the same host and the host has ipv6 enabled (but no 
global addresses assigned), they can not reach each other when they are 
in the same network (and have statically configured IPv6 addresses). 
They can ping hosts in the same network that are on other physical boxes.


When you migrate one of the hosts to another physical machine they can 
ping each other. But not when they're running on the same host.


We have the same issue with hosts running on our CentOS 6 hosts with 
libvirt (no ovirt involved), so this isn't ovirt specific.


The neighbor solicitations are visible on the vnet0 (tcpdump running on 
the host) interface of the VM running the ping, and on the ovirtmgmt 
bridge. But not on the vnet1 (tcpdump running on the host) of the target VM.



I now see that el7 has changed the default for IPV6INIT to "yes". We
should be more prudent and set IPV6INIT=no on all our devices.

Would you open a bug about this, so it is tracked?


OK, will do.

Regards,

Rik

--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

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

Re: [ovirt-users] Adding existing hosts to a new ovirt engine.

[Logan McNaughton]

I'm also curious about what to do in this situation, perhaps someone from
Red Hat has some insight?

On Mon, May 4, 2015 at 12:48 AM, Jan Stomphorst 
wrote:

> Hi guys,
>
>
>
> My engine died and I have hosts with virtual machines running. Now I want
> to add the running host to a new engine. Without disturbing the virtual
> machines on the host.
>
> If I add an host it tries to install the ovirt packages, but there already
> running.
>
>
>
> How do I resolve this.. J
>
>
>
> Regards,
>
> Jan Stomphorst
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] updated libvirt for EL7?

[Paul Jansen]

Hello.I came across a message posting from Sandro from a couple of weeks back 
that was about providing a libvirt > 1.2.9 for some upstream VDSM testing.I 
would actually be interested in a newer libvirt to take advantage of some of 
the newer capabilities there.
For now I've found this repo - 
https://repos.fedorapeople.org/repos/openstack/.virt-upstream-el7/ - which has 
libvirt 1.2.11 packages, built as or later December 2014.
Are we likely to see a newer libvirt appear for EL7 somewhere on cbs.centos.org 
at some stage in the near future?   I'd also be interested in newer qemu-kvm-ev 
packages if these will be built.  I'm currently using the qemu-kvm-ev packages 
from here - http://cbs.centos.org/repos/virt7-testing/x86_64/os/Packages/
Alternatively, is there some other repository that I can look to for these?To 
preempt the question - I don't want to use Fedora for this and am instead 
hoping to find EL7 packages as EL7 is currently standard in my lab.
Thanks in advance.
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt-webadmin is too slow

[lofyer]

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

[ovirt-users] Invito aggiornato: oVirt 3.6.0 Alpha Release Test Day - mar 2015-05-19 (oVirt schedule)

[sandro.bonazz...@gmail.com]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART;VALUE=DATE:20150519
DTEND;VALUE=DATE:20150520
DTSTAMP:20150506T120527Z
ORGANIZER;CN=oVirt schedule:mailto:ppqtk46u9cglj7l987ruo2l0f8@group.calenda
 r.google.com
UID:ai2aa31e02qaj02fbi1tusl...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=in...@ovirt.org;X-NUM-GUESTS=0:mailto:in...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=de...@ovirt.org;X-NUM-GUESTS=0:mailto:de...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=users@ovirt.org;X-NUM-GUESTS=0:mailto:users@ovirt.org
CREATED:20150219T141714Z
DESCRIPTION:Visualizza il tuo evento in https://www.google.com/calendar/eve
 nt?action=VIEW&eid=YWkyYWEzMWUwMnFhajAyZmJpMXR1c2xtaG8gdXNlcnNAb3ZpcnQub3Jn
 &tok=NTIjcHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLm
 NvbWM4MDhlODcwN2ZiZWRmOGJmZDUxMzQ1MGY5ZjM1YzgzOWE4ZmQ3NWQ&ctz=Europe/Rome&h
 l=it.
LAST-MODIFIED:20150506T120526Z
LOCATION:
SEQUENCE:1
STATUS:CONFIRMED
SUMMARY:oVirt 3.6.0 Alpha Release Test Day
TRANSP:TRANSPARENT
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Invito: oVirt 3.6.0 Alpha Release Test Day - mar 2015-05-12 (oVirt schedule)

[sandro.bonazz...@gmail.com]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART;VALUE=DATE:20150512
DTEND;VALUE=DATE:20150513
DTSTAMP:20150506T080709Z
ORGANIZER;CN=oVirt schedule:mailto:ppqtk46u9cglj7l987ruo2l0f8@group.calenda
 r.google.com
UID:ai2aa31e02qaj02fbi1tusl...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=in...@ovirt.org;X-NUM-GUESTS=0:mailto:in...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=de...@ovirt.org;X-NUM-GUESTS=0:mailto:de...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=users@ovirt.org;X-NUM-GUESTS=0:mailto:users@ovirt.org
CREATED:20150219T141714Z
DESCRIPTION:Visualizza il tuo evento in https://www.google.com/calendar/eve
 nt?action=VIEW&eid=YWkyYWEzMWUwMnFhajAyZmJpMXR1c2xtaG8gdXNlcnNAb3ZpcnQub3Jn
 &tok=NTIjcHBxdGs0NnU5Y2dsajdsOTg3cnVvMmwwZjhAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLm
 NvbWM4MDhlODcwN2ZiZWRmOGJmZDUxMzQ1MGY5ZjM1YzgzOWE4ZmQ3NWQ&ctz=Europe/Rome&h
 l=it.
LAST-MODIFIED:20150506T080709Z
LOCATION:
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:oVirt 3.6.0 Alpha Release Test Day
TRANSP:TRANSPARENT
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 3.5.2 cannot start windows vms

[Ian Fraser]

Hi,
I am also experiencing this problem but disabling selinux makes no difference 
for me. I can only run the VM if I "Run once" and add a floppy image. Does 
anyone else have a more elegant work around for this?

Best regards,

Ian Fraser
-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Francesco Romani
Sent: 05 May 2015 16:08
To: Michal Skrivanek
Cc: users@ovirt.org (users@ovirt.org)
Subject: Re: [ovirt-users] ovirt 3.5.2 cannot start windows vms

- Original Message -
> From: "Michal Skrivanek" 
> To: "Francesco Romani" 
> Cc: "Wolfgang Bucher" ,
> "users@ovirt.org (users@ovirt.org)" 
> Sent: Tuesday, May 5, 2015 9:33:03 AM
> Subject: Re: [ovirt-users] ovirt 3.5.2 cannot start windows vms

> >> here are the logfiles from libvirt
> >> May 4 19:08:22 ovirt kernel: ovirtmgmt: port 2(vnet0) entered
> >> forwarding state May 4 19:08:22 ovirt kernel: ovirtmgmt: port
> >> 2(vnet0) entered forwarding state May 4 19:08:23 ovirt
> >> sanlock[638]: 2015-05-04 19:08:23+0200 5077 [638]:
> >> cmd 9
> >> target pid 10182 not found
> >> May 4 19:08:23 ovirt systemd: Starting Virtual Machine qemu-testwin.
> >> May 4 19:08:23 ovirt systemd-machined: New machine qemu-testwin.
> >> May 4 19:08:23 ovirt systemd: Started Virtual Machine qemu-testwin.
> >> May 4 19:08:23 ovirt kvm: 1 guest now active May 4 19:08:23 ovirt
> >> kernel: ovirtmgmt: port 2(vnet0) entered disabled state May 4
> >> 19:08:23 ovirt kernel: device vnet0 left promiscuous mode May 4
> >> 19:08:23 ovirt kernel: ovirtmgmt: port 2(vnet0) entered disabled
> >> state May 4 19:08:23 ovirt kvm: 0 guests now active May 4 19:08:23
> >> ovirt systemd-machined: Machine qemu-testwin terminated.
> >> May 4 19:08:23 ovirt libvirtd: 9183: error : qemuMonitorOpenUnix:309 :
> >> Verbindung mit Monitor-Socket gescheitert: Kein passender Prozess
> >> gefunden May 4 19:08:23 ovirt libvirtd: 9183: error :
> >> qemuProcessWaitForMonitor:2131 :
> >> Interner Fehler: Prozess während der Verbindungsaufnahme zum
> >> Monitor beendet
> >
> > This is the translation of the well-known 'internal error: monitor
> > disconbected'
> > QEMU error (not literal transaltion)! which is in turn caused by...
> >
> >> :2015-05-04T17:08:23.274206Z qemu-kvm: -drive
> >> file=/var/run/vdsm/payload/c07772b8-6369-44cf-b554-b8dcb0e0e09b.0a41ac3e81bce0429e32b725fbf3ba5d.img,if=none,id=drive-fdc0-0-0,format=raw,serial=:
> >> could not open disk image
> >> /var/run/vdsm/payload/c07772b8-6369-44cf-b554-b8dcb0e0e09b.0a41ac3e81bce0429e32b725fbf3ba5d.img:
> >> Could not open file: Permission denied
> >
> > ... this error, and so the root cause seems indeed very much the
> > same of
> > https://bugzilla.redhat.com/show_bug.cgi?id=1213410#c7
> >
> > because of this:
> >
> >> May 4 19:08:23 ovirt libvirtd: 9183: warning :
> >> virSecuritySELinuxRestoreSecurityFileLabel:1034 : cannot lookup
> >> default selinux label for
> >> /rhev/data-center/d5e8a32f-35ed-4dec-bf9d-3c818c2780a4/66f8876c-089
> >> 8-4ff2-9325-a14835f2a872/images/b329d34e-78b3-46a5-9df8-00b83c2c982
> >> a/c79a596b-5701-4afd-a5b5-d37cf412095c
> >
> > From the data gathered so far, it seems a selinux issue.
>
> This is from Wolfgang's issue or the bug 1213410 or is it the same thing?

From Wolfgang's issue, this thread

> In the bug the floppy creation failed
> In logs attached earlier to this thread it seems the floppy was
> created but libvirt access failed

I believe is the same root cause for bz1213410, it was just more hidden

Bests,

--
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com 
__



The information in this message and any attachment is intended for the 
addressee and is confidential. If you are not that addressee, no action should 
be taken in reliance on the information and you should please reply to this 
message immediately to inform us of incorrect receipt and destroy this message 
and any attachments.

For the purposes of internet level email security incoming and outgoing emails 
may be read by personnel other than the named recipient or sender.

Whilst all reasonable efforts are made, ASM (UK) Ltd cannot guarantee that 
emails and attachments are virus free or compatible with your systems. You 
should make your own checks and ASM (UK) Ltd does not accept liability in 
respect of viruses or computer problems experienced.
Registered address: Agency Sector Management (UK) Ltd. Ashford House, 41-45 
Church Road, Ashford, Middlesex, TW15 2TQ
Registered in England No.2053849

__

[ovirt-users] Invito: 1st hackathon of oVirt infra - lun 2015-05-11 (oVirt schedule)

[sandro.bonazz...@gmail.com]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART;VALUE=DATE:20150511
DTEND;VALUE=DATE:20150512
DTSTAMP:20150506T080611Z
ORGANIZER;CN=oVirt schedule:mailto:ppqtk46u9cglj7l987ruo2l0f8@group.calenda
 r.google.com
UID:lv1tgdgcrnivueech1avqat...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=in...@ovirt.org;X-NUM-GUESTS=0:mailto:in...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=de...@ovirt.org;X-NUM-GUESTS=0:mailto:de...@ovirt.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=users@ovirt.org;X-NUM-GUESTS=0:mailto:users@ovirt.org
CREATED:20150506T080610Z
DESCRIPTION:Hi\,\n\nI'm glad to announce that we've scheduled a date for th
 e 1st hackathon of oVirt infra.\nIt will be held on the 11/05/15 and you're
  all welcome.\n\nFor more details see [1] or contact infra at infra@ovirt.o
 rg.\n\n[1] http://www.ovirt.org/Infra/Hackathons\nVisualizza il tuo evento 
 in https://www.google.com/calendar/event?action=VIEW&eid=bHYxdGdkZ2Nybml2dW
 VlY2gxYXZxYXRybXMgdXNlcnNAb3ZpcnQub3Jn&tok=NTIjcHBxdGs0NnU5Y2dsajdsOTg3cnVv
 MmwwZjhAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLmNvbTk5NzY5NjY0OTIyNGU5M2Y2NTJiNmExZTY
 yODE3NzFmNWQyN2M3YTU&ctz=Europe/Rome&hl=it.
LAST-MODIFIED:20150506T080610Z
LOCATION:
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:1st hackathon of oVirt infra
TRANSP:TRANSPARENT
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Problems with installing second host with hosted engine

[Tigran Baluyan]

Hi,

I've stumbled across a very strange bug and been trying to work around it
for a couple of days with no luck.

So my setup is:
Host 1: centos 6.6 with ovirt 3.5 deployed as hosted engine. Had a few
problems while deploying it, but eventually got it up and running.

Host 2: same centos 6.6, same hardware. While executing hosted-engine
--deploy, I am getting this error:

[ INFO  ] Stage: Setup validation
[WARNING] Host name hyp-A2 has no domain suffix
[WARNING] Failed to resolve hyp-A2 using DNS, it can be resolved only
locally
[ ERROR ] Failed to execute stage 'Setup validation': [Errno 2] No such
file or directory: '/rhev/data-center/mnt/192.168.1.59:
_media_ssd__raid10_ovirt_data__fast/f617dfce-4ac8-495b-a0f3-4f85ce39df27/ha_agent/hosted-engine.metadata'

My storage machine is a separate host running RHEL 6.4. /etc/exports looks
like this:

/media/ssd_raid10/ *(rw,sync,all_squash)
/media/ssd_raid10/ovirt
*(rw,sync,no_subtree_check,anonuid=36,anongid=36,all_squash)
*some other shares*

Now here is the strange part: after repeatedly bashing my head against the
wall I finally noticed the difference: on the first host it mounts as:


192.168.1.59:/media/ssd_raid10/ovirt/data_fast on
/rhev/data-center/mnt/192.168.1.59:_media_ssd__raid10_ovirt_data__fast_

While on the second host it mounts as:

192.168.1.59:/media/ssd_raid10/ovirt/data_fast on
/rhev/data-center/mnt/192.168.1.59:_media_ssd__raid10_ovirt_data__fast

(note the lack of underscore in the end)

That is what caused the problem - this "hosted-engine.metadata" file is
actually a symlink. And because of different mount points on the second
host it was pointing to nowhere.

So I figured, maybe I should add / to the end of the nfs path. So I tried
it like this:

  Please specify the storage you would like to use (iscsi, nfs3,
nfs4)[nfs3]:
  Please specify the full shared storage connection path to use
(example: host:/path): 192.168.1.59:/media/ssd_raid10/ovirt/data_fast/
[ INFO  ] Installing on first host
  Please provide storage domain name. [hosted_storage]:

As you can see, in this case it doesn't detect that it already has a hosted
engine installed.

So, I'm out of ideas how to make it work. There is clearly something
unstable in the installation scripts, but does anyone have any idea how to
make it work?

PS: Sorry for my crude English, not really a native speaker.

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

[ovirt-users] Adding existing hosts to a new ovirt engine.

[Jan Stomphorst]

Hi guys,

My engine died and I have hosts with virtual machines running. Now I want to 
add the running host to a new engine. Without disturbing the virtual machines 
on the host.
If I add an host it tries to install the ovirt packages, but there already 
running.

How do I resolve this.. :)

Regards,
Jan Stomphorst
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Regarding Outreach / Meetup

[Bhakare Ashutosh]

hi All,
I am Ashutosh S.Bhakare from Aurangabad (MS) India. I am enthusiastic about 
ovirt and its different integration with gluster / openstack / docker etc. 
I am eager to start official ovirt meetup group for Aurangabad (MS); which will 
help to create more outreach in Aurangabad Based professionals and students 
too. Please let me know how can i processed with the same. I can speak on ovirt 
3.5 and its integration with glusterfs. Even i can arrange more speakers too.  
Thanks and  Kind Regards
Ashutosh S.Bhakare
( RHCA-V, EX436, CL210, EX236, EX413, RHC {JA, SS, VA, E, SA }, MCP, CCNA)
Unnati Computers,Aurangabad
Red Hat Authorised Training Partner
http://www.unnatiithub.org, http://thinclientworld.com
Ph.9822451920,0240-2485766___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] selectively disabling IPv6 on bridges

[Dan Kenigsberg]

On Wed, May 06, 2015 at 01:28:30PM +0200, Rik Theys wrote:
> Hi,
> 
> I'm looking for a way to selectively disable IPv6 on the bridge interfaces
> on the oVirt hosts.
> 
> When oVirt creates the bridges for all logical networks on the host, it
> keeps the default settings for IPv6 which means all bridges get a link-local
> address and accept router advertisements.
> 
> When a VM is created on the logical network, it can now reach the host over
> IPv6 (but not over IPv4 if no IP address has been assigned on the host). If
> it sends out a router advertisement it can even create a global IPv6 address
> (haven't tested this).
> 
> How can I prevent this?
> 
> I would like to prevent the guest from IPv6 access to the host but the guest
> itself still needs IPv6 access (global IPv6 addresses).
> 
> Is it sufficient to create a sysctl config file that says:
> 
> net.ipv6.conf.default.disable_ipv6 = 1

Yes, I believe that this would do the trick. For any newly-created
device on the system, regardless of ovirt bridges.

I now see that el7 has changed the default for IPV6INIT to "yes". We
should be more prudent and set IPV6INIT=no on all our devices.

Would you open a bug about this, so it is tracked?

Regards,
Dan.
> 
> ?
> 
> Regards,
> 
> Rik
> 
> 
> -- 
> Rik Theys
> System Engineer
> KU Leuven - Dept. Elektrotechniek (ESAT)
> Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
> +32(0)16/32.11.07
> 
> <>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] GetGlusterVolumeAdvancedDetailsQuery & GetGlusterVolumeProfileInfoQuery when using seperate storage network

[knarra]

On 05/06/2015 05:33 PM, Jorick Astrego wrote:

Hi,

Looking forward to bz 1049994Allow choosing network interface for 
gluster domain traffic.


Currently I have the bricks on a different storage network and can't 
get the volume details or profile it.


Will this be handled in 3.6 properly? I don't see any changes in 
gerrit regarding this, but I can be ovelooking it.


The errors I get currently:

Could not fetch brick profile stats

2015-05-06 10:34:22,430 ERROR
[org.ovirt.engine.core.bll.gluster.GetGlusterVolumeProfileInfoQuery]
(ajp--127.0.0.1-8702-27) Query GetGlusterVolumeProfileInfoQuery
failed. Exception message is null :
java.lang.NullPointerException: java.lang.NullPointerException

and

Error in fetching the brick details, please try again.

2015-05-06 10:36:14,205 ERROR
[org.ovirt.engine.core.bll.gluster.GetGlusterVolumeAdvancedDetailsQuery]
(ajp--127.0.0.1-8702-55) Query
GetGlusterVolumeAdvancedDetailsQuery failed. Exception message is
VdcBLLException: Volume status failed
error: Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test/gluster/brick1 in volume data
Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test:/gluster/brick1 in volume data
return code: -1 (Failed with error GlusterVolumeStatusFailed and
code 4157) : org.ovirt.engine.core.common.errors.VdcBLLException:
VdcBLLException: Volume status failed
error: Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test:/gluster/brick1 in volume data
Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test:/gluster/brick1 in volume data
return code: -1 (Failed with error GlusterVolumeStatusFailed and
code 4157): org.ovirt.engine.core.common.errors.VdcBLLException:
VdcBLLException: Volume status failed
error: Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test:/gluster/brick1 in volume data
Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test:/gluster/brick1 in volume data
return code: -1 (Failed with error GlusterVolumeStatusFailed and
code 4157)





Met vriendelijke groet, With kind regards,

Jorick Astrego*

Netbulae Virtualization Experts *

Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3AKvK 
08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA EnschedeBTW 
NL821234584B01






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

Hi,

Can you please check what does your gluster peer status on each of 
your nodes return?  I guess they are in disconnected state and that is 
the reason you are not able to view these details.


Thanks
kasturi

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

[ovirt-users] [QE] oVirt 3.6.0 alpha not passing basic sanity test - postponig by 1 week

[Sandro Bonazzola]

Hi,
we were supposed to release oVirt 3.6.0 Alpha release today but after 
repository composition it didn't pass basic sanity test, hitting
Bug 1218325 - getSpmStatus failing with StorageDomainMasterError: Error 
validating master storage domain: ('Version or spm id invalid',)
still present while installing on CentOS 7.1

Not strictly related to oVirt, but being a required dependency, we're hitting 
also Gluster bugs:
Bug 1218990 - failing installation of 
glusterfs-server-3.7.0beta1-0.14.git09bbd5c.el7.centos.x86_64

Postponing oVirt 3.6.0 Alpha and test day by one week[1].

[1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones

-- 
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

[ovirt-users] GetGlusterVolumeAdvancedDetailsQuery & GetGlusterVolumeProfileInfoQuery when using seperate storage network

[Jorick Astrego]

Hi,

Looking forward to bz 1049994Allow choosing network interface for
gluster domain traffic.

Currently I have the bricks on a different storage network and can't get
the volume details or profile it.

Will this be handled in 3.6 properly? I don't see any changes in gerrit
regarding this, but I can be ovelooking it.

The errors I get currently:

Could not fetch brick profile stats

2015-05-06 10:34:22,430 ERROR
[org.ovirt.engine.core.bll.gluster.GetGlusterVolumeProfileInfoQuery]
(ajp--127.0.0.1-8702-27) Query GetGlusterVolumeProfileInfoQuery
failed. Exception message is null : java.lang.NullPointerException:
java.lang.NullPointerException

and

Error in fetching the brick details, please try again.

2015-05-06 10:36:14,205 ERROR
[org.ovirt.engine.core.bll.gluster.GetGlusterVolumeAdvancedDetailsQuery]
(ajp--127.0.0.1-8702-55) Query GetGlusterVolumeAdvancedDetailsQuery
failed. Exception message is VdcBLLException: Volume status failed
error: Staging failed on *.*.*.*. Error: No brick
glustertest1.netbulae.test/gluster/brick1 in volume data
Staging failed on *.*.*.*. Error: No brick 
glustertest1.netbulae.test:/gluster/brick1 in volume data
return code: -1 (Failed with error GlusterVolumeStatusFailed and
code 4157) : org.ovirt.engine.core.common.errors.VdcBLLException:
VdcBLLException: Volume status failed
error: Staging failed on *.*.*.*. Error: No brick 
glustertest1.netbulae.test:/gluster/brick1 in volume data
Staging failed on *.*.*.*. Error: No brick 
glustertest1.netbulae.test:/gluster/brick1 in volume data
return code: -1 (Failed with error GlusterVolumeStatusFailed and
code 4157): org.ovirt.engine.core.common.errors.VdcBLLException:
VdcBLLException: Volume status failed
error: Staging failed on *.*.*.*. Error: No brick 
glustertest1.netbulae.test:/gluster/brick1 in volume data
Staging failed on *.*.*.*. Error: No brick 
glustertest1.netbulae.test:/gluster/brick1 in volume data
return code: -1 (Failed with error GlusterVolumeStatusFailed and
code 4157)





Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



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

Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release this week

[Martin Perina]

- Original Message -
> From: "Bob Doolittle" 
> To: "Martin Perina" 
> Cc: de...@ovirt.org, "Sandro Bonazzola" , Users@ovirt.org
> Sent: Wednesday, May 6, 2015 1:33:03 PM
> Subject: Re: [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha 
> release this week
> 
> On May 6, 2015 4:47 AM, "Martin Perina"  wrote:
> >
> > Hi,
> >
> > IMO we should add a warning to release notes that oVirt 3.6 Alpha requires
> > OpenJDK 1.7 for engine and it will not work with OpenJDK 1.8 (even though
> > our current packaging requirements allows OpenJDK 1.8).
> 
> Why is it not considered a bug that our packaging requirements allow a
> version of OpenJDK that we know will not work? Fixing the package
> requirements to exclude 1.8 would go a long way toward preventing failed
> installations (or make failures more obvious).
> 
> Is there a bug open to track fixing oVirt to work with OpenJDK 1.8?

When we will move to WildFly [1], we could use also OpenJDK 1.8, but not before.

Martin

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1121327

> 
> -Bob
> 
> >
> > Thanks
> >
> > Martin
> >
> > - Original Message -
> > > From: "Sandro Bonazzola" 
> > > To: de...@ovirt.org, Users@ovirt.org
> > > Sent: Monday, May 4, 2015 1:26:07 PM
> > > Subject: [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha
> release  this week
> > >
> > > Hi,
> > > just a quick reminder that oVirt 3.6.0 Alpha is scheduled for May
> 6th[1].
> > >
> > >
> > > ACTION: Maintainers, please check Alpha Release Criteria[2] to ensure
> we can
> > > release this Alpha on Wednesday.
> > > MUST: All sources must be available on ovirt.org
> > > MUST: All packages listed by subprojects must be available in the
> > > repository
> > > MUST: All accepted features must be substantially complete and in a
> > > testable state and enabled by default -- if so specified by the
> change
> > >
> > > About this last "MUST" I think that we should drop it having changed the
> > > release process after release criteria discussion and move it to beta
> > > release
> > > criteria.
> > >
> > > VOTE: please ack for moving "MUST: All accepted features must be
> > > substantially complete and in a testable state and enabled by default
> -- if
> > > so
> > > specified by the change" to beta release criteria
> > >
> > > ACTION: Maintainers: please send a list of the packages provided by your
> > > sub-project.
> > > If no list will be provided, the list will be taken by the jenkins
> nightly
> > > publisher job[3] used for publishing ovirt-master-snapshot.
> > >
> > > ACTION: Maintainers and QE: please fill the Test Day wiki page[4]
> > >
> > >
> > > [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones
> > > [2]
> http://www.ovirt.org/OVirt_3.6_Release_Management#Alpha_Release_Criteria
> > > [3]
> > >
> http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly_master/
> > > [4] http://www.ovirt.org/OVirt_3.6_Test_Day
> > >
> > >
> > > --
> > > Sandro Bonazzola
> > > Better technology. Faster innovation. Powered by community
> collaboration.
> > > See how it works at redhat.com
> > > ___
> > > Devel mailing list
> > > de...@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/devel
> > >
> > ___
> > Devel mailing list
> > de...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release this week

[Bob Doolittle]

On May 6, 2015 4:47 AM, "Martin Perina"  wrote:
>
> Hi,
>
> IMO we should add a warning to release notes that oVirt 3.6 Alpha requires
> OpenJDK 1.7 for engine and it will not work with OpenJDK 1.8 (even though
> our current packaging requirements allows OpenJDK 1.8).

Why is it not considered a bug that our packaging requirements allow a
version of OpenJDK that we know will not work? Fixing the package
requirements to exclude 1.8 would go a long way toward preventing failed
installations (or make failures more obvious).

Is there a bug open to track fixing oVirt to work with OpenJDK 1.8?

-Bob

>
> Thanks
>
> Martin
>
> - Original Message -
> > From: "Sandro Bonazzola" 
> > To: de...@ovirt.org, Users@ovirt.org
> > Sent: Monday, May 4, 2015 1:26:07 PM
> > Subject: [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha
release  this week
> >
> > Hi,
> > just a quick reminder that oVirt 3.6.0 Alpha is scheduled for May
6th[1].
> >
> >
> > ACTION: Maintainers, please check Alpha Release Criteria[2] to ensure
we can
> > release this Alpha on Wednesday.
> > MUST: All sources must be available on ovirt.org
> > MUST: All packages listed by subprojects must be available in the
> > repository
> > MUST: All accepted features must be substantially complete and in a
> > testable state and enabled by default -- if so specified by the
change
> >
> > About this last "MUST" I think that we should drop it having changed the
> > release process after release criteria discussion and move it to beta
> > release
> > criteria.
> >
> > VOTE: please ack for moving "MUST: All accepted features must be
> > substantially complete and in a testable state and enabled by default
-- if
> > so
> > specified by the change" to beta release criteria
> >
> > ACTION: Maintainers: please send a list of the packages provided by your
> > sub-project.
> > If no list will be provided, the list will be taken by the jenkins
nightly
> > publisher job[3] used for publishing ovirt-master-snapshot.
> >
> > ACTION: Maintainers and QE: please fill the Test Day wiki page[4]
> >
> >
> > [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones
> > [2]
http://www.ovirt.org/OVirt_3.6_Release_Management#Alpha_Release_Criteria
> > [3]
> >
http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly_master/
> > [4] http://www.ovirt.org/OVirt_3.6_Test_Day
> >
> >
> > --
> > Sandro Bonazzola
> > Better technology. Faster innovation. Powered by community
collaboration.
> > See how it works at redhat.com
> > ___
> > Devel mailing list
> > de...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> >
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release this week

[Yedidyah Bar David]

- Original Message -
> From: "Yedidyah Bar David" 
> To: "Oved Ourfali" 
> Cc: Users@ovirt.org, de...@ovirt.org
> Sent: Wednesday, May 6, 2015 2:21:39 PM
> Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 
> 3.6.0 Alpha release this week
> 
> - Original Message -
> > From: "Oved Ourfali" 
> > To: "Martin Perina" 
> > Cc: "Yedidyah Bar David" , Users@ovirt.org,
> > de...@ovirt.org
> > Sent: Wednesday, May 6, 2015 1:44:39 PM
> > Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt
> > 3.6.0 Alpha release this week
> > 
> > 
> > 
> > - Original Message -
> > > From: "Martin Perina" 
> > > To: "Yedidyah Bar David" 
> > > Cc: Users@ovirt.org, de...@ovirt.org
> > > Sent: Wednesday, May 6, 2015 1:40:54 PM
> > > Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED]
> > > oVirt
> > > 3.6.0 Alpha release this week
> > > 
> > > 
> > > 
> > > - Original Message -
> > > > From: "Yedidyah Bar David" 
> > > > To: "Sandro Bonazzola" 
> > > > Cc: "Martin Perina" , Users@ovirt.org,
> > > > de...@ovirt.org
> > > > Sent: Wednesday, May 6, 2015 11:46:13 AM
> > > > Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED]
> > > > oVirt
> > > > 3.6.0 Alpha release this week
> > > > 
> > > > - Original Message -
> > > > > From: "Sandro Bonazzola" 
> > > > > To: "Martin Perina" 
> > > > > Cc: Users@ovirt.org, de...@ovirt.org
> > > > > Sent: Wednesday, May 6, 2015 12:19:17 PM
> > > > > Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED]
> > > > > oVirt
> > > > > 3.6.0 Alpha release this week
> > > > > 
> > > > > Il 06/05/2015 10:47, Martin Perina ha scritto:
> > > > > > Hi,
> > > > > > 
> > > > > > IMO we should add a warning to release notes that oVirt 3.6 Alpha
> > > > > > requires
> > > > > > OpenJDK 1.7 for engine and it will not work with OpenJDK 1.8 (even
> > > > > > though
> > > > > > our current packaging requirements allows OpenJDK 1.8).
> > > > > 
> > > > > You're welcome to add notes to
> > > > > http://www.ovirt.org/OVirt_3.6_Release_Notes
> > > > > :-)
> > > > > This one, I'll add myself.
> > > > 
> > > > Already done, under Known Issues.
> > > > --
> > > > Didi
> > > > 
> > > 
> > > Well, I wouldn't say that it's a known issue, because we never said that
> > > oVirt
> > > can be executed on different JDK than 1.7, but ok.
> > > 
> > 
> > More like a release note.
> 
> Well, you are both welcome to edit :-)
> 
> IMHO it's a Known Issue that a naive attempt to install the engine on an
> up-to-date EL6 will result in a non-functioning engine. The rest is details.

Now added 'yum install java-1.7.0-openjdk' to installation instructions.

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

[ovirt-users] selectively disabling IPv6 on bridges

[Rik Theys]

Hi,

I'm looking for a way to selectively disable IPv6 on the bridge 
interfaces on the oVirt hosts.


When oVirt creates the bridges for all logical networks on the host, it 
keeps the default settings for IPv6 which means all bridges get a 
link-local address and accept router advertisements.


When a VM is created on the logical network, it can now reach the host 
over IPv6 (but not over IPv4 if no IP address has been assigned on the 
host). If it sends out a router advertisement it can even create a 
global IPv6 address (haven't tested this).


How can I prevent this?

I would like to prevent the guest from IPv6 access to the host but the 
guest itself still needs IPv6 access (global IPv6 addresses).


Is it sufficient to create a sysctl config file that says:

net.ipv6.conf.default.disable_ipv6 = 1

?

Regards,

Rik


--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

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

Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release this week

[Yedidyah Bar David]

- Original Message -
> From: "Oved Ourfali" 
> To: "Martin Perina" 
> Cc: "Yedidyah Bar David" , Users@ovirt.org, de...@ovirt.org
> Sent: Wednesday, May 6, 2015 1:44:39 PM
> Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 
> 3.6.0 Alpha release this week
> 
> 
> 
> - Original Message -
> > From: "Martin Perina" 
> > To: "Yedidyah Bar David" 
> > Cc: Users@ovirt.org, de...@ovirt.org
> > Sent: Wednesday, May 6, 2015 1:40:54 PM
> > Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt
> > 3.6.0 Alpha release this week
> > 
> > 
> > 
> > - Original Message -
> > > From: "Yedidyah Bar David" 
> > > To: "Sandro Bonazzola" 
> > > Cc: "Martin Perina" , Users@ovirt.org,
> > > de...@ovirt.org
> > > Sent: Wednesday, May 6, 2015 11:46:13 AM
> > > Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED]
> > > oVirt
> > > 3.6.0 Alpha release this week
> > > 
> > > - Original Message -
> > > > From: "Sandro Bonazzola" 
> > > > To: "Martin Perina" 
> > > > Cc: Users@ovirt.org, de...@ovirt.org
> > > > Sent: Wednesday, May 6, 2015 12:19:17 PM
> > > > Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED]
> > > > oVirt
> > > > 3.6.0 Alpha release this week
> > > > 
> > > > Il 06/05/2015 10:47, Martin Perina ha scritto:
> > > > > Hi,
> > > > > 
> > > > > IMO we should add a warning to release notes that oVirt 3.6 Alpha
> > > > > requires
> > > > > OpenJDK 1.7 for engine and it will not work with OpenJDK 1.8 (even
> > > > > though
> > > > > our current packaging requirements allows OpenJDK 1.8).
> > > > 
> > > > You're welcome to add notes to
> > > > http://www.ovirt.org/OVirt_3.6_Release_Notes
> > > > :-)
> > > > This one, I'll add myself.
> > > 
> > > Already done, under Known Issues.
> > > --
> > > Didi
> > > 
> > 
> > Well, I wouldn't say that it's a known issue, because we never said that
> > oVirt
> > can be executed on different JDK than 1.7, but ok.
> > 
> 
> More like a release note.

Well, you are both welcome to edit :-)

IMHO it's a Known Issue that a naive attempt to install the engine on an
up-to-date EL6 will result in a non-functioning engine. The rest is details.

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

Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release this week

[Oved Ourfali]

- Original Message -
> From: "Martin Perina" 
> To: "Yedidyah Bar David" 
> Cc: Users@ovirt.org, de...@ovirt.org
> Sent: Wednesday, May 6, 2015 1:40:54 PM
> Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 
> 3.6.0 Alpha release this week
> 
> 
> 
> - Original Message -
> > From: "Yedidyah Bar David" 
> > To: "Sandro Bonazzola" 
> > Cc: "Martin Perina" , Users@ovirt.org, de...@ovirt.org
> > Sent: Wednesday, May 6, 2015 11:46:13 AM
> > Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt
> > 3.6.0 Alpha release this week
> > 
> > - Original Message -
> > > From: "Sandro Bonazzola" 
> > > To: "Martin Perina" 
> > > Cc: Users@ovirt.org, de...@ovirt.org
> > > Sent: Wednesday, May 6, 2015 12:19:17 PM
> > > Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED]
> > > oVirt
> > > 3.6.0 Alpha release this week
> > > 
> > > Il 06/05/2015 10:47, Martin Perina ha scritto:
> > > > Hi,
> > > > 
> > > > IMO we should add a warning to release notes that oVirt 3.6 Alpha
> > > > requires
> > > > OpenJDK 1.7 for engine and it will not work with OpenJDK 1.8 (even
> > > > though
> > > > our current packaging requirements allows OpenJDK 1.8).
> > > 
> > > You're welcome to add notes to
> > > http://www.ovirt.org/OVirt_3.6_Release_Notes
> > > :-)
> > > This one, I'll add myself.
> > 
> > Already done, under Known Issues.
> > --
> > Didi
> > 
> 
> Well, I wouldn't say that it's a known issue, because we never said that
> oVirt
> can be executed on different JDK than 1.7, but ok.
> 

More like a release note.

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

Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release this week

[Martin Perina]

- Original Message -
> From: "Yedidyah Bar David" 
> To: "Sandro Bonazzola" 
> Cc: "Martin Perina" , Users@ovirt.org, de...@ovirt.org
> Sent: Wednesday, May 6, 2015 11:46:13 AM
> Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 
> 3.6.0 Alpha release this week
> 
> - Original Message -
> > From: "Sandro Bonazzola" 
> > To: "Martin Perina" 
> > Cc: Users@ovirt.org, de...@ovirt.org
> > Sent: Wednesday, May 6, 2015 12:19:17 PM
> > Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt
> > 3.6.0 Alpha release this week
> > 
> > Il 06/05/2015 10:47, Martin Perina ha scritto:
> > > Hi,
> > > 
> > > IMO we should add a warning to release notes that oVirt 3.6 Alpha
> > > requires
> > > OpenJDK 1.7 for engine and it will not work with OpenJDK 1.8 (even though
> > > our current packaging requirements allows OpenJDK 1.8).
> > 
> > You're welcome to add notes to http://www.ovirt.org/OVirt_3.6_Release_Notes
> > :-)
> > This one, I'll add myself.
> 
> Already done, under Known Issues.
> --
> Didi
> 

Well, I wouldn't say that it's a known issue, because we never said that oVirt
can be executed on different JDK than 1.7, but ok.

Martin

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

[ovirt-users] Upgrade Node through oVirt Manager

[Kevin]

Hi all,

Hi installed two nodes with the 3.5.1 ISO. Now I want to upgrade them to 3.5.2 
new ISO. I uploaded the ISO file to my ISO domain with engine-iso-uploader 
command. But I can't choose my ISO file in the Manager to upgrade my nodes. 
How can I select the good Iso file ?

Thanks

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

Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release this week

[Yedidyah Bar David]

- Original Message -
> From: "Sandro Bonazzola" 
> To: "Martin Perina" 
> Cc: Users@ovirt.org, de...@ovirt.org
> Sent: Wednesday, May 6, 2015 12:19:17 PM
> Subject: Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 
> 3.6.0 Alpha release this week
> 
> Il 06/05/2015 10:47, Martin Perina ha scritto:
> > Hi,
> > 
> > IMO we should add a warning to release notes that oVirt 3.6 Alpha requires
> > OpenJDK 1.7 for engine and it will not work with OpenJDK 1.8 (even though
> > our current packaging requirements allows OpenJDK 1.8).
> 
> You're welcome to add notes to http://www.ovirt.org/OVirt_3.6_Release_Notes
> :-)
> This one, I'll add myself.

Already done, under Known Issues.
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release this week

[Sandro Bonazzola]

Il 06/05/2015 10:47, Martin Perina ha scritto:
> Hi,
> 
> IMO we should add a warning to release notes that oVirt 3.6 Alpha requires
> OpenJDK 1.7 for engine and it will not work with OpenJDK 1.8 (even though
> our current packaging requirements allows OpenJDK 1.8).

You're welcome to add notes to http://www.ovirt.org/OVirt_3.6_Release_Notes :-)
This one, I'll add myself.

> 
> Thanks
> 
> Martin
> 
> - Original Message -
>> From: "Sandro Bonazzola" 
>> To: de...@ovirt.org, Users@ovirt.org
>> Sent: Monday, May 4, 2015 1:26:07 PM
>> Subject: [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release 
>> this week
>>
>> Hi,
>> just a quick reminder that oVirt 3.6.0 Alpha is scheduled for May 6th[1].
>>
>>
>> ACTION: Maintainers, please check Alpha Release Criteria[2] to ensure we can
>> release this Alpha on Wednesday.
>> MUST: All sources must be available on ovirt.org
>> MUST: All packages listed by subprojects must be available in the
>> repository
>> MUST: All accepted features must be substantially complete and in a
>> testable state and enabled by default -- if so specified by the change
>>
>> About this last "MUST" I think that we should drop it having changed the
>> release process after release criteria discussion and move it to beta
>> release
>> criteria.
>>
>> VOTE: please ack for moving "MUST: All accepted features must be
>> substantially complete and in a testable state and enabled by default -- if
>> so
>> specified by the change" to beta release criteria
>>
>> ACTION: Maintainers: please send a list of the packages provided by your
>> sub-project.
>> If no list will be provided, the list will be taken by the jenkins nightly
>> publisher job[3] used for publishing ovirt-master-snapshot.
>>
>> ACTION: Maintainers and QE: please fill the Test Day wiki page[4]
>>
>>
>> [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones
>> [2] http://www.ovirt.org/OVirt_3.6_Release_Management#Alpha_Release_Criteria
>> [3]
>> http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly_master/
>> [4] http://www.ovirt.org/OVirt_3.6_Test_Day
>>
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com
>> ___
>> Devel mailing list
>> de...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>


-- 
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

[ovirt-users] PXE boot of a VM on vdsm don't read DHCP offer

[NUNIN Roberto]

Hi all

We are using oVirt engine 3.5.1-0.0 on Centos 6.6
We are deploying two hosts with vdsm-4.16.10-8.gitc937927.el7.x86_64
No hosted-engine, it run on a dedicates VM, outside oVirt.

Behavior: PXE boot of a VM, ends in timeout (0x4c106035), instead to accept the 
DHCP offer coming from DHCP server.
Tcpdump capture started on the vdsm host, bond0 interface shows clearly that 
DHCP offers reach the vdsm interfaces three times before PXE client ends in 
timeout.
Incoming DHCP offer is correctly tagged when it comes to the bond0 interface 
and forwarded to the bond0.bridge interface.
PXE simply ignore it. PXE version is gPXE 0.9.7.
bond0.bridge interface is already setup with STP=off and DELAY=0.

If we install a VM using command  line boot parameters, VM install & run fine. 
The issue is only related to PXE process, when it is expected to use the DHCP 
offer.

I can provide tcpdump capture, but I've not attached to the email because I'm 
quite new of the community and don't know if it is allowed/correct.

On another host, under the same engine, running 
vdsm-4.16.12-7.gita30da75.el6.x86_64 on Centos6.6, this behavior is not 
happening, everything works fine.

Any idea/suggestion/further investigation ?
Thanks for attention
Best regards


Roberto Nunin
Infrastructure Manager
Italy


Here are interfaces configs:
eno1:
DEVICE="eno1"
HWADDR="38:63:bb:4a:47:b0"
MASTER="bond0"
NM_CONTROLLED="no"
ONBOOT="yes"
SLAVE="yes"
eno2:
DEVICE="eno2"
HWADDR="38:63:bb:4a:47:b4"
MASTER="bond0"
NM_CONTROLLED="no"
ONBOOT="yes"
SLAVE="yes"
bond0:
BONDING_OPTS="mode=4 miimon=100"
DEVICE="bond0"
NM_CONTROLLED="no"
ONBOOT="yes"
TYPE="Bond"
bond0.3500:
DEVICE=bond0.3500
VLAN=yes
BRIDGE=DMZ3_DEV
ONBOOT=no
MTU=1500
NM_CONTROLLED=no
HOTPLUG=no
DMZ3_DEV:
DEVICE=DMZ3_DEV
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=no
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
HOTPLUG=no





Questo messaggio e' indirizzato esclusivamente al destinatario indicato e 
potrebbe contenere informazioni confidenziali, riservate o proprietarie. 
Qualora la presente venisse ricevuta per errore, si prega di segnalarlo 
immediatamente al mittente, cancellando l'originale e ogni sua copia e 
distruggendo eventuali copie cartacee. Ogni altro uso e' strettamente proibito 
e potrebbe essere fonte di violazione di legge.

This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise private information. If you have received it in 
error, please notify the sender immediately, deleting the original and all 
copies and destroying any hard copies. Any other use is strictly prohibited and 
may be unlawful.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] multipath.conf changes removed on host activation

[Rik Theys]

Hi,

On 05/06/2015 10:39 AM, Yeela Kaplan wrote:

What version of vdsm are you using?


vdsm-4.16.14-0.el7.x86_64


You can avoid overriding /etc/multipath.conf by editing it,
and adding the following line:
# RHEV PRIVATE
as the second line in the conf file,
right after the first line which is supposed to state the version of vdsm's 
multipath configuration.


Thanks, that does it!

Regards,

Rik



Let me know if it helps.

Yeela

- Original Message -

From: "Rik Theys" 
To: users@ovirt.org
Sent: Wednesday, May 6, 2015 11:30:06 AM
Subject: [ovirt-users] multipath.conf changes removed on host activation

Hi,

I have some specific device settings in multipath.conf for my storage
box as it's not yet in the default settings of multipath for this device.

Upon activation of my host, the multipath.conf file is always replaced
by the default version and my changes are lost.

How can I either prevent vdsm from touching the file, or merge my
configuration?

Regards,

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






--
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

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

Re: [ovirt-users] [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release this week

[Martin Perina]

Hi,

IMO we should add a warning to release notes that oVirt 3.6 Alpha requires
OpenJDK 1.7 for engine and it will not work with OpenJDK 1.8 (even though
our current packaging requirements allows OpenJDK 1.8).

Thanks

Martin

- Original Message -
> From: "Sandro Bonazzola" 
> To: de...@ovirt.org, Users@ovirt.org
> Sent: Monday, May 4, 2015 1:26:07 PM
> Subject: [ovirt-devel] [QE][VOTE][ACTION REQUIRED] oVirt 3.6.0 Alpha release  
> this week
> 
> Hi,
> just a quick reminder that oVirt 3.6.0 Alpha is scheduled for May 6th[1].
> 
> 
> ACTION: Maintainers, please check Alpha Release Criteria[2] to ensure we can
> release this Alpha on Wednesday.
> MUST: All sources must be available on ovirt.org
> MUST: All packages listed by subprojects must be available in the
> repository
> MUST: All accepted features must be substantially complete and in a
> testable state and enabled by default -- if so specified by the change
> 
> About this last "MUST" I think that we should drop it having changed the
> release process after release criteria discussion and move it to beta
> release
> criteria.
> 
> VOTE: please ack for moving "MUST: All accepted features must be
> substantially complete and in a testable state and enabled by default -- if
> so
> specified by the change" to beta release criteria
> 
> ACTION: Maintainers: please send a list of the packages provided by your
> sub-project.
> If no list will be provided, the list will be taken by the jenkins nightly
> publisher job[3] used for publishing ovirt-master-snapshot.
> 
> ACTION: Maintainers and QE: please fill the Test Day wiki page[4]
> 
> 
> [1] http://www.ovirt.org/OVirt_3.6_Release_Management#Key_Milestones
> [2] http://www.ovirt.org/OVirt_3.6_Release_Management#Alpha_Release_Criteria
> [3]
> http://jenkins.ovirt.org/view/Publishers/job/publish_ovirt_rpms_nightly_master/
> [4] http://www.ovirt.org/OVirt_3.6_Test_Day
> 
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] multipath.conf changes removed on host activation

[Ernest Beinrohr]

Dňa 06.05.2015 o 10:30 Rik Theys napísal(a):

Hi,

I have some specific device settings in multipath.conf for my storage 
box as it's not yet in the default settings of multipath for this device.


Upon activation of my host, the multipath.conf file is always replaced 
by the default version and my changes are lost.


How can I either prevent vdsm from touching the file, or merge my 
configuration?


This first line in multipath.conf prevents an update from vdsm on our 
systems:

"# RHEV REVISION 1.1"

--
Ernest Beinrohr, AXON PRO
Ing , RHCE 
, RHCVA 
, LPIC 
, VCA ,

+421-2-62410360 +421-903-482603
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] multipath.conf changes removed on host activation

[Yeela Kaplan]

Hi Rik,
What version of vdsm are you using?

You can avoid overriding /etc/multipath.conf by editing it,
and adding the following line:
# RHEV PRIVATE
as the second line in the conf file,
right after the first line which is supposed to state the version of vdsm's 
multipath configuration.

Let me know if it helps.

Yeela

- Original Message -
> From: "Rik Theys" 
> To: users@ovirt.org
> Sent: Wednesday, May 6, 2015 11:30:06 AM
> Subject: [ovirt-users] multipath.conf changes removed on host activation
> 
> Hi,
> 
> I have some specific device settings in multipath.conf for my storage
> box as it's not yet in the default settings of multipath for this device.
> 
> Upon activation of my host, the multipath.conf file is always replaced
> by the default version and my changes are lost.
> 
> How can I either prevent vdsm from touching the file, or merge my
> configuration?
> 
> Regards,
> 
> Rik
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] multipath.conf changes removed on host activation

[Rik Theys]

Hi,

I have some specific device settings in multipath.conf for my storage 
box as it's not yet in the default settings of multipath for this device.


Upon activation of my host, the multipath.conf file is always replaced 
by the default version and my changes are lost.


How can I either prevent vdsm from touching the file, or merge my 
configuration?


Regards,

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

Re: [ovirt-users] used engine-iso-uploader to upload ISO , but cant find the images

[John Joseph]

  Thanks Didi, Alex
I did attach attach the ISO to the domain and when I refreshed, I could see the 
ISO images
THANKS 

Joseph John 




On Wednesday, 6 May 2015 10:30 AM, Alex Crow  wrote:



On 06/05/15 06:36, John Joseph wrote:
> Hi All
> I finished installing   oVirto 3.5.2-1 on CentOS 6.6 64 bit OS and it is 
> working  and now I am slowly epxloring other feaures.
> I have uploaded a ISO image, and the message says that It is been uploaded as 
> follows
>
> # engine-iso-uploader -i ISO_DOMAIN  upload 
> /root/CentOS-6.6-x86_64-Kazoo-0.iso
> Please provide the REST API password for the admin@internal oVirt Engine user 
> (CTRL+D to abort):
> Uploading, please wait...
> INFO: Start uploading /root/CentOS-6.6-x86_64-Kazoo-0.iso
> WARNING: failed to refresh the list of files available in the ISO_DOMAIN ISO 
> storage domain. Please refresh the list manually using the 'Refresh' button 
> in the oVirt Webadmin console.
> INFO: /root/CentOS-6.6-x86_64-Kazoo-0.iso uploaded successfully
>
> When I try to referesh, I cannot see the ISO image so far, I did wait for 10 
> to 15 min and then refreshed also
> I have attached the screen shot for reference
> thanks
> Joseph John
>

You need to attach and activate your ISO domain.

Cheers

Alex


___
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