[Users] avoid debug messages or explain better how to change log level

[Gianluca Cecchi]

Hello,
I remember many months ago a thread where someone complained about too
verbose logging.
Still today in 3.3.1 we have many many DEBUG messages in both vdsm and
engine logs.
Is there already a wiki explaining how to relax logging level?
I think that if we think it is now able to be production ready, this
implies changing default log level.
Right today it is difficult to understand logs because of verbosity,
in my opinion.
Best if in upcoming 3.3.2 release this could take place.
Anyway someone could always leverage the level as he/she needs...

What do you think about it?

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

Re: [Users] Agents for Windows

[Bob Doolittle]

On 12/06/2013 06:25 AM, Vinzenz Feenstra wrote:

On 12/06/2013 05:33 AM, Blaster wrote:

I guess I'm confused as to how Red Hat can be making statements that 
Ovirt is a viable alternative to ESXi when many simple things that 
ESXi users take for granted simply don't work or are non-existent 
under Ovirt.  I'm hardly a power user of ESXi, and I've only begun my 
Ovirt journey, but I've already come across the following:

...
I understand that you're disappointed and we're trying to make our 
best to make the user experience better. You should be considering the 
age of the project and what we're actually already providing. Yes not 
everything is perfect, but we're working hard on improving it.


True but you'll note that Blaster's overall comments were about Red 
Hat's marketing of this project as a solution, given it's status. I 
agree that it's a bit premature. oVirt is maturing quickly, but it still 
has a ways to go. It will get there, as you point out, and of course 
driving demand by a little over-enthusiastic marketing may actually 
accelerate that process, which may be a goal (Machiavelli would approve 
:). It will also frustrate some users, unfortunately.


Another thing having to say about your point 4 is that you're basing 
your experience solely on Windows guests, which are a bit more 
troublesome to support the same way we do for example Linux guests.


Here I disagree. My experience is the opposite. You can get almost 
everything (that I care about anyway) for Windows by installing 
spice-guest-tools (once you find it - there are few clues on the oVirt 
Wiki). This includes drivers, better mouse/display handling, and 
copy/paste. It does not seem however to include communication of the IP 
address (nor, I suspect, clean shutdown handling).


It's on Linux where you have to piece together more things, and in fact 
have to build some things (e.g. vdagent) from source.


Once https://bugzilla.redhat.com/show_bug.cgi?id=1026933 is fixed 
(currently slated for 3.3.3 :( ), and assuming that a VFD will be 
included and not just an ISO, the experience will be much simpler for 
Windows than for Linux for those pieces.


If we were to build vdagent for Linux and make the RPMs for it and the 
Linux Guest Agent available in an easy way (incorporate them into an ISO 
and pre-populate ISO_DOMAIN with it?) that would be a big step forward 
for Linux guests. It's possible that you'd have to build vdagent from 
source, using some kind of automated build/install script on the ISO, to 
make it work for a variety of Linux distros. That's effectively what 
VMware has done. When building from source I find resolving the 
dependencies to be a big headache, particularly on Fedora.


-Bob

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

Re: [Users] oVirt Cloud-Init integration REST-API

[Michal Skrivanek]

> On 06 Dec 2013, at 18:35, Michael Pasternak  wrote:
> 
> 
> Michal?
> 
>> On 12/06/2013 12:25 PM, Sven Kieske wrote:
>> Hi,
>> 
>> we want to utilize Cloud-Init via REST-API, like mentioned on
>> the feature page in the wiki:
>> http://www.ovirt.org/Features/Cloud-Init_Integration
>> 
>> but looking at api?rsdl I do not find any clue
>> if this is implemented already in 3.3.1?

No. There was quite a huge delay in REST implementation from the rest of the 
code so it was only merged recently. It's in 3.3.2. 

>> 
>> if yes, how to call this function?
>> 
>> if no, can we hack something in the db to activate it
>> or at least use the function to automatic build the
>> cd-roms which get passed to the vms?

Well, you can create the cd and content using the existing VM payload 
functionality. 3.3.2 is going to be released soon so maybe try beta already

Thanks,
michal

>> 
>> I really need this feature.
>> 
>> Thanks for your help.
> 
> 
> -- 
> 
> Michael Pasternak
> RedHat, ENG-Virtualization R&D
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] vdsmd seg fault

[Dan Kenigsberg]

On Sat, Oct 26, 2013 at 09:06:23AM -0600, Dan Ferris wrote:
> Unfortunatly, I was not correct.  Not fixed. :(

It's most probably a libvirt issue, tracked by

Bug 1034312 - vdsm-tool segfaults during vdsmd start

solved upstream and hopefully to be backported to Fedora 19.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt/RHEV Android client (Opaque) available for beta testing

[Nathanaël Blanchet]

Hi iordan

sorry, I've just made a new test and AD authentication works fine for now.

Le 06/12/2013 18:28, i iordanov a écrit :

Hi Nathanael,

Supporting non-US keyboard layouts will only be convenient and good if 
libspice supported a separate channel for sending unicode characters 
over to the vdagent of the guest. The reason is that mobile devices 
generally do not generate scan codes with soft-input keyboards, and I 
basically resort to mapping characters to scancodes which is non-optimal.


As far as the other question you have, my setup is a FreeIPA server 
with a bunch of users on it, which has been added to oVirt. I'm able 
to authenticate with both admin@internal and all of the users in LDAP. 
You must enter user@domain, and not just user for the authentication 
to work, however. If this still doesn't help you, can you tell me what 
difference do you think it makes for the client whether oVirt is 
authenticating against AD or FreeIPA?


Cheers!
iordan


On Fri, Dec 6, 2013 at 11:47 AM, Nathanaël Blanchet > wrote:


Le 06/12/2013 17:31, Nathanaël Blanchet a écrit :


Hi, just tested it, it is an unexpected good idea!
My ovirt server is ssl only, so it was a bit complicated to get
/etc/pki/ovirt-engine/ca.pem.
I think it could be great to add a browser to get the ca into the
filesystem instead of searching it into the phone, virtual
keyboard is not convinient to type long inputs.
Then, opaque's keyboard regional layout gave me headache. It is
default qwerty but I need french layout, and no option to change
it in the app is available. So, I changed the android layout
keyboard into qwerty, but at this time while the keyboard is
physically qwerty, I get a "A" for "Q", so it is always inversed.
Maybe I should change the spice server layout...
So the idea is good but it is unusable with non US layout.

Something else important : I only managed to login with
admin@local and no external authentication (AD in my case) was
possible since it is supported into the regular webadmin.


Le 06/12/2013 17:11, i iordanov a écrit :

Hi guys,

Just a clarification that Opaque is a VM console client, not an
infrastructure management client.

Cheers!
iordan


On Thu, Dec 5, 2013 at 12:38 PM, i iordanov mailto:iiorda...@gmail.com>> wrote:

Hello,

We invite any interested oVirt/RHEV developers and
administrators to beta-test Opaque, a new Android oVirt/RHEV
client application.

To opt in, please reply to this message with an email
address associated with a Google Account, because joining
the beta-test group is based on membership to a Google Plus
community. If you don't want that email address posted to
the mailing list, don't include it in your reply!

Itamar or I will add you to the community and let you know
that you can proceed to the following two steps:

1) Please visit this page here to accept the invitation:
https://plus.google.com/communities/116099119712127782216

2) Once you've become a member of the Google+ group, to
opt-in, visit:
https://play.google.com/apps/testing/com.undatech.opaquebeta

You will be able to download Opaque from Google Play by
following the link at the bottom of the opt-in page.

Please share your experiences with Opaque to the mailing list!

Cheers,
iordan

-- 
The conscious mind has only one thread of execution.





-- 
The conscious mind has only one thread of execution.



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


-- 
Nathanaël Blanchet


Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
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


-- 
Nathanaël Blanchet


Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
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




--
The conscious mind has only one thread of execution.


--
Nathanaël Blanchet

Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'

Re: [Users] oVirt Cloud-Init integration REST-API

[Michael Pasternak]

Michal?

On 12/06/2013 12:25 PM, Sven Kieske wrote:
> Hi,
> 
> we want to utilize Cloud-Init via REST-API, like mentioned on
> the feature page in the wiki:
> http://www.ovirt.org/Features/Cloud-Init_Integration
> 
> but looking at api?rsdl I do not find any clue
> if this is implemented already in 3.3.1?
> 
> if yes, how to call this function?
> 
> if no, can we hack something in the db to activate it
> or at least use the function to automatic build the
> cd-roms which get passed to the vms?
> 
> I really need this feature.
> 
> Thanks for your help.
> 


-- 

Michael Pasternak
RedHat, ENG-Virtualization R&D
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt/RHEV Android client (Opaque) available for beta testing

[i iordanov]

Hi Nathanael,

Supporting non-US keyboard layouts will only be convenient and good if
libspice supported a separate channel for sending unicode characters over
to the vdagent of the guest. The reason is that mobile devices generally do
not generate scan codes with soft-input keyboards, and I basically resort
to mapping characters to scancodes which is non-optimal.

As far as the other question you have, my setup is a FreeIPA server with a
bunch of users on it, which has been added to oVirt. I'm able to
authenticate with both admin@internal and all of the users in LDAP. You
must enter user@domain, and not just user for the authentication to work,
however. If this still doesn't help you, can you tell me what difference do
you think it makes for the client whether oVirt is authenticating against
AD or FreeIPA?

Cheers!
iordan


On Fri, Dec 6, 2013 at 11:47 AM, Nathanaël Blanchet wrote:

>  Le 06/12/2013 17:31, Nathanaël Blanchet a écrit :
>
>  Hi, just tested it, it is an unexpected good idea!
> My ovirt server is ssl only, so it was a bit complicated to get
> /etc/pki/ovirt-engine/ca.pem.
> I think it could be great to add a browser to get the ca into the
> filesystem instead of searching it into the phone, virtual keyboard is not
> convinient to type long inputs.
> Then, opaque's keyboard regional layout gave me headache. It is default
> qwerty but I need french layout, and no option to change it in the app is
> available. So, I changed the android layout keyboard into qwerty, but at
> this time while the keyboard is physically qwerty, I get a "A" for "Q", so
> it is always inversed. Maybe I should change the spice server layout...
> So the idea is good but it is unusable with non US layout.
>
> Something else important : I only managed to login with admin@local and
> no external authentication (AD in my case) was possible since it is
> supported into the regular webadmin.
>
>  Le 06/12/2013 17:11, i iordanov a écrit :
>
>  Hi guys,
>
>  Just a clarification that Opaque is a VM console client, not an
> infrastructure management client.
>
> Cheers!
>  iordan
>
>
>  On Thu, Dec 5, 2013 at 12:38 PM, i iordanov  wrote:
>
>>  Hello,
>>
>> We invite any interested oVirt/RHEV developers and administrators to
>> beta-test Opaque, a new Android oVirt/RHEV client application.
>>
>> To opt in, please reply to this message with an email address associated
>> with a Google Account, because joining the beta-test group is based on
>> membership to a Google Plus community. If you don't want that email address
>> posted to the mailing list, don't include it in your reply!
>>
>> Itamar or I will add you to the community and let you know that you can
>> proceed to the following two steps:
>>
>> 1) Please visit this page here to accept the invitation:
>> https://plus.google.com/communities/116099119712127782216
>>
>> 2) Once you've become a member of the Google+ group, to opt-in, visit:
>> https://play.google.com/apps/testing/com.undatech.opaquebeta
>>
>> You will be able to download Opaque from Google Play by following the
>> link at the bottom of the opt-in page.
>>
>> Please share your experiences with Opaque to the mailing list!
>>
>>  Cheers,
>> iordan
>>
>> --
>> The conscious mind has only one thread of execution.
>>
>
>
>
> --
> The conscious mind has only one thread of execution.
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle exploitation et maintenance
> Département des systèmes d'information
> 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 14blanc...@abes.fr
>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle exploitation et maintenance
> Département des systèmes d'information
> 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 14blanc...@abes.fr
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
The conscious mind has only one thread of execution.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt Python SDK: getting the full filenames of disk images

[Dan Yasny]

Probably not, but you can
- get the disk image UUID (that's the name in the filesystem or LV name),
- get the UUID of the storage domain (that will be the top level dir name
or VG name)
- get the DC UUID (this will be the top level dir name and the mount point
for LVM)

Then compose the path out of these. Keep in mind that the disk UUID you get
is the latest leaf in a snapshot tree, and if you need the entire chain of
images, you need to recursively traverse the tree starting at the leaf,
using the PUUID tag to find the parent.

Might be a better way, but I'm not aware of it.

Moreover, if you explain why you need to touch those images manually
instead of letting ovirt handle everything, we might be able to suggest a
better way

--
D


On Wed, Dec 4, 2013 at 2:34 AM, Исаев Виталий Анатольевич
wrote:

>  Dear ovirt-engine users,
>
>
>
> I will be appreciated if someone experienced in oVirt Python SDK could
> advice the method of getting the full filename of the VM’s disk images in
> the RHEV hypervisor’s file system. Can I get filename with a full file
> system path from a ovirtsdk.infrastructure.brokers.VMDisk class instance?
>
>
>
> If Python SDK (what is preffered) can’t provide such an information, may
> be it is still possible with RHEV-M REST API?
>
>
>
> Thank you,
>
> Vitaly Isaev
>
> Software engineer
>
> Information security department
>
> Fintech JSC, Moscow, Russia
>
>
>
> ___
> 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: [Users] oVirt/RHEV Android client (Opaque) available for beta testing

[Nathanaël Blanchet]

Le 06/12/2013 17:31, Nathanaël Blanchet a écrit :

Hi, just tested it, it is an unexpected good idea!
My ovirt server is ssl only, so it was a bit complicated to get 
/etc/pki/ovirt-engine/ca.pem.
I think it could be great to add a browser to get the ca into the 
filesystem instead of searching it into the phone, virtual keyboard is 
not convinient to type long inputs.
Then, opaque's keyboard regional layout gave me headache. It is 
default qwerty but I need french layout, and no option to change it in 
the app is available. So, I changed the android layout keyboard into 
qwerty, but at this time while the keyboard is physically qwerty, I 
get a "A" for "Q", so it is always inversed. Maybe I should change the 
spice server layout...

So the idea is good but it is unusable with non US layout.
Something else important : I only managed to login with admin@local and 
no external authentication (AD in my case) was possible since it is 
supported into the regular webadmin.

Le 06/12/2013 17:11, i iordanov a écrit :

Hi guys,

Just a clarification that Opaque is a VM console client, not an 
infrastructure management client.


Cheers!
iordan


On Thu, Dec 5, 2013 at 12:38 PM, i iordanov > wrote:


Hello,

We invite any interested oVirt/RHEV developers and administrators
to beta-test Opaque, a new Android oVirt/RHEV client application.

To opt in, please reply to this message with an email address
associated with a Google Account, because joining the beta-test
group is based on membership to a Google Plus community. If you
don't want that email address posted to the mailing list, don't
include it in your reply!

Itamar or I will add you to the community and let you know that
you can proceed to the following two steps:

1) Please visit this page here to accept the invitation:
https://plus.google.com/communities/116099119712127782216

2) Once you've become a member of the Google+ group, to opt-in,
visit:
https://play.google.com/apps/testing/com.undatech.opaquebeta

You will be able to download Opaque from Google Play by following
the link at the bottom of the opt-in page.

Please share your experiences with Opaque to the mailing list!

Cheers,
iordan

-- 
The conscious mind has only one thread of execution.





--
The conscious mind has only one thread of execution.


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


--
Nathanaël Blanchet

Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
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


--
Nathanaël Blanchet

Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
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: [Users] oVirt/RHEV Android client (Opaque) available for beta testing

[Nathanaël Blanchet]

Hi, just tested it, it is an unexpected good idea!
My ovirt server is ssl only, so it was a bit complicated to get 
/etc/pki/ovirt-engine/ca.pem.
I think it could be great to add a browser to get the ca into the 
filesystem instead of searching it into the phone, virtual keyboard is 
not convinient to type long inputs.
Then, opaque's keyboard regional layout gave me headache. It is default 
qwerty but I need french layout, and no option to change it in the app 
is available. So, I changed the android layout keyboard into qwerty, but 
at this time while the keyboard is physically qwerty, I get a "A" for 
"Q", so it is always inversed. Maybe I should change the spice server 
layout...

So the idea is good but it is unusable with non US layout.


Le 06/12/2013 17:11, i iordanov a écrit :

Hi guys,

Just a clarification that Opaque is a VM console client, not an 
infrastructure management client.


Cheers!
iordan


On Thu, Dec 5, 2013 at 12:38 PM, i iordanov > wrote:


Hello,

We invite any interested oVirt/RHEV developers and administrators
to beta-test Opaque, a new Android oVirt/RHEV client application.

To opt in, please reply to this message with an email address
associated with a Google Account, because joining the beta-test
group is based on membership to a Google Plus community. If you
don't want that email address posted to the mailing list, don't
include it in your reply!

Itamar or I will add you to the community and let you know that
you can proceed to the following two steps:

1) Please visit this page here to accept the invitation:
https://plus.google.com/communities/116099119712127782216

2) Once you've become a member of the Google+ group, to opt-in, visit:
https://play.google.com/apps/testing/com.undatech.opaquebeta

You will be able to download Opaque from Google Play by following
the link at the bottom of the opt-in page.

Please share your experiences with Opaque to the mailing list!

Cheers,
iordan

-- 
The conscious mind has only one thread of execution.





--
The conscious mind has only one thread of execution.


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


--
Nathanaël Blanchet

Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
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: [Users] oVirt/RHEV Android client (Opaque) available for beta testing

[i iordanov]

Hi guys,

Just a clarification that Opaque is a VM console client, not an
infrastructure management client.

Cheers!
iordan


On Thu, Dec 5, 2013 at 12:38 PM, i iordanov  wrote:

> Hello,
>
> We invite any interested oVirt/RHEV developers and administrators to
> beta-test Opaque, a new Android oVirt/RHEV client application.
>
> To opt in, please reply to this message with an email address associated
> with a Google Account, because joining the beta-test group is based on
> membership to a Google Plus community. If you don't want that email address
> posted to the mailing list, don't include it in your reply!
>
> Itamar or I will add you to the community and let you know that you can
> proceed to the following two steps:
>
> 1) Please visit this page here to accept the invitation:
> https://plus.google.com/communities/116099119712127782216
>
> 2) Once you've become a member of the Google+ group, to opt-in, visit:
> https://play.google.com/apps/testing/com.undatech.opaquebeta
>
> You will be able to download Opaque from Google Play by following the link
> at the bottom of the opt-in page.
>
> Please share your experiences with Opaque to the mailing list!
>
> Cheers,
> iordan
>
> --
> The conscious mind has only one thread of execution.
>



-- 
The conscious mind has only one thread of execution.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Using storage network for gluster

[Juan Pablo Lorier]

Thanks Gianluca, I'll try that. I still am under testing for this
gluster cluster, so I have no problem with downtime. :-)
I'll let you know what happened.
Regards,

On 06/12/13 08:11, Gianluca Cecchi wrote:
> On Thu, Dec 5, 2013 at 6:04 PM, Juan Pablo Lorier wrote:
>> H,
>>
>> I'm experimenting with gluster and as my DC is a iscsi dc, I've just
>> created a new cluster with two hosts and now I'm trying to create a
>> volume. I've followed all kind of guides in the web without success.
>> Now I'm having ovirt to complaint about a network error in the volume
>> creation and I'd like to ask two things:
>>
>> - Why I must use ovirtmgmt network for gluster (can't choose other from
>> the add brick drop down list) instead of the network I have set up for
>> iscsi?
>> - What may be the problem with network?
> this worked for me after default install that, as you already wrote,
> doesn't allow to have anything but the ovirtmgmt.
> Of course it needs downtime... suboptimal...
> see this thread of mine:
> http://lists.ovirt.org/pipermail/users/2013-October/016891.html
>
> Using ovirtmgmt I had problems with cluster due to ovirtmgmt saturated
> if I had heavy I/O on VMs (so network bandwith from gluster point of
> view)... with hosts going into non operational status.
> No problem after changing network.
>
> Gianluca

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

[Users] oVirt Python SDK: getting the full filenames of disk images

[Исаев Виталий Анатольевич]

Dear ovirt-engine users,

I will be appreciated if someone experienced in oVirt Python SDK could advice 
the method of getting the full filename of the VM's disk images in the RHEV 
hypervisor's file system. Can I get filename with a full file system path from 
a ovirtsdk.infrastructure.brokers.VMDisk class instance?

If Python SDK (what is preffered) can't provide such an information, may be it 
is still possible with RHEV-M REST API?

Thank you,
Vitaly Isaev
Software engineer
Information security department
Fintech JSC, Moscow, Russia

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

Re: [Users] oVirt auditing

[Piotr Kliczewski]

- Original Message -
> From: "Jakub Bittner" 
> To: "Itamar Heim" , "Sander Grendelman" 
> 
> Cc: users@ovirt.org, "Piotr Kliczewski" 
> Sent: Friday, December 6, 2013 8:08:17 AM
> Subject: Re: [Users] oVirt auditing
> 
> Dne 5.12.2013 18:34, Itamar Heim napsal(a):
> > On 12/05/2013 06:13 PM, Jakub Bittner wrote:
> >> Dne 5.12.2013 17:00, Sander Grendelman napsal(a):
> >>> https:///api/events
> >> Great, I did not know about this page, it is better(formated) source
> >> than logs, but it still has the same issue. I can get info about what
> >> happened, but not exact info about what was done.
> >
> > just btw, this is the "events" log from the webadmin.
> > it covers actions done by users, not content of the edit operation
> > (something piotr started looking into).
> >
> > with the move of the gui to work over the rest api, maybe just
> > auditing the api payload for these actions would be good enough?
> >
> >
> >>
> >> 
> >> Interface nic1 (VirtIO) was updated for VM
> >> server1.test.org.   (User: user1)
> >> 934
> >> normal
> >> 2013-12-05T16:35:46.263+01:00
> >> 7e60ae1
> >>  >> id="6d8fd48a-1072-11e3-c3ea-001a4aa8039d"/>
> >>  >> id="cc821292-80c0-4b85-a832-0b8a969c22c9"/>
> >>  >> id="99408929-82cf-4dc7-a532-9d998063fa95"/>
> >>  >> href="/api/datacenters/5849b030-626e-47cb-ad90-3ce782d831b3"
> >> id="5849b030-612e-47cb-ad90-3ce782d831b3"/>
> >> oVirt
> >> -1
> >> 30
> >> 
> >>
> >>
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >
> 
> If I can have an suggestion, we discus audit log and for our siem it
> would be great format like:
> 
> user: user1 action: powered off vm: VM1.test.com host: ovirt.test.com
> 
> user: user1 action: logged in
> 
> user: user1 action: initiated console session VM: VM5.test.com
> 
> user: user1 action: changed network interface detail: secure_vlan to
> insecure_vlan on vnic1 vm: testserver.test.com
> 

I focused on modifications and used json for it looking like:

{ object='objectName'propertyName='name' oldValue='previousValue' 
newValue='newValue'}

You could have multiple properties modified, removed and created. What do you 
think about 
this format?



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

Re: [Users] [QE] oVirt 3.3.2 RC status

[Sven Kieske]

Am 06.12.2013 13:11, schrieb Dan Kenigsberg:
> What's its number?

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

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [QE] oVirt 3.3.2 RC status

[Dan Kenigsberg]

On Fri, Dec 06, 2013 at 11:04:24AM +, Sven Kieske wrote:
> I suggested another bug as blocker, please look into it.

What's its number?

> 
> I hope this does not need much work to fix, but I don't know.
> (REST-API Integration of cloud-init/run once).
> 
> Thanks for the release notes so far, they look promising!

I've added my own

network  1037277 Node isn't registred when NIC with VLAN
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Agents for Windows

[Vinzenz Feenstra]

On 12/06/2013 05:33 AM, Blaster wrote:

On 12/3/2013 7:18 AM, Michal Skrivanek wrote:

On Dec 3, 2013, at 10:55 , Vinzenz Feenstra  wrote:


On 12/02/2013 09:15 PM, Blaster wrote:
I've been able to find prebuilt virt-io drivers and spice agents 
for Windows.  Are there any repositories for prebuilt qemu-agent 
and ovirt agents for Windows?

Unfortunately no.
we're just lacking the capacity. If someone can put it together 
there's no problem to host it at ovirt.org


Thanks,
michal



I guess I'm confused as to how Red Hat can be making statements that 
Ovirt is a viable alternative to ESXi when many simple things that 
ESXi users take for granted simply don't work or are non-existent 
under Ovirt.  I'm hardly a power user of ESXi, and I've only begun my 
Ovirt journey, but I've already come across the following:


1) No easy way to use an NFS share of ISOs to boot VMs with.  Have to 
create a data domain and custom build a symlink tree.
2) No way to take an existing VM disk image and "add to inventory". 
You have to go through a process of importing it into a data domain.  
This makes it very complex to pop a disk out of chassis and move the 
VMs to a new hypervisor and go.  Also makes DR more complex.
3) No way to make a backup of a guest using snapshots because you 
apparently can't delete the snap shots after you create them. (Must 
have been the same engineers who wrote ZFS and never imagined anyone 
would want to shrink a ZFS filesystem...)
4) There appears to be little or no documention on what you need to do 
to prep an Ovirt guest..  I still am not sure, and I've spent hours on 
Google trying to put it together...

Looks like you need
a) virt-IO drivers
b) Spice drivers
c) qemu-agent drivers which you must create your own build environment 
and build yourself
d) ovirt-agent drivers which you must create your own build 
environment and build yourself

e) have I missed anything?
Under ESXi it's right click, install. done.
I understand that you're disappointed and we're trying to make our best 
to make the user experience better. You should be considering the age of 
the project and what we're actually already providing. Yes not 
everything is perfect, but we're working hard on improving it.
We're working in a collaborative way together with the community, if 
you're missing something, there's always the possibility to help out. 
Even if you're not a programmer you can help improving the experience.
For example in your case to document point 4 in the wiki so that it's 
easier to find this information.


For points 1-3 I would simply suggest that you can make a feature 
requests and describe how you would imagine this could work.

We're pretty open to suggestions.

Another thing having to say about your point 4 is that you're basing 
your experience solely on Windows guests, which are a bit more 
troublesome to support the same way we do for example Linux guests.
First of all the oVirt project would need licenses for Windows to build 
those binaries at the moment. However there are plans providing 
pre-built guest agents for oVirt, however this is currently slowly 
moving on and any help in that regard,
of setting up a viable, preferably cross-platform build environment, is 
of course welcome.


Once we have builds for windows, we might be able to publish an ISO 
which can be attached to windows VMs and run autostart for the 
installation. However I wouldn't expect this to be happening too soon, 
though.






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



--
Regards,

Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo

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: [Users] [QE] oVirt 3.3.2 RC status

[Sven Kieske]

I suggested another bug as blocker, please look into it.

I hope this does not need much work to fix, but I don't know.
(REST-API Integration of cloud-init/run once).

Thanks for the release notes so far, they look promising!

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] oVirt Cloud-Init integration REST-API

[Sven Kieske]

Hi,

we want to utilize Cloud-Init via REST-API, like mentioned on
the feature page in the wiki:
http://www.ovirt.org/Features/Cloud-Init_Integration

but looking at api?rsdl I do not find any clue
if this is implemented already in 3.3.1?

if yes, how to call this function?

if no, can we hack something in the db to activate it
or at least use the function to automatic build the
cd-roms which get passed to the vms?

I really need this feature.

Thanks for your help.

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] [QE] oVirt 3.3.2 RC status

[Sandro Bonazzola]

Hi,

we've scheduled oVirt 3.3.2 RC build on 2013-12-11 [1]

A bug tracker is available at [2] and it shows only 4 bugs still blocking the 
release:

Whiteboard  Bug ID  Summary
integration 1036209 [AIO] ssh issues
storage 1022961 Running a VM from a gluster domain uses mount instead 
of gluster URI
virt1029885 cloud-init testcase does not work in engine 3.3.1
virt1025829 sysprep floppy is not attached to Windows 2008 R2 
machine - even when specifically checked in Run Once


Please provide an ETA for the above bugs.

1036209 [AIO] ssh issues: patch merged on master branch, ready to be merged 
(hopefully today) on 3.3 and 3.3.2 branches.

For those who want to help testing the bugs, I suggest to add yourself as QA 
contact for the bug and add yourself to the testing page [3].
Thanks to all which have already started testing beta release!

Maintainers should fill release notes before RC build, the page has been 
created here [4]

[1] http://www.ovirt.org/OVirt_3.3.z_release-management
[2] https://bugzilla.redhat.com/1027349
[3] http://www.ovirt.org/Testing/Ovirt_3.3.2_testing
[4] http://www.ovirt.org/OVirt_3.3.2_release_notes

Thanks,


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

Re: [Users] Gluster Volume Info won't update

[Sahina Bose]

On 12/06/2013 03:29 PM, Sahina Bose wrote:


On 12/06/2013 10:00 AM, Kanagaraj wrote:


On 12/06/2013 09:46 AM, Andrew Lau wrote:

Yup - it's ovirt cluster version 3.3 with gluster 3.4.1


what does "gluster volume info " and "gluster volume status 
" say?


There's an issue where engine cannot sync the bricks, as bricks return 
a different IP address than the one engine is aware of (in this case 
gsx.melb.example.net  while engine knows 
the host as hvx.melb.example.net ) . We 
need to fix this path to use the gluster host UUID as well.


Have logged a bug to track this - 
https://bugzilla.redhat.com/show_bug.cgi?id=1038988





Could you also let us know if the following network is listed under your 
Host's Network Interfaces sub tab?

172.16.1.1 (gluster) gsx.melb.example.net 

If it is, then even without any fix, it should have worked for you and 
we need to dig further on why it did not.










On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj >wrote:



On 12/06/2013 07:55 AM, Andrew Lau wrote:

Because of a few issues I had with keepalived, I moved my
storage network to it's own VLAN but it seems to have broken
part of the ovirt gluster management.

Same scenario:
2 Hosts

1x Engine, VDSM, Gluster
1x VDSM,Gluster

So to properly split the gluster data and ovirtmgmt I simply
assigned them two host names and two IPS.

172.16.0.1 (ovirtmgmt) hvx.melb.example.net

172.16.1.1 (gluster) gsx.melb.example.net


However the oVirt engine does not seem to like this, it would
not pick up the gluster volume as "running" until I did a
restart through the UI.

The issue (possible bug) I'm seeing is the logs are being
filled with http://www.fpaste.org/59440/13862963/

Volume information isn't being pulled as it thinks the
gs01.melb.example.net  is not
within the cluster, where in fact it is but registered under
hv01.melb.example.net 



What's compatibility version of the clusters?

From 3.3 onwards, gluster-host-uuid is used to identify a host
instead of hostname.

Thanks,
Kanagaraj



Thanks,
Andrew


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







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




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


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

Re: [Users] Using storage network for gluster

[Gianluca Cecchi]

On Thu, Dec 5, 2013 at 6:04 PM, Juan Pablo Lorier wrote:
> H,
>
> I'm experimenting with gluster and as my DC is a iscsi dc, I've just
> created a new cluster with two hosts and now I'm trying to create a
> volume. I've followed all kind of guides in the web without success.
> Now I'm having ovirt to complaint about a network error in the volume
> creation and I'd like to ask two things:
>
> - Why I must use ovirtmgmt network for gluster (can't choose other from
> the add brick drop down list) instead of the network I have set up for
> iscsi?
> - What may be the problem with network?

this worked for me after default install that, as you already wrote,
doesn't allow to have anything but the ovirtmgmt.
Of course it needs downtime... suboptimal...
see this thread of mine:
http://lists.ovirt.org/pipermail/users/2013-October/016891.html

Using ovirtmgmt I had problems with cluster due to ovirtmgmt saturated
if I had heavy I/O on VMs (so network bandwith from gluster point of
view)... with hosts going into non operational status.
No problem after changing network.

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

Re: [Users] Gluster Volume Info won't update

[Sahina Bose]

On 12/06/2013 10:00 AM, Kanagaraj wrote:


On 12/06/2013 09:46 AM, Andrew Lau wrote:

Yup - it's ovirt cluster version 3.3 with gluster 3.4.1


what does "gluster volume info " and "gluster volume status 
" say?


There's an issue where engine cannot sync the bricks, as bricks return a 
different IP address than the one engine is aware of (in this case 
gsx.melb.example.net  while engine knows 
the host as hvx.melb.example.net ) . We 
need to fix this path to use the gluster host UUID as well.


Have logged a bug to track this - 
https://bugzilla.redhat.com/show_bug.cgi?id=1038988









On Fri, Dec 6, 2013 at 3:11 PM, Kanagaraj >wrote:



On 12/06/2013 07:55 AM, Andrew Lau wrote:

Because of a few issues I had with keepalived, I moved my
storage network to it's own VLAN but it seems to have broken
part of the ovirt gluster management.

Same scenario:
2 Hosts

1x Engine, VDSM, Gluster
1x VDSM,Gluster

So to properly split the gluster data and ovirtmgmt I simply
assigned them two host names and two IPS.

172.16.0.1 (ovirtmgmt) hvx.melb.example.net

172.16.1.1 (gluster) gsx.melb.example.net


However the oVirt engine does not seem to like this, it would
not pick up the gluster volume as "running" until I did a
restart through the UI.

The issue (possible bug) I'm seeing is the logs are being filled
with http://www.fpaste.org/59440/13862963/

Volume information isn't being pulled as it thinks the
gs01.melb.example.net  is not
within the cluster, where in fact it is but registered under
hv01.melb.example.net 



What's compatibility version of the clusters?

From 3.3 onwards, gluster-host-uuid is used to identify a host
instead of hostname.

Thanks,
Kanagaraj



Thanks,
Andrew


___
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: [Users] oVirt auditing

[Jakub Bittner]

Dne 6.12.2013 09:09, Piotr Kliczewski napsal(a):




- Original Message -

From: "Jakub Bittner" 
To: "Itamar Heim" , "Sander Grendelman" 

Cc: users@ovirt.org, "Piotr Kliczewski" 
Sent: Friday, December 6, 2013 8:08:17 AM
Subject: Re: [Users] oVirt auditing

Dne 5.12.2013 18:34, Itamar Heim napsal(a):

On 12/05/2013 06:13 PM, Jakub Bittner wrote:

Dne 5.12.2013 17:00, Sander Grendelman napsal(a):

https:///api/events

Great, I did not know about this page, it is better(formated) source
than logs, but it still has the same issue. I can get info about what
happened, but not exact info about what was done.

just btw, this is the "events" log from the webadmin.
it covers actions done by users, not content of the edit operation
(something piotr started looking into).

with the move of the gui to work over the rest api, maybe just
auditing the api payload for these actions would be good enough?




Interface nic1 (VirtIO) was updated for VM
server1.test.org.   (User: user1)
934
normal
2013-12-05T16:35:46.263+01:00
7e60ae1




oVirt
-1
30



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

If I can have an suggestion, we discus audit log and for our siem it
would be great format like:

user: user1 action: powered off vm: VM1.test.com host: ovirt.test.com

user: user1 action: logged in

user: user1 action: initiated console session VM: VM5.test.com

user: user1 action: changed network interface detail: secure_vlan to
insecure_vlan on vnic1 vm: testserver.test.com


I focused on modifications and used json for it looking like:

{ object='objectName'propertyName='name' oldValue='previousValue' 
newValue='newValue'}

You could have multiple properties modified, removed and created. What do you 
think about
this format?




This format looks great. If you need further testing we can help.
Thanks.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users