Re: [ovirt-users] BUG: "interface" field empty in "attach disk" windows Ovirt 4.0.5

[Fred Rolland]

Thanks for reporting.

Can you open a bug ?

https://www.ovirt.org/community/get-involved/report-a-bug/

On Wed, Dec 21, 2016 at 7:06 PM, Andrea Ghelardi 
wrote:

> Hello team,
>
> FYI there is a minor, cosmetic bug in 4.0.5 GUI
>
>
>
> 1)  Select VM -> tab DISKS
>
> 2)  Click Attach -> “Attach” window pop-ups with list of available
> disks  (attach PNG01)
>
> 3)  You can click and select interface type (attach PNG02)
>
> 4)  If you select disk to attach, Interface becomes blank (PNG03 and
> PNG04)
>
> 5)  If you move mouse up and down, correct entry is shown  (and just
> that one) PNG05 and PNG06
>
> 6)  Once selected, filed is still blank (in this case, Virtio-scsi)
> PNG07
>
> 7)  Disk is attached correctly, according to option “blindly”
> selected PNG08
>
>
>
> Cheers
>
> AG
>
>
>
>
>
> *Andrea Ghelardi*
>
>
>
> +39 050 2203 71 *| *www.iongroup.com *| **a.ghela...@iontrading.com
> *
>
> Via San Martino, 52 – 56125 Pisa - ITALY
>
>
>
> *This email and any attachments may contain information which is
> confidential and/or privileged. The information is intended exclusively for
> the addressee and the views expressed may not be official policy, but the
> personal views of the originator. If you are not the intended recipient, be
> aware that any disclosure, copying, distribution or use of the contents is
> prohibited. If you have received this email and any file transmitted with
> it in error, please notify the sender by telephone or return email
> immediately and delete the material from your computer. Internet
> communications are not secure and ION Trading is not responsible for their
> abuse by third parties, nor for any alteration or corruption in
> transmission, nor for any damage or loss caused by any virus or other
> defect. ION Trading accepts no liability or responsibility arising out of
> or in any way connected to this email.*
>
>
>
> [image: iON_HBlu_small]
>
> Automation through innovation
>
>
>
> ___
> 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.6.7 upgrade to 4.0.5 and CentOS 7.3

[ovirt]

Hi Gianluca,

no quite plain. We are connecting to a openldap server.

Best regards
Christoph

Am 21.12.2016 um 19:25 schrieb Gianluca Cecchi:



Il 21/Dic/2016 19:17, > ha 
scritto:


Hi Gianluca,

currently we have:

2 hosts (one is running also the oVirt Engine)
1 DC
We are only using NFS storage.

No reports are used. But we have it integrated into our LDAP.

Best regards
Christoph


Am 21.12.2016 um 17:37 schrieb Gianluca Cecchi:



On Wed, Dec 21, 2016 at 5:11 PM, > wrote:

Hi oVirt List,

I wanted to upgrade our oVirt 3.6.7 installation in the next
couple of days to oVirt 4.0.5.
My hosts are running CentOS 7.2 currently. It is safe to
perform the upgrade also to CentOS 7.3?

Is 4.0.5 also support this version of CentOS?

It is correct that the upgrade to 4.0 is the same as always?
Just I need to install the new repositories?
I guess I have to delete the old 3.6 repos or not?

|# yum install
http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm

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

Best regards and thank you for your answers Christoph

Can you give more details, such as:
- how many hosts?
- how many DCs?
- how many Clusters?
- which kinds of storage domains in use (NFS, iSCSI, FC, ...)?
- currently using Hosted Engine? Planning to use it in upgraded
environment?
- currently using reports and dwh and if so, currently using
which database for them?
- other custom configuration aspects?
The more you give in advance the more other users can share about
their experience.
In general this guide for RHEV should be of help for oVirt too:

https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/upgrade-guide/



HIH as a first insight,
Gianluca


As the environment is simple I can try to simulate, probably next 
week, as an exercise, as I have to migrate a similar test environment 
then.

I'll let you know.
Plain ldap or freeipa or what? I will test with freeipa as shipped in 
CentOS 7.2 with updates (not yet upgraded to 7.3)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.6.7 upgrade to 4.0.5 and CentOS 7.3

[Gianluca Cecchi]

Il 21/Dic/2016 19:17,  ha scritto:

Hi Gianluca,

currently we have:

2 hosts (one is running also the oVirt Engine)
1 DC
We are only using NFS storage.

No reports are used. But we have it integrated into our LDAP.

Best regards
Christoph


Am 21.12.2016 um 17:37 schrieb Gianluca Cecchi:



On Wed, Dec 21, 2016 at 5:11 PM,  wrote:

> Hi oVirt List,
>
> I wanted to upgrade our oVirt 3.6.7 installation in the next couple of
> days to oVirt 4.0.5.
> My hosts are running CentOS 7.2 currently. It is safe to perform the
> upgrade also to CentOS 7.3?
>
> Is 4.0.5 also support this version of CentOS?
>
> It is correct that the upgrade to 4.0 is the same as always?
> Just I need to install the new repositories?
> I guess I have to delete the old 3.6 repos or not?
>
>   # yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm
>   # yum update "ovirt-engine-setup*"
>   # engine-setup
>
> Best regards and thank you for your answers Christoph
>
Can you give more details, such as:
- how many hosts?
- how many DCs?
- how many Clusters?
- which kinds of storage domains in use (NFS, iSCSI, FC, ...)?
- currently using Hosted Engine? Planning to use it in upgraded environment?
- currently using reports and dwh and if so, currently using which database
for them?
- other custom configuration aspects?
The more you give in advance the more other users can share about their
experience.
In general this guide for RHEV should be of help for oVirt too:
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/
upgrade-guide/
HIH as a first insight,
Gianluca


As the environment is simple I can try to simulate, probably next week, as
an exercise, as I have to migrate a similar test environment then.
I'll let you know.
Plain ldap or freeipa or what? I will test with freeipa as shipped in
CentOS 7.2 with updates (not yet upgraded to 7.3)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.6.7 upgrade to 4.0.5 and CentOS 7.3

[ovirt]

Hi Gianluca,

currently we have:

2 hosts (one is running also the oVirt Engine)
1 DC
We are only using NFS storage.

No reports are used. But we have it integrated into our LDAP.

Best regards
Christoph

Am 21.12.2016 um 17:37 schrieb Gianluca Cecchi:



On Wed, Dec 21, 2016 at 5:11 PM, > wrote:


Hi oVirt List,

I wanted to upgrade our oVirt 3.6.7 installation in the next
couple of days to oVirt 4.0.5.
My hosts are running CentOS 7.2 currently. It is safe to perform
the upgrade also to CentOS 7.3?

Is 4.0.5 also support this version of CentOS?

It is correct that the upgrade to 4.0 is the same as always?
Just I need to install the new repositories?
I guess I have to delete the old 3.6 repos or not?

|# yum install
http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm

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

Best regards and thank you for your answers Christoph

Can you give more details, such as:
- how many hosts?
- how many DCs?
- how many Clusters?
- which kinds of storage domains in use (NFS, iSCSI, FC, ...)?
- currently using Hosted Engine? Planning to use it in upgraded 
environment?
- currently using reports and dwh and if so, currently using which 
database for them?

- other custom configuration aspects?
The more you give in advance the more other users can share about 
their experience.

In general this guide for RHEV should be of help for oVirt too:
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/upgrade-guide/ 


HIH as a first insight,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.6.7 upgrade to 4.0.5 and CentOS 7.3

[Gianluca Cecchi]

Resend, as it seems there was a problem before with mailing list...

Il 21/Dic/2016 17:37, "Gianluca Cecchi"  ha
scritto:



On Wed, Dec 21, 2016 at 5:11 PM,  wrote:

> Hi oVirt List,
>
> I wanted to upgrade our oVirt 3.6.7 installation in the next couple of
> days to oVirt 4.0.5.
> My hosts are running CentOS 7.2 currently. It is safe to perform the
> upgrade also to CentOS 7.3?
>
> Is 4.0.5 also support this version of CentOS?
>
> It is correct that the upgrade to 4.0 is the same as always?
> Just I need to install the new repositories?
> I guess I have to delete the old 3.6 repos or not?
>
>   # yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm
>   # yum update "ovirt-engine-setup*"
>   # engine-setup
>
>
> Best regards and thank you for your answers
> Christoph
>
>
>
Can you give more details, such as:

- how many hosts?
- how many DCs?
- how many Clusters?
- which kinds of storage domains in use (NFS, iSCSI, FC, ...)?
- currently using Hosted Engine? Planning to use it in upgraded environment?
- currently using reports and dwh and if so, currently using which database
for them?
- other custom configuration aspects?

The more you give in advance the more other users can share about their
experience.

In general this guide for RHEV should be of help for oVirt too:
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/
upgrade-guide/

HIH as a first insight,

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

[ovirt-users] oVirt 3.6.7 upgrade to 4.0.5 and CentOS 7.3

[ovirt]

Hi oVirt List,

I wanted to upgrade our oVirt 3.6.7 installation in the next couple of 
days to oVirt 4.0.5.
My hosts are running CentOS 7.2 currently. It is safe to perform the 
upgrade also to CentOS 7.3?


Is 4.0.5 also support this version of CentOS?

It is correct that the upgrade to 4.0 is the same as always?
Just I need to install the new repositories?
I guess I have to delete the old 3.6 repos or not?

|# yum install 
http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm 
# yum update "ovirt-engine-setup*" # engine-setup|



Best regards and thank you for your answers
Christoph
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt / OVN / MTU

[Dan Kenigsberg]

On Tue, Dec 20, 2016 at 10:47 AM, Numan Siddique  wrote:
> +Russel
>
> On Tue, Dec 20, 2016 at 10:30 AM, Devin Acosta 
> wrote:
>>
>>
>> Marcin,Numan,Lance:
>>
>> I really appreciate all the assistance that you have given me thus far. I
>> wanted to circle back on this topic, even though I sense I know what the
>> answer will be. ;) My Networking team keeps insisting that they want to
>> control DHCP from their side however yet still be able to create virtual
>> Layer 2 networks within oVirt. I understand that it sounds like OVN was
>> never meant for this kind of configuration.
>
>
> It is not necessary to use native DHCP feature of OVN. You can always
> disable it. Infact it is disabled, unless dhcp options are added to each
> logical port. So it's fine to use your own DHCP server.

But note that in order for that to happen, you need your DHCP server
to listen on all OVN overlays. You could do it by running it in an
oVirt VM that is attached to all these overlays, or by adding
per-overlay VM serving as a relay. Both idea seem cumbersome in
opinion.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Windows Product Activation

[Nicolas Ecarnot]

Le 21/12/2016 à 16:13, Tom Gamull a écrit :

My “not relevant” response may be relevant now
Snapshot that server before and run your tests over and over. If you hit
the limit you can restore the snapshot.  That’s what I was trying to
explain.  If you hit the rearm limit without a backup to restore you are
going to be in a tough place.


You're totally right, at first I didn't understood where you were going to.
Indeed, this sounds a perfect time to use snapshots.

Thanks Tom.

Nicolas ECARNOt



Tom Gamull



On Dec 21, 2016, at 10:11 AM, Nicolas Ecarnot > wrote:

Le 21/12/2016 à 16:04, Tom Gamull a écrit :

Are there any events in the event log (usually Application Log entries


With a test server, I'm trying to forcibly reproduce the issue, so
I'll tell you soon.


under Source: Software Licensing Service) similar to this (this error is
unrelated, just example of event log)
- https://support.microsoft.com/en-us/kb/921471
I would consider reporting this to Microsoft, I am unaware of 2008 R2
having this behavior (I have seen 2008 R2 used on KVM and libvirt for
openstack without issue and be migrated).

Tom Gamull



On Dec 21, 2016, at 9:48 AM, Nicolas Ecarnot 
> wrote:

Le 21/12/2016 à 15:36, Tom Gamull a écrit :

Under Edit Virtual Machine -> System -> (Advanced Parameters) there
is a
Custom CPU Type you may be able to set, are all the hosts in the same
cluster?


On every VM we use the cluster default setting.

And on all our DC we use the same cpu setting.

--
Nicolas ECARNOT





--
Nicolas ECARNOT





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

Re: [ovirt-users] Windows Product Activation

[Tom Gamull]

My “not relevant” response may be relevant now
Snapshot that server before and run your tests over and over. If you hit the 
limit you can restore the snapshot.  That’s what I was trying to explain.  If 
you hit the rearm limit without a backup to restore you are going to be in a 
tough place.

Tom Gamull


> On Dec 21, 2016, at 10:11 AM, Nicolas Ecarnot  wrote:
> 
> Le 21/12/2016 à 16:04, Tom Gamull a écrit :
>> Are there any events in the event log (usually Application Log entries
> 
> With a test server, I'm trying to forcibly reproduce the issue, so I'll tell 
> you soon.
> 
>> under Source: Software Licensing Service) similar to this (this error is
>> unrelated, just example of event log)
>> - https://support.microsoft.com/en-us/kb/921471
>> I would consider reporting this to Microsoft, I am unaware of 2008 R2
>> having this behavior (I have seen 2008 R2 used on KVM and libvirt for
>> openstack without issue and be migrated).
>> 
>> Tom Gamull
>> 
>> 
>>> On Dec 21, 2016, at 9:48 AM, Nicolas Ecarnot >> > wrote:
>>> 
>>> Le 21/12/2016 à 15:36, Tom Gamull a écrit :
 Under Edit Virtual Machine -> System -> (Advanced Parameters) there is a
 Custom CPU Type you may be able to set, are all the hosts in the same
 cluster?
>>> 
>>> On every VM we use the cluster default setting.
>>> 
>>> And on all our DC we use the same cpu setting.
>>> 
>>> --
>>> Nicolas ECARNOT
>> 
> 
> 
> -- 
> Nicolas ECARNOT

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

[ovirt-users] [ANN] oVirt 4.1.0 Second Beta Release is now available for testing

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the Second
Beta Release of oVirt 4.1.0 for testing, as of December 21st, 2016

This is pre-release software. Please take a look at our community page[1]
to know how to ask questions and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].
This pre-release should not to be used in production.

This release is available now for:
* Fedora 24 (tech preview)
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 24 (tech preview)

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:
- oVirt Live iso is already available
- oVirt Node NG iso will be available soon
- Hosted Engine appliance will be available soon
- above delay is due to jenkins issues building node and appliance, should
be fixed by tomorrow.

An initial release management page including planned schedule is also
available[4]


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

[1] https://www.ovirt.org/community/
[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt
[3] http://www.ovirt.org/release/4.1.0/
[4]
http://www.ovirt.org/develop/release-management/releases/4.1/release-management/


-- 
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] Windows Product Activation

[Nicolas Ecarnot]

Le 21/12/2016 à 16:04, Tom Gamull a écrit :

Are there any events in the event log (usually Application Log entries


With a test server, I'm trying to forcibly reproduce the issue, so I'll 
tell you soon.



under Source: Software Licensing Service) similar to this (this error is
unrelated, just example of event log)
- https://support.microsoft.com/en-us/kb/921471
I would consider reporting this to Microsoft, I am unaware of 2008 R2
having this behavior (I have seen 2008 R2 used on KVM and libvirt for
openstack without issue and be migrated).

Tom Gamull



On Dec 21, 2016, at 9:48 AM, Nicolas Ecarnot > wrote:

Le 21/12/2016 à 15:36, Tom Gamull a écrit :

Under Edit Virtual Machine -> System -> (Advanced Parameters) there is a
Custom CPU Type you may be able to set, are all the hosts in the same
cluster?


On every VM we use the cluster default setting.

And on all our DC we use the same cpu setting.

--
Nicolas ECARNOT





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

Re: [ovirt-users] Windows Product Activation

[Nicolas Ecarnot]

Le 21/12/2016 à 15:17, Alexander Wels a écrit :

On Wednesday, December 21, 2016 2:27:05 PM EST Nicolas Ecarnot wrote:

Hello,

Most of our virtual machines are Linux, but an increasing number of
windows VMs are being integrated into our oVirt DCs.

We bought tons of windows server licences, and successfully activated them.

Due to how Windows Product Activation is working, when a windows VM is
migrating from a host to another, this product activation is reset,
launching a 30 days countdown to auto-shutdown.

According to this old page :

https://mazimi.wordpress.com/2007/07/11/getting-around-windows-activation-wh
en-virtualizing/

and what I can read in microsoft's 2012 server documentations, I then
can re-activate it twice during the next 90 days.

Assuming I *want* to have *no* control upon the location of the VMs
amongst their hosts (I want them to fly freely, confident in the lovely
auto-balance scheduler), I understand all this is not the way to go.

At present, we have 2003, 2008 and 2012 server editions.
the only things I can read about windows 2012 server is related to the
commercial aspects (standard licence = 2 VMs, datacenter licencce =
infinite # of VMs), but not about this Windows Product Activation trouble.

How do you deal with this?
Is there a special licence type or something dedicated that would
prevent such an uncomfortable situation? (Christmas is near, I favor
soft terms.)

Regards.


Nicolas,

IIRC this is what the custom serial number setting is for. As far as I know
what happens when you migrate is that some id that windows looks for is
changed (because it is generate based on an id at the host level). You can set
a custom single value regardless of which host the VM is running on by opening
up the edit virtual machine in the UI, then clicking system, at the bottom
there is a check box called 'Provide custom serial number policy'. Then you
can select VM ID.

Once you have done that, if I understand the feature correctly, the ID won't
change and windows will not think you have new hardware each time the VM
migrates.

I could be wrong, but I believe this is what you are looking for.



This sounds very encouraging.
I have additional tests to drive.

I hope I will report here soon.

Thank you Alex.

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

Re: [ovirt-users] ovirtmgmt network change

[Bill Bill]

Hello,



I was able to get this sorted out by editing the IP’s in the database. After I 
edited them so the engine could reconnect to the servers, I simply removed them 
one by one and re-added them to the engine dashboard. So far, they are working 
as expected.



psql engine -c "update vds_static update host_name = 'newIP' where gateway = 
'oldIP';"



After, it complains about the networks being out of sync which is OK. Simply 
reinstall the host – I had to remove them one by one first, add them back, then 
I was able to resync the networks without issue.



Should this be used, always make a backup of the engine first.





From: Barak Korren
Sent: Wednesday, December 21, 2016 9:03 AM
To: Yevgeny Zaspitsky
Cc: Dan Kenigsberg; Leon 
Goldberg; Bill Bill; 
users@ovirt.org
Subject: Re: [ovirt-users] ovirtmgmt network change



On 21 December 2016 at 15:20, Yevgeny Zaspitsky  wrote:
> AFAIK if you use a DNS name of the host when you add it to an engine, then
> its IP could be changed as long as that name continue be resolved to the
> host new address.

Yes, but then that DNS becomes a very bad SPOF for your system, so not
a good idea for a production systems...

--
Barak Korren
bkor...@redhat.com
RHCE, RHCi, RHV-DevOps Team
https://ifireball.wordpress.com/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Windows Product Activation

[Tom Gamull]

Are there any events in the event log (usually Application Log entries under 
Source: Software Licensing Service) similar to this (this error is unrelated, 
just example of event log) - https://support.microsoft.com/en-us/kb/921471 

I would consider reporting this to Microsoft, I am unaware of 2008 R2 having 
this behavior (I have seen 2008 R2 used on KVM and libvirt for openstack 
without issue and be migrated).  

Tom Gamull


> On Dec 21, 2016, at 9:48 AM, Nicolas Ecarnot  wrote:
> 
> Le 21/12/2016 à 15:36, Tom Gamull a écrit :
>> Under Edit Virtual Machine -> System -> (Advanced Parameters) there is a
>> Custom CPU Type you may be able to set, are all the hosts in the same
>> cluster?
> 
> On every VM we use the cluster default setting.
> 
> And on all our DC we use the same cpu setting.
> 
> -- 
> Nicolas ECARNOT

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

Re: [ovirt-users] Windows Product Activation

[Nicolas Ecarnot]

Le 21/12/2016 à 15:36, Tom Gamull a écrit :

Under Edit Virtual Machine -> System -> (Advanced Parameters) there is a
Custom CPU Type you may be able to set, are all the hosts in the same
cluster?


On every VM we use the cluster default setting.

And on all our DC we use the same cpu setting.

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

Re: [ovirt-users] Windows Product Activation

[Tom Gamull]

Under Edit Virtual Machine -> System -> (Advanced Parameters) there is a Custom 
CPU Type you may be able to set, are all the hosts in the same cluster?

Tom Gamull

> On Dec 21, 2016, at 9:16 AM, Nicolas Ecarnot  wrote:
> 
> Tom,
> 
> Thank you for answering.
> 
> Le 21/12/2016 à 14:47, Tom Gamull a écrit :
>> Something is triggering the activation that windows is detecting as a
>> change in hardware.
> 
> Our DCs are made of hosts from 3 different models, so chances are that 
> windows is detecting a different CPU ID or something (that is a pity, as I 
> thought all this was hidden to the guest)
> 
>> I’ve not had this problem on 2012 or past versions,
> 
> It may be true that we only encountered these issues on 2008 R2 guests.
> 
>> you’ll usually encounter it when changing the hardware drivers (such as
>> converting from physical to virtual).  Generally you want to install
>> compatible drivers (like the ovirt windows guest tools).
> 
> Every guests here is installed with oVirt guest tools.
> Since then, we made no driver change, neither on hosts nor guests.
> 
>> A good
>> practice though is to snapshot before you make a change such as drivers
>> in case you need to set the activation key.
>> For Desktops in VDI when you use a gold image, you generally make a
>> snapshot before activation - see here for an answer
>> - 
>> https://social.technet.microsoft.com/Forums/en-US/25c4c85c-c8a9-4316-8bfa-d3b7848e6dc6/microsoft-vdi-collections-and-activation?forum=winserver8setup
> 
> I'm not sure this was relevant.
> 
>> what kind of activation keys are you using?
> 
> Further readings lead me to think that the kind of key IS the main reason I'm 
> facing this.
> 
>> Do you have  KMS server?
> 
> No. I was told to be very prudent with using KMS servers, so not planned.
> 
> -- 
> Nicolas ECARNOT

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

Re: [ovirt-users] Windows Product Activation

[Alexander Wels]

On Wednesday, December 21, 2016 2:27:05 PM EST Nicolas Ecarnot wrote:
> Hello,
> 
> Most of our virtual machines are Linux, but an increasing number of
> windows VMs are being integrated into our oVirt DCs.
> 
> We bought tons of windows server licences, and successfully activated them.
> 
> Due to how Windows Product Activation is working, when a windows VM is
> migrating from a host to another, this product activation is reset,
> launching a 30 days countdown to auto-shutdown.
> 
> According to this old page :
> 
> https://mazimi.wordpress.com/2007/07/11/getting-around-windows-activation-wh
> en-virtualizing/
> 
> and what I can read in microsoft's 2012 server documentations, I then
> can re-activate it twice during the next 90 days.
> 
> Assuming I *want* to have *no* control upon the location of the VMs
> amongst their hosts (I want them to fly freely, confident in the lovely
> auto-balance scheduler), I understand all this is not the way to go.
> 
> At present, we have 2003, 2008 and 2012 server editions.
> the only things I can read about windows 2012 server is related to the
> commercial aspects (standard licence = 2 VMs, datacenter licencce =
> infinite # of VMs), but not about this Windows Product Activation trouble.
> 
> How do you deal with this?
> Is there a special licence type or something dedicated that would
> prevent such an uncomfortable situation? (Christmas is near, I favor
> soft terms.)
> 
> Regards.

Nicolas,

IIRC this is what the custom serial number setting is for. As far as I know 
what happens when you migrate is that some id that windows looks for is 
changed (because it is generate based on an id at the host level). You can set 
a custom single value regardless of which host the VM is running on by opening 
up the edit virtual machine in the UI, then clicking system, at the bottom 
there is a check box called 'Provide custom serial number policy'. Then you 
can select VM ID.

Once you have done that, if I understand the feature correctly, the ID won't 
change and windows will not think you have new hardware each time the VM 
migrates.

I could be wrong, but I believe this is what you are looking for.

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

Re: [ovirt-users] Windows Product Activation

[Nicolas Ecarnot]

Tom,

Thank you for answering.

Le 21/12/2016 à 14:47, Tom Gamull a écrit :

Something is triggering the activation that windows is detecting as a
change in hardware.


Our DCs are made of hosts from 3 different models, so chances are that 
windows is detecting a different CPU ID or something (that is a pity, as 
I thought all this was hidden to the guest)



I’ve not had this problem on 2012 or past versions,


It may be true that we only encountered these issues on 2008 R2 guests.


you’ll usually encounter it when changing the hardware drivers (such as
converting from physical to virtual).  Generally you want to install
compatible drivers (like the ovirt windows guest tools).


Every guests here is installed with oVirt guest tools.
Since then, we made no driver change, neither on hosts nor guests.


 A good
practice though is to snapshot before you make a change such as drivers
in case you need to set the activation key.
For Desktops in VDI when you use a gold image, you generally make a
snapshot before activation - see here for an answer
- 
https://social.technet.microsoft.com/Forums/en-US/25c4c85c-c8a9-4316-8bfa-d3b7848e6dc6/microsoft-vdi-collections-and-activation?forum=winserver8setup


I'm not sure this was relevant.


what kind of activation keys are you using?


Further readings lead me to think that the kind of key IS the main 
reason I'm facing this.



Do you have  KMS server?


No. I was told to be very prudent with using KMS servers, so not planned.

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

Re: [ovirt-users] oVirt / OVN / MTU

[Lance Richardson]

> From: "Lance Richardson" 
> To: "Devin Acosta" 
> Cc: "Russell Bryant" , "Numan Siddique" 
> , "Marcin Mirecki"
> , "users" 
> Sent: Tuesday, December 20, 2016 4:50:53 PM
> Subject: Re: oVirt / OVN / MTU
> 
> > From: "Devin Acosta" 
> > To: "Russell Bryant" 
> > Cc: "Numan Siddique" , "Lance Richardson"
> > , "Marcin Mirecki"
> > , "users" 
> > Sent: Tuesday, December 20, 2016 4:38:32 PM
> > Subject: Re: oVirt / OVN / MTU
> > 
> > So some port got stuck on a box? Any idea what would cause this and what i
> > should do to remove it?
> > 
> 
> Maybe there's a better way, but you could run this on the two chassis
> that are involved:
> 
>  ovs-vsctl --format table --columns=name,external-ids list Interface
>   
> 
> And look for for port UUID from the log message, it should show up
> with "iface-id=" on both chassis (but should appear on only one).
> 
> Once you figure out which one is wrong, do:
> 
>  ovs-vsctl remove Interface  external_ids iface-id=
> 

If you're running a recent version of ovs master, you might just need
the fix listed below which was committed yesterday (maybe you don't have
a duplicate port binding after all):

commit f90bb0909c5320c2421cce392ad0d4ffaecb98e7
Author: Mickey Spiegel 
Date:   Tue Dec 20 13:23:46 2016 -0800

ovn-controller: Log chassis claiming lport only when changes occur.

With recent OVN commits, the logic for a chassis to claim
or release a logical port was consolidated.  This is a
good thing.  However, there was a logic change that
resulted in VLOG_INFO being generated every time on the
ovn-controller.  This patch changes the logic so that
VLOG_INFO is only generated when there is a change, for
example when the chassis claims an lport the first time.

Signed-off-by: Mickey Spiegel 
Signed-off-by: Ben Pfaff 

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

Re: [ovirt-users] ovirtmgmt network change

[Barak Korren]

On 21 December 2016 at 15:20, Yevgeny Zaspitsky  wrote:
> AFAIK if you use a DNS name of the host when you add it to an engine, then
> its IP could be changed as long as that name continue be resolved to the
> host new address.

Yes, but then that DNS becomes a very bad SPOF for your system, so not
a good idea for a production systems...

-- 
Barak Korren
bkor...@redhat.com
RHCE, RHCi, RHV-DevOps Team
https://ifireball.wordpress.com/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Regarding old mail access

[Barak Korren]

On 21 December 2016 at 15:41, TranceWorldLogic .
 wrote:
> Hi,
>
> While using this tool I try to do search and got some link (user ovirt mail
> links) where problem is already discussed.
>
> But when I try to open those link it not visible.
> Can some one help me to know how to view previous mail discussion ?

We've recently migrated our mail server, and this broke the links
search engines had, so it will take a while until they re-index
everything.

In the meantime you can browse the mail archives manually at:
http://lists.ovirt.org/mailman/listinfo


-- 
Barak Korren
bkor...@redhat.com
RHCE, RHCi, RHV-DevOps Team
https://ifireball.wordpress.com/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] EventProcessingPoolSize

[joost]

Hi All, there is an engine config option named EventProcessingPoolSize: 
default value is 10.
I am wondering how to determine what it is and if the setting is right 
for my setup.


I have around 36 dc's at the moment with two hosts running between 2 -3 
vm;s


should this value be increased?

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

Re: [ovirt-users] Windows Product Activation

[Tom Gamull]

Something is triggering the activation that windows is detecting as a change in 
hardware. I’ve not had this problem on 2012 or past versions, you’ll usually 
encounter it when changing the hardware drivers (such as converting from 
physical to virtual).  Generally you want to install compatible drivers (like 
the ovirt windows guest tools).  A good practice though is to snapshot before 
you make a change such as drivers in case you need to set the activation key.
For Desktops in VDI when you use a gold image, you generally make a snapshot 
before activation - see here for an answer - 
https://social.technet.microsoft.com/Forums/en-US/25c4c85c-c8a9-4316-8bfa-d3b7848e6dc6/microsoft-vdi-collections-and-activation?forum=winserver8setup
 


what kind of activation keys are you using? Do you have  KMS server?

Tom Gamull

> On Dec 21, 2016, at 8:27 AM, Nicolas Ecarnot  wrote:
> 
> Hello,
> 
> Most of our virtual machines are Linux, but an increasing number of windows 
> VMs are being integrated into our oVirt DCs.
> 
> We bought tons of windows server licences, and successfully activated them.
> 
> Due to how Windows Product Activation is working, when a windows VM is 
> migrating from a host to another, this product activation is reset, launching 
> a 30 days countdown to auto-shutdown.
> 
> According to this old page :
> 
> https://mazimi.wordpress.com/2007/07/11/getting-around-windows-activation-when-virtualizing/
> 
> and what I can read in microsoft's 2012 server documentations, I then can 
> re-activate it twice during the next 90 days.
> 
> Assuming I *want* to have *no* control upon the location of the VMs amongst 
> their hosts (I want them to fly freely, confident in the lovely auto-balance 
> scheduler), I understand all this is not the way to go.
> 
> At present, we have 2003, 2008 and 2012 server editions.
> the only things I can read about windows 2012 server is related to the 
> commercial aspects (standard licence = 2 VMs, datacenter licencce = infinite 
> # of VMs), but not about this Windows Product Activation trouble.
> 
> How do you deal with this?
> Is there a special licence type or something dedicated that would prevent 
> such an uncomfortable situation? (Christmas is near, I favor soft terms.)
> 
> Regards.
> 
> -- 
> Nicolas ECARNOT
> ___
> 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] Regarding old mail access

[TranceWorldLogic .]

Hi,

While using this tool I try to do search and got some link (user ovirt mail
links) where problem is already discussed.

But when I try to open those link it not visible.
Can some one help me to know how to view previous mail discussion ?

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

[ovirt-users] Windows Product Activation

[Nicolas Ecarnot]

Hello,

Most of our virtual machines are Linux, but an increasing number of 
windows VMs are being integrated into our oVirt DCs.


We bought tons of windows server licences, and successfully activated them.

Due to how Windows Product Activation is working, when a windows VM is 
migrating from a host to another, this product activation is reset, 
launching a 30 days countdown to auto-shutdown.


According to this old page :

https://mazimi.wordpress.com/2007/07/11/getting-around-windows-activation-when-virtualizing/

and what I can read in microsoft's 2012 server documentations, I then 
can re-activate it twice during the next 90 days.


Assuming I *want* to have *no* control upon the location of the VMs 
amongst their hosts (I want them to fly freely, confident in the lovely 
auto-balance scheduler), I understand all this is not the way to go.


At present, we have 2003, 2008 and 2012 server editions.
the only things I can read about windows 2012 server is related to the 
commercial aspects (standard licence = 2 VMs, datacenter licencce = 
infinite # of VMs), but not about this Windows Product Activation trouble.


How do you deal with this?
Is there a special licence type or something dedicated that would 
prevent such an uncomfortable situation? (Christmas is near, I favor 
soft terms.)


Regards.

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

Re: [ovirt-users] ovirtmgmt network change

[Yevgeny Zaspitsky]

AFAIK if you use a DNS name of the host when you add it to an engine, then
its IP could be changed as long as that name continue be resolved to the
host new address.

On Wed, Dec 21, 2016 at 2:41 PM, Dan Kenigsberg  wrote:

> On Wed, Dec 21, 2016 at 12:41 AM, Bill Bill  wrote:
> > Hello,
> >
> >
> >
> > How can the IP of the hosts be changed? It is greyed out and I need to
> > change those. It’s the only thing I’m not able to change..
>
> I am afraid that you cannot change the address of the management
> network while the host is attached to Engine. The reason is that
> Engine always uses this address to communicate with the host.
>
> You could change it only if you remove the host from Engine, modify
> the address manually, and re-add the host using the new address.
> ___
> 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] ovirtmgmt network change

[Dan Kenigsberg]

On Wed, Dec 21, 2016 at 12:41 AM, Bill Bill  wrote:
> Hello,
>
>
>
> How can the IP of the hosts be changed? It is greyed out and I need to
> change those. It’s the only thing I’m not able to change..

I am afraid that you cannot change the address of the management
network while the host is attached to Engine. The reason is that
Engine always uses this address to communicate with the host.

You could change it only if you remove the host from Engine, modify
the address manually, and re-add the host using the new address.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] News from oVirt CI: Introducing 'build-on-demand'

[Eyal Edri]

FYI,

Following last announcement on the manual build from patch job [1], we got
some feedback and
requests from developers on ability to improve the flow of building
artifacts from a patch.

I'm happy to announce that after some coding, the infra team was able to
add a new feature
to the 'standard CI' framework, that will allow any oVirt project to build
rpms from any VERSION or OS DISTRO using a single comment in the patch.

Full details can be found on the new oVirt blog 'ci please build' [2], but
to give the TL;DR version here,
All you have to do is write '*ci please build*' on a comment and CI will
trigger a job for you with new RPMs (or tarballs).

The projects which already have this feature enabled are:

   - ovirt-engine
   - vdsm
   - vdsm-jsonrpc-java
   - ovirt-engine-dashboard

Adding new project is a single line of code in the project YAML file and
its fully described on the blog post [2], so feel free to add your project
as well.

So let the builds roll...

Happy Xmas!


[1] http://lists.phx.ovirt.org/pipermail/devel/2016-December/028967.html
[2] https://www.ovirt.org/blog/2016/12/ci-please-build/

-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt / OVN / MTU

[Russell Bryant]

I can't comment on how you may have gotten into this state, but to delete
the port:

ovs-vsctl del-port br-int vnet0



On Tue, Dec 20, 2016 at 4:38 PM, Devin Acosta 
wrote:

> Chassis "c0dc0909-4274-400d-826e-82348fee47e9"
> hostname: "host1"
> Encap geneve
> ip: "172.20.192.73"
> options: {csum="true"}
> Port_Binding "f409d17f-38bc-4ee9-922b-63dbfc46cd91"
> Port_Binding "29dce6d5-77bd-4a3c-b077-bb002c4347d6"
> Port_Binding "e4f23f60-cc16-4399-a15b-fb05c09c4409"
> Port_Binding "a6d2008f-bb73-437b-bbac-b50487ea5257"
> Port_Binding "ee971db2-cdaf-4fa0-b83c-993371533af9"
> Port_Binding "f5aed0a0-03e0-46ec-92c6-07e5f03e9cc9"
> Port_Binding "4f1cf249-7fb6-4ff2-a7a9-a98bf45af6b8"
> Port_Binding "49725a3e-ef3f-474d-b84a-4975ce55e8fb"
> Port_Binding "bd7c66e9-81d5-4bfe-9331-203908048a6f"
> Port_Binding "301bf657-b6c4-459f-bd88-d21885190651"
> Port_Binding "0745689c-2c70-4b48-bda2-d0c1f8127133"
> Chassis "252778b5-bc63-486d-8d82-c3e4350ee650"
> hostname: "host2"
> Encap geneve
> ip: "172.20.192.75"
> options: {csum="true"}
> Port_Binding "d2e19c41-f8ff-49d2-bd8e-01d833e59a59"
> Chassis "45694909-7882-4d7a-948a-bdf34e6472cb"
> hostname: "host3"
> Encap geneve
> ip: "172.20.192.74"
> options: {csum="true"}
> Port_Binding "70443ae2-a04b-4d1f-90e4-f12e7e48fe82"
> Port_Binding "fcb6df47-32e6-4f7c-96fd-b598c33bff97"
>
>
> I see on host #3
>
> 2016-12-20T21:35:01.280Z|173706735|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.283Z|173706736|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.286Z|173706737|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.288Z|173706738|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.291Z|173706739|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.294Z|173706740|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.297Z|173706741|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.299Z|173706742|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.302Z|173706743|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.305Z|173706744|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.308Z|173706745|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.310Z|173706746|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.313Z|173706747|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.316Z|173706748|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.319Z|173706749|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.321Z|173706750|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 2016-12-20T21:35:01.324Z|173706751|binding|INFO|Changing chassis for
> lport d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 
> c0dc0909-4274-400d-826e-82348fee47e9
> to 252778b5-bc63-486d-8d82-c3e4350ee650.
> 

Re: [ovirt-users] oVirt / OVN / MTU

[Russell Bryant]

On Tue, Dec 20, 2016 at 4:18 PM, Devin Acosta 
wrote:

>
> One interesting thing I noticed today after looking at the logs from the
> 'ovn-controller' on the oVIRT nodes, is node1 is logging like crazy, the
> file is over 1.2GB in size already, seems to be looping like crazy? What
> should i check to see why it is logging and maxing CPU like this?
>
> 2016-12-20T21:16:17.517Z|91605|binding|INFO|Changing chassis for lport
> d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 252778b5-bc63-486d-8d82-c3e4350ee650
> to c0dc0909-4274-400d-826e-82348fee47e9.
> 2016-12-20T21:16:17.521Z|91606|poll_loop|INFO|Dropped 5666 log messages
> in last 6 seconds (most recently, 0 seconds ago) due to excessive rate
> 2016-12-20T21:16:17.521Z|91607|poll_loop|INFO|wakeup due to [POLLIN] on
> fd 12 (172.20.192.73:54710<->172.20.192.77:6642) at lib/stream-fd.c:155
> (94% CPU usage)
> 2016-12-20T21:16:17.521Z|91608|binding|INFO|Changing chassis for lport
> d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from 252778b5-bc63-486d-8d82-c3e4350ee650
> to c0dc0909-4274-400d-826e-82348fee47e9.
>

​Check "ovn-sbctl show" to figure out which host is chassis
​252778b5-bc63-486d-8d82-c3e4350ee650.
See if the other host has similar entries in its log.

This could happen if a port is configured on two hosts at the same time.
They will constantly fight over which chassis owns it.

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