Re: [Users] Extremely poor disk access speeds in Windows guest

[Andrew Cathrow]

Are we sure that the issue is the guest I/O - what's the raw performance on the 
host accessing the gluster storage? 

- Original Message -

> From: "Steve Dainard" 
> To: "Itamar Heim" 
> Cc: "Ronen Hod" , "users" , "Sanjay
> Rao" 
> Sent: Thursday, January 23, 2014 4:56:58 PM
> Subject: Re: [Users] Extremely poor disk access speeds in Windows
> guest

> I have two options, virtio and virtio-scsi.

> I was using virtio, and have also attempted virtio-scsi on another
> Windows guest with the same results.

> Using the newest drivers, virtio-win-0.1-74.iso.

> Steve Dainard
> IT Infrastructure Manager
> Miovision | Rethink Traffic
> 519-513-2407 ex.250
> 877-646-8476 (toll-free)

> Blog | LinkedIn | Twitter | Facebook

> Miovision Technologies Inc. | 148 Manitou Drive, Suite 101,
> Kitchener, ON, Canada | N2C 1L3
> This e-mail may contain information that is privileged or
> confidential. If you are not the intended recipient, please delete
> the e-mail and any attachments and notify us immediately.

> On Thu, Jan 23, 2014 at 4:24 PM, Itamar Heim < ih...@redhat.com >
> wrote:

> > On 01/23/2014 07:46 PM, Steve Dainard wrote:
> 

> > > Backing Storage: Gluster Replica
> > 
> 
> > > Storage Domain: NFS
> > 
> 
> > > Ovirt Hosts: CentOS 6.5
> > 
> 
> > > Ovirt version: 3.3.2
> > 
> 
> > > Network: GigE
> > 
> 
> > > # of VM's: 3 - two Linux guests are idle, one Windows guest is
> > 
> 
> > > installing updates.
> > 
> 

> > > I've installed a Windows 2008 R2 guest with virtio disk, and all
> > > the
> > 
> 
> > > drivers from the latest virtio iso. I've also installed the spice
> > > agent
> > 
> 
> > > drivers.
> > 
> 

> > > Guest disk access is horribly slow, Resource monitor during
> > > Windows
> > 
> 
> > > updates shows Disk peaking at 1MB/sec (scale never increases) and
> > > Disk
> > 
> 
> > > Queue Length Peaking at 5 and looks to be sitting at that level
> > > 99%
> > > of
> > 
> 
> > > the time. 113 updates in Windows has been running solidly for
> > > about
> > > 2.5
> > 
> 
> > > hours and is at 89/113 updates complete.
> > 
> 

> > virtio-block or virtio-scsi?
> 
> > which windows guest driver version for that?
> 

> > > I can't say my Linux guests are blisteringly fast, but updating a
> > > guest
> > 
> 
> > > from RHEL 6.3 fresh install to 6.5 took about 25 minutes.
> > 
> 

> > > If anyone has any ideas, please let me know - I haven't found any
> > > tuning
> > 
> 
> > > docs for Windows guests that could explain this issue.
> > 
> 

> > > Thanks,
> > 
> 

> > > *Steve Dainard *
> > 
> 

> > > __ _
> > 
> 
> > > 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] Spice-proxy questions

[David Li]

Still not working.

I believe spice-proxy has setup on the engine:

SpiceUsbAutoShare: true version: general
SpiceProxyDefault: myProxy version: general
ClientModeSpiceDefault: Auto version: general

In the web portal, I also see "Enable SPICE Proxy" checked under "SPICE 
options". 

But no matter what method I use under "Console Invocation",  nothing works. 
It's either fail to connect to the graphics server or show a blank browser 
window. 

David


- Original Message -
> From: Itamar Heim 
> To: David Li ; "users@ovirt.org" 
> Cc: 
> Sent: Thursday, January 23, 2014 1:01 PM
> Subject: Re: [Users] Spice-proxy questions
> 
> On 01/23/2014 10:05 PM, David Li wrote:
>>  Hi,
>> 
>>  It looks like my only option to get a console is using spice-proxy as in 
> http://www.ovirt.org/Features/Spice_Proxy
>> 
>>  However I am not sure how to make it work. I have installed all three 
> required packages on the engine (3.3.2). And my engine-config shows:
>> 
>> 
>>  [root@xyz ~]# engine-config -a | grep Spice
>>  EnableSpiceRootCertificateValidation: true version: general
>>  SpiceReleaseCursorKeys: shift+f12 version: general
>>  SpiceSecureChannels: smain,sinputs version: 3.0
>>  SpiceSecureChannels: 
> smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard 
> version: 
> 3.1
>>  SpiceSecureChannels: 
> smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard 
> version: 
> 3.2
>>  SpiceSecureChannels: 
> smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard 
> version: 
> 3.3
>>  SpiceToggleFullScreenKeys: shift+f11 version: general
>>  SpiceUsbAutoShare: true version: general
>>  SpiceProxyDefault:  version: general
> 
> i don't remember the details, but i assume SpiceProxyDefault should not 
> be empty, set it with engine-config -s SpiceProxyDefault
> 
> engine-config.properties:SpiceProxyDefault.description='Default proxy 
> used by SPICE client to connect to the
> 
> 
>>  ClientModeSpiceDefault: Auto version: general
>> 
>> 
>>  The problem is that on my web portal, I don't see any "Enable 
> SPICE Proxy" box that I can check.
>> 
>>  Anyone knows why?
>> 
>>  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: [Users] Extremely poor disk access speeds in Windows guest

[Steve Dainard]

I have two options, virtio and virtio-scsi.

I was using virtio, and have also attempted virtio-scsi on another Windows
guest with the same results.

Using the newest drivers, virtio-win-0.1-74.iso.

*Steve Dainard *
IT Infrastructure Manager
Miovision  | *Rethink Traffic*
519-513-2407 ex.250
877-646-8476 (toll-free)

*Blog   |  **LinkedIn
  |  Twitter
  |  Facebook
*
--
 Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON,
Canada | N2C 1L3
This e-mail may contain information that is privileged or confidential. If
you are not the intended recipient, please delete the e-mail and any
attachments and notify us immediately.


On Thu, Jan 23, 2014 at 4:24 PM, Itamar Heim  wrote:

> On 01/23/2014 07:46 PM, Steve Dainard wrote:
>
>> Backing Storage: Gluster Replica
>> Storage Domain: NFS
>> Ovirt Hosts: CentOS 6.5
>> Ovirt version: 3.3.2
>> Network: GigE
>> # of VM's: 3 - two Linux guests are idle, one Windows guest is
>> installing updates.
>>
>> I've installed a Windows 2008 R2 guest with virtio disk, and all the
>> drivers from the latest virtio iso. I've also installed the spice agent
>> drivers.
>>
>> Guest disk access is horribly slow, Resource monitor during Windows
>> updates shows Disk peaking at 1MB/sec (scale never increases) and Disk
>> Queue Length Peaking at 5 and looks to be sitting at that level 99% of
>> the time. 113 updates in Windows has been running solidly for about 2.5
>> hours and is at 89/113 updates complete.
>>
>
> virtio-block or virtio-scsi?
> which windows guest driver version for that?
>
>
>> I can't say my Linux guests are blisteringly fast, but updating a guest
>> from RHEL 6.3 fresh install to 6.5 took about 25 minutes.
>>
>> If anyone has any ideas, please let me know - I haven't found any tuning
>> docs for Windows guests that could explain this issue.
>>
>> Thanks,
>>
>>
>> *Steve Dainard *
>>
>>
>>
>> ___
>> 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] Manage domains

[Yair Zaslavsky]

- Original Message -
> From: "Itamar Heim" 
> To: "Maurice James" , users@ovirt.org, "Barak Azulay" 
> , "Juan Antonio
> Hernandez Fernandez" 
> Sent: Thursday, January 23, 2014 11:03:48 PM
> Subject: Re: [Users] Manage domains
> 
> On 01/23/2014 08:06 PM, Maurice James wrote:
> >
> > No matter what provider I use, it keeps complaining about kerberos
> > 
> > From: midnightst...@msn.com
> > To: users@ovirt.org
> > Date: Thu, 23 Jan 2014 12:13:03 -0500
> > Subject: [Users] Manage domains
> >
> > In version 3.4. The authentication has been refactored. How do I add
> > 389-ds as my authentication backend without the use of Kerberos? This
> > was supposed to be possible in 3.4

H
> >
> > ___ 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
> >
> 
> the refactoring happened, I'm not sure the new functionality made it.
> maybe if its low risk could be looked at for following through.

Hi, the refactoring included introduction of new infrastructure to support 
loose coupling between authentication and directory related operations.
It also includes a tested "bridge" - between the new interfaces and the old 
code.
The new ldap directory code is still under development. 
manage-domains is still working only with Kerberos for authentication.

You can see more at 
http://www.ovirt.org/Features/Authentication-Rewrite

You will see that what I described in this email is related to "Phase 1"

Hope this helps ,
Yair



> ___
> 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] Spice-proxy questions

[David Li]

Itamar,

The web page isn't very clear how to set this.

What's the "someProxy" supposed to be? 

engine-config -s SpiceProxyDefault=someProxy



- Original Message -
> From: Itamar Heim 
> To: David Li ; "users@ovirt.org" 
> Cc: 
> Sent: Thursday, January 23, 2014 1:01 PM
> Subject: Re: [Users] Spice-proxy questions
> 
> On 01/23/2014 10:05 PM, David Li wrote:
>>  Hi,
>> 
>>  It looks like my only option to get a console is using spice-proxy as in 
> http://www.ovirt.org/Features/Spice_Proxy
>> 
>>  However I am not sure how to make it work. I have installed all three 
> required packages on the engine (3.3.2). And my engine-config shows:
>> 
>> 
>>  [root@xyz ~]# engine-config -a | grep Spice
>>  EnableSpiceRootCertificateValidation: true version: general
>>  SpiceReleaseCursorKeys: shift+f12 version: general
>>  SpiceSecureChannels: smain,sinputs version: 3.0
>>  SpiceSecureChannels: 
> smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard 
> version: 
> 3.1
>>  SpiceSecureChannels: 
> smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard 
> version: 
> 3.2
>>  SpiceSecureChannels: 
> smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard 
> version: 
> 3.3
>>  SpiceToggleFullScreenKeys: shift+f11 version: general
>>  SpiceUsbAutoShare: true version: general
>>  SpiceProxyDefault:  version: general
> 
> i don't remember the details, but i assume SpiceProxyDefault should not 
> be empty, set it with engine-config -s SpiceProxyDefault
> 
> engine-config.properties:SpiceProxyDefault.description='Default proxy 
> used by SPICE client to connect to the
> 
> 
>>  ClientModeSpiceDefault: Auto version: general
>> 
>> 
>>  The problem is that on my web portal, I don't see any "Enable 
> SPICE Proxy" box that I can check.
>> 
>>  Anyone knows why?
>> 
>>  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: [Users] Extremely poor disk access speeds in Windows guest

[Itamar Heim]

On 01/23/2014 07:46 PM, Steve Dainard wrote:

Backing Storage: Gluster Replica
Storage Domain: NFS
Ovirt Hosts: CentOS 6.5
Ovirt version: 3.3.2
Network: GigE
# of VM's: 3 - two Linux guests are idle, one Windows guest is
installing updates.

I've installed a Windows 2008 R2 guest with virtio disk, and all the
drivers from the latest virtio iso. I've also installed the spice agent
drivers.

Guest disk access is horribly slow, Resource monitor during Windows
updates shows Disk peaking at 1MB/sec (scale never increases) and Disk
Queue Length Peaking at 5 and looks to be sitting at that level 99% of
the time. 113 updates in Windows has been running solidly for about 2.5
hours and is at 89/113 updates complete.


virtio-block or virtio-scsi?
which windows guest driver version for that?



I can't say my Linux guests are blisteringly fast, but updating a guest
from RHEL 6.3 fresh install to 6.5 took about 25 minutes.

If anyone has any ideas, please let me know - I haven't found any tuning
docs for Windows guests that could explain this issue.

Thanks,


*Steve Dainard *



___
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] Centos 6.5: mom spam

[Adam Litke]

On 23/01/14 23:02 +0200, Itamar Heim wrote:

On 01/23/2014 08:04 PM, Adam Litke wrote:

On 23/01/14 10:43 -0300, Federico Alberto Sayd wrote:

On 22/01/14 21:32, Dan Kenigsberg wrote:

On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote:

On 22/01/14 12:13, Dan Kenigsberg wrote:




The supervdsm.log whith the lines logged yesterday:

http://pastebin.com/kpXrRd2w


On an unrelated matter: this log includes

MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,187::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,188::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper)
return ksmTune with None
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper)
return ksmTune with None

spam every 10 seconds. Federico, which version of mom do you have
installed? I
thought we have solved a similar issue in the past.



mom-0.3.2-6.el6.noarch


This is the upstream version of mom which (sadly) is far too old and
is missing a bunch of features.  For Fedora, we are building master
and releasing versions like mom-0.3.2-20140120.gitfd877c5.fc20 [1]
which have lots of ovirt-specific fixes applied.

The fix is to have someone rebuild the mom RPM for el6 since the last
refresh happened on August 13 (!).  For now, please try to upgrade to
this build of master [2].


any reason we don't build it via jenkins to resources.ovirt.org like 
other rpms?


Yes, because (up until now) the mom build system was not compatible
with other oVirt projects.  That was fixed this week [1] so now we can
release proper RPMs into the oVirt repositories.  Next I want to do a
MOM version bump and synchronize the official Fedora packages with
what we have in oVirt.

Any opinion on whether we should adopt the current MOM master (build
system rewrite) this late in the 3.4 release process?  If so, I will
work with Sandro to make sure that rc1 has it updated.  Othewise, we
can do that for 3.4.1.




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

Re: [Users] Issues starting hosted engine VM

[Andrew Lau]

Sorry, I must've overlooked this email - I'll try reproduce and open a new
bz.


On Fri, Jan 24, 2014 at 4:13 AM, Doron Fediuck  wrote:

>
>
> - Original Message -
> > From: "Itamar Heim" 
> > To: "Andrew Lau" 
> > Cc: "users" 
> > Sent: Monday, January 20, 2014 2:33:08 PM
> > Subject: Re: [Users] Issues starting hosted engine VM
> >
> > On 01/20/2014 02:27 PM, Andrew Lau wrote:
> > > On Mon, Jan 20, 2014 at 11:19 PM, Itamar Heim  > > >wrote:
> > >
> > > On 01/20/2014 01:19 PM, Andrew Lau wrote:
> > >
> > > Hi,
> > >
> > > That bug seems to be private :(
> > >
> > > I'm interested also to hear about this feature, as with 3.3.2 I
> > > had my
> > > gluster vms go into paused state quite a few times and they
> > > actually
> > > couldn't be resumed at all, they needed to be forced off and
> > > back on.
> > >
> > >
> > > did the storage domain go back to up and they remained down?
> > >
> > > Yup, the storage domain went down and when it came back up the VMs
> > > remained paused.
> >
> > please open a bug with repro steps in that case and attach logs. thanks
> >
> > >
> > >
> > > On Mon, Jan 20, 2014 at 10:13 PM, Dafna Ron  > > 
> > > >> wrote:
> > >
> > >  interesting... :) so this is now configurable...
> > >  what happens if qemu fails to start the vm (this happens
> > > sometimes -
> > >  mostly on file type storage). do we have a re-try or a
> > >  specific
> > >  error telling the use that the activation failed and
> manual
> > >  intervention is required?
> > >
> >
>
> Andrew,
> did you manage to open a bug for the resume issue?
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Manage domains

[Itamar Heim]

On 01/23/2014 08:06 PM, Maurice James wrote:


No matter what provider I use, it keeps complaining about kerberos

From: midnightst...@msn.com
To: users@ovirt.org
Date: Thu, 23 Jan 2014 12:13:03 -0500
Subject: [Users] Manage domains

In version 3.4. The authentication has been refactored. How do I add
389-ds as my authentication backend without the use of Kerberos? This
was supposed to be possible in 3.4

___ 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



the refactoring happened, I'm not sure the new functionality made it. 
maybe if its low risk could be looked at for following through.

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

Re: [Users] Centos 6.5: mom spam

[Itamar Heim]

On 01/23/2014 08:04 PM, Adam Litke wrote:

On 23/01/14 10:43 -0300, Federico Alberto Sayd wrote:

On 22/01/14 21:32, Dan Kenigsberg wrote:

On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote:

On 22/01/14 12:13, Dan Kenigsberg wrote:




The supervdsm.log whith the lines logged yesterday:

http://pastebin.com/kpXrRd2w


On an unrelated matter: this log includes

MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,187::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:41,188::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper)
return ksmTune with None
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21
13:13:51,220::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper)
return ksmTune with None

spam every 10 seconds. Federico, which version of mom do you have
installed? I
thought we have solved a similar issue in the past.



mom-0.3.2-6.el6.noarch


This is the upstream version of mom which (sadly) is far too old and
is missing a bunch of features.  For Fedora, we are building master
and releasing versions like mom-0.3.2-20140120.gitfd877c5.fc20 [1]
which have lots of ovirt-specific fixes applied.

The fix is to have someone rebuild the mom RPM for el6 since the last
refresh happened on August 13 (!).  For now, please try to upgrade to
this build of master [2].


any reason we don't build it via jenkins to resources.ovirt.org like 
other rpms?




[1]
http://resources.ovirt.org/releases/3.4.0_pre/rpm/Fedora/20/noarch/mom-0.3.2-20140120.gitfd877c5.fc20.noarch.rpm

[2]
http://jenkins.ovirt.org/view/All/job/manual-build-tarball/174/label=centos6-host/


___
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] Spice-proxy questions

[Itamar Heim]

On 01/23/2014 10:05 PM, David Li wrote:

Hi,

It looks like my only option to get a console is using spice-proxy as in 
http://www.ovirt.org/Features/Spice_Proxy

However I am not sure how to make it work. I have installed all three required 
packages on the engine (3.3.2). And my engine-config shows:


[root@xyz ~]# engine-config -a | grep Spice
EnableSpiceRootCertificateValidation: true version: general
SpiceReleaseCursorKeys: shift+f12 version: general
SpiceSecureChannels: smain,sinputs version: 3.0
SpiceSecureChannels: 
smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 
3.1
SpiceSecureChannels: 
smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 
3.2
SpiceSecureChannels: 
smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 
3.3
SpiceToggleFullScreenKeys: shift+f11 version: general
SpiceUsbAutoShare: true version: general
SpiceProxyDefault:  version: general


i don't remember the details, but i assume SpiceProxyDefault should not 
be empty, set it with engine-config -s SpiceProxyDefault


engine-config.properties:SpiceProxyDefault.description='Default proxy 
used by SPICE client to connect to the




ClientModeSpiceDefault: Auto version: general


The problem is that on my web portal, I don't see any "Enable SPICE Proxy" box 
that I can check.

Anyone knows why?

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: [Users] networking: basic vlan help

[Itamar Heim]

On 01/23/2014 08:34 PM, Juan Pablo Lorier wrote:

Hi Itamar,

I don't know if I get your post right, but to me, it seems that if so
many users hit the same rock, it should mean that this should be
documented somewhere visible and in my opinion, push on getting bug
1049476  solved asap.
Regards,


1. yes, too many issues on this one, hinting we should provide better 
text explaining this in the UI.


2. the bug you referenced[1]
Bug 1049476 - [RFE] Mix untagged and tagged Logical Networks on the same NIC

is actually supported, as long as the untagged logical network is not a 
VM network (so VMs associated with it would not be able to see/create 
other logical networks traffic).


3. considering how prevalent this is, maybe we should allow doing this, 
even for VM networks, with a big red warning, rather than block it, 
which seems to be failing everyone.


cc-ing some more folks for their thoughts.


[1] in the future, please use number-name formatso not everyone would 
have to open it to understand


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

[Users] Spice-proxy questions

[David Li]

Hi,

It looks like my only option to get a console is using spice-proxy as in 
http://www.ovirt.org/Features/Spice_Proxy

However I am not sure how to make it work. I have installed all three required 
packages on the engine (3.3.2). And my engine-config shows:


[root@xyz ~]# engine-config -a | grep Spice
EnableSpiceRootCertificateValidation: true version: general
SpiceReleaseCursorKeys: shift+f12 version: general
SpiceSecureChannels: smain,sinputs version: 3.0
SpiceSecureChannels: 
smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 
3.1
SpiceSecureChannels: 
smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 
3.2
SpiceSecureChannels: 
smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard version: 
3.3
SpiceToggleFullScreenKeys: shift+f11 version: general
SpiceUsbAutoShare: true version: general
SpiceProxyDefault:  version: general
ClientModeSpiceDefault: Auto version: general


The problem is that on my web portal, I don't see any "Enable SPICE Proxy" box 
that I can check. 

Anyone knows why? 

Thanks.

David

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

Re: [Users] Adding storage domain via ovirt-node host

[Vojtech Szocs]

- Original Message -
> From: "Vojtech Szocs" 
> To: "users" 
> Sent: Thursday, January 23, 2014 8:42:37 PM
> Subject: [Users] Adding storage domain via ovirt-node host
> 
> Hi,
> 
> I'm using oVirt Node ISO prepared by Fabian:
> http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.3-0.999.201401231512draft.vdsm.el6.iso
> 
> Starting with clean environment, after adding ovirt-node host to my setup,
> I've tried to add Data/NFS storage domain via this host.
> 
> In WebAdmin GUI, adding storage domain succeeds and it appears with Cross
> DataCenter Status = Locked. After a while, it changes Status to Unattached
> with and following error message appears:
> 
>   Error while executing action Attach Storage Domain: Could not obtain lock
> 
> Attached vdsm.log, it shows ERROR like this one:
> 
>   Thread-356::ERROR::2014-01-23
>   19:15:13,924::dispatcher::67::Storage.Dispatcher.Protect::(run) {'status':
>   {'message': 'Cannot obtain lock: "id=86c292b0-6f40-47cf-a1b1-304f28f753fc,
>   rc=90, out=Cannot acquire cluster lock, err=(90, \'Sanlock resource not
>   acquired\', \'Message too long\')"', 'code': 651}}
> 
> The ovirt-node host has network access to storage domain machine, what does
> "Message too long" means?

OK this is fishy, now it works, after several attempts..

> 
> Thanks,
> Vojtech
> 
> ___
> 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] [SOLVED] "Guest Agent Data" under "Network Interfaces" empty

[Moti Asayag]

- Original Message -
> From: "Itamar Heim" 
> To: "Yedidyah Bar David" , "Joop" 
> Cc: "users" , "Moti Asayag" , "Lior 
> Vernia" 
> Sent: Thursday, January 23, 2014 6:45:11 PM
> Subject: Re: [Users] [SOLVED] "Guest Agent Data" under "Network Interfaces" 
> empty
> 
> On 01/23/2014 04:20 PM, Yedidyah Bar David wrote:
> > - Original Message -
> >> From: "Yedidyah Bar David" 
> >> To: "Joop" 
> >> Cc: "users" 
> >> Sent: Thursday, January 23, 2014 3:30:27 PM
> >> Subject: Re: [Users] "Guest Agent Data" under "Network Interfaces" empty
> >>
> >> - Original Message -
> >>> From: "Joop" 
> >>> Cc: "users" 
> >>> Sent: Thursday, January 23, 2014 3:25:15 PM
> >>> Subject: Re: [Users] "Guest Agent Data" under "Network Interfaces" empty
> >>>
> >>> Yedidyah Bar David wrote:
>  Hi all,
> 
>  I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1
>  with ovirt-guest-agent from [1] and another fedora 19 with oga from
>  fedora. Both of them seem to work well - I can see installed
>  applications,
>  logged in user, memory usage. But in both of them, under "Network
>  Interfaces",
>  the "Guest Agent Data" tab on the right has just headers, with no data.
> 
>  'vdsClient -s 0 getAllVmStats' on the host does show such data correctly
>  for both VMs.
> 
>  Am I missing anything? Is it a bug, or I should do something to get
>  there
>  data from the agent (through vdsm)?
> 
> >>> I'm guessing that you're missing ethtool and/or python-ethtool? (sorry
> >>> can't find the right name right now)
> >>
> >> Both have python-ethtool, which is a dependency of the guest agent.
> >> And vdsm does report correctly - I am pretty certain it's a problem in the
> >> engine and not on the host/VMs.
> >>
> >> Thanks anyway,
> >> --
> >> Didi
> >>
> >
> > Found https://bugzilla.redhat.com/907781, and following comment 7 there,
> > restarted the browser (logout/login was not enough) and now it's ok.
> 
> why would that be an ok behavior?
> 

The restart of the browser doesn't seem require. I guess all needed is switching
sub-tabs so the new data will be fetched from the engine and presented in UI.

I'm not sure if this specific split sub tab is being updated recurrently.
Lior, could you confirm ?

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

Re: [Users] [vdsm] ovirtmgmt vanishes after reboot

[Dan Kenigsberg]

On Thu, Jan 23, 2014 at 05:12:17PM +0100, Fabian Deutsch wrote:
> Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez:
> >  Hi. I have configured an ovirt-engine to manage an ovirt node
> > succesfully. I have created VM and all runs well but im trying to do
> > some escenario testing and i have found an issue.
> > 
> > 
> >  If somehow the ovirt node is rebooted(Power failure, crash, manual
> > reboot, etc) when its comes up it does not start the ovirtmgmt
> > network. Even if in the ovirt-engine you save network configuration or
> > if you execute persist
> > on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's
> > already been added to the configuration.
> > 
> > 
> >  Is this normal behavior after ovirt node's is rebooted? Am i doing
> > something wrong?
> 
> Hey Francisco,
> 
> that sounds like a bug.
> VDSM Devs, how can we debug why the network is not brought up?

Could you share vdsm.log and supervdsm.log? When you set up ovirtmgmt,
as setupNetworks command should be visible there. Later, on "save", a
call to setSafeNetworkConfig is sent, which is expected to persist your
network configuration.

Is it visible? Is it successful?

What do you see in the logs post boot? Can you tell whether
the vdsm-restore-net-config.init server was run? (its job is to revert
unsaved network config changes on non-ovirt-nodes).
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Script to auto backup VMs

[Jairo Rizzo]

Hello,

Do you guys know of a script that I could use to backup VMs automatically
but creating the lower downtime?  I modified a bit the 'virt-backup.pl'
script by Daniel Berteaud  so it
authenticates against Ovirt as shown below:

 Sys::Virt::CRED_AUTHNAME,
 Sys::Virt::CRED_PASSPHRASE,

However, wondering if I could get advice from you as to which tool or
script will do this job better.  Thanks

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

Re: [Users] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th -- oVirt Node ISO for the Test Day

[Fabian Deutsch]

- Original Message -
> On Thu, 2014-01-23 at 10:48 +0100, Fabian Deutsch wrote:
> 
> > Am Mittwoch, den 22.01.2014, 14:07 +0100 schrieb Sandro Bonazzola:
> > > Latest RPMs
> > > repository to be enabled for testing the release are listed in the
> > > release notes page [2].
> > 
> > Hey,
> > 
> > the following oVirt Node ISO (based on CentOS 6.5 and oVirt 3.4
> > components) can be used for the Test Day:
> > http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-TestDay.vdsm.el6.iso
> > 
> > Important: You need to append enforcing=0 to the kernel when booting the
> > ISO to prevent SELinux denials.
> > 
> 
> 
> Is this the only node iso supported for the current 3.4 beta?

Hey Jorick,

Yes, that is currently the only ISO. But right now we are working on a new ISO 
fixing these two bugs:

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

> I also see another iso in the release tree:
> 
> http://resources.ovirt.org/releases/3.4.0-beta/iso/ovirt-node-iso-3.1.0-0.999.999.20130719141614git21ad9e6.1235.fc18.iso
> 
> But that is Fedora 18 which is EOL already.

yes - that is a very old build from a couple of months ago - please ignore it. 
Once we have one stable node around we'll also be providing Fedora based nodes 
again.

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

Re: [Users] Making v2v easier?

[René Koch]

Hi,

I did some migrations with v2v and p2v (most of them to RHEV, but
there's not really a difference between RHEV and oVirt).

Sources where VMware ESX, KVM-servers (hosted on RHEL and Debian), Xen
(hosted on an old SUSE server) and physical machines for p2v.

The servers I used to run virt-v2v from where RHEL 6.3-6.5 - didn't test
Fedora yet.

All sources worked fine except the old SUSE server (had some connection
errors to libvirt but didn't analyzed it further, as we decided to not
migrate this vm and instead create a new one and migrate the data).

One of the most common errors when it comes to migration from VMware is
that users connect to vCenter instead of the ESX host directly (I also
did this on my first test, as I expected to be redirected to the correct
hypervisor by vCenter).

In the past there were big issues when migration machines from VMware
with installed VMware guest tools. You have to uninstall guest tools
_BEFORE_ you migrate the vm. If not, VMware guest tools interfere with
RHEV guest tools - meaning that RHEV guest tools want work properly and
VMware guest tools refuse to uninstall if the machine is not running on
VMware platform. This is definitely more an issue of VMware guest tools
then oVirt/RHEV, but it can be a pitfall in the migration process.

virt-v2v is doing a great job for Windows and RHEL servers by installing
the virtio drivers and setting disks and nics to virtio in ovf-file. For
other Linux distributions I edited ovf file manually to have the correct
type.

Debian and Ubuntu worked fine when changing disk and nic type to virtio
(as they use UUIDs in /etc/fstab and have virtio support in initrd),
openSUSE nics work fine with virtio, disk don't, btw :)
It would be an improvement if virt-v2v could prepare Debian/Ubuntu and
openSUSE/SLES for oVirt/RHEV in the same way as it does with RHEL and
Windows.
Furthermore it would be great if I could change settings during import
(e.g. NIC of disk type, memory, cpu, display type,...).

One thing which is a big pain is, that virt-v2v copies the whole disk to
the export domain and validates it afterwards. If the validation fails,
the disk gets removed from the export domain. When migration big disks
(> 100GB) this is a real pain.

What are the improvements I would like to see?
First of all, I would love to do imports from within the webadmin
portal. At the moment I have to use virt-v2v, switch to Storage tab in
webadmin afterwards to import the vm and change it's settings (if
required) in vm tab. One tab for all these actions would be a huge
improvements. Especially if Windows admins or
non-hardcore-commandline-admins are doing the migration this would help
a lot.
When adding virt-v2v to webadmin I suggest to add a big red notice that
users shall uninstall VMware guest tools before migration the vm when
selection ESX as an input source and also mention to use the hypervisor
instead of the vCenter server.

As written above I would also love to see support for multiple Linux
distributions in virt-v2v (and p2v, too).

Last, verifying the disk before copying would be really great (don't
know if this is possible - if not an option in virt-v2v to not remove
the disk would help as maybe the disk can be imported but only virt-v2v
fails).

I hope I could explain my experience and wishes with/for virt-v2v good
enough.


-- 
Best Regards

René Koch
Senior Solution Architect


LIS-Linuxland GmbH
Brünner Straße 163, A-1210 Vienna

Phone:   +43 1 236 91 60
Mobile:  +43 660 / 512 21 31
E-Mail:  rk...@linuxland.at




On Fri, 2014-01-17 at 17:19 +0200, Itamar Heim wrote:
> I see a lot of threads about v2v pains (mostly from ESX?)
> 
> I'm interested to see if we can make this simpler/easier.
> 
> if you have experience with this, please describe the steps you are 
> using (also the source platform), and how you would like to see this 
> make simpler (I'm assuming that would start from somewhere in the 
> webadmin probably).
> 
> Thanks,
> Itamar
> ___
> 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] ovirtmgmt vanishes after reboot

[Antoni Segura Puimedon]

- Original Message -
> From: "Fabian Deutsch" 
> To: "Francisco Pérez" , "VDSM Project Development" 
> 
> Cc: users@ovirt.org
> Sent: Thursday, January 23, 2014 5:12:17 PM
> Subject: Re: [Users] ovirtmgmt vanishes after reboot
> 
> Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez:
> >  Hi. I have configured an ovirt-engine to manage an ovirt node
> > succesfully. I have created VM and all runs well but im trying to do
> > some escenario testing and i have found an issue.
> > 
> > 
> >  If somehow the ovirt node is rebooted(Power failure, crash, manual
> > reboot, etc) when its comes up it does not start the ovirtmgmt
> > network. Even if in the ovirt-engine you save network configuration or
> > if you execute persist
> > on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's
> > already been added to the configuration.
> > 
> > 
> >  Is this normal behavior after ovirt node's is rebooted? Am i doing
> > something wrong?
> 
> Hey Francisco,
> 
> that sounds like a bug.
> VDSM Devs, how can we debug why the network is not brought up?

Well, we should check if after the reboot 
/etc/sysconfig/network-scripts/ifcfg-ovirtmgmt
and /etc/sysconfig/network-scripts/ifcfg-emX (or whatever the name of the
interface ovirtmgmt sits on is) are present. If vdsmd is started and properly
listening and if that is the case. virsh -r net-list has
vdsm-ovirtmgmt

> 
> - fabian
> 
> 
> ___
> 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] networking: basic vlan help

[Juan Pablo Lorier]

Hi Robert,

As I said before, you'll have network disruptions everytime you change
network topology and that's not because of ovirt but because you need to
restart network to set the new interfaces, routing tables and addresses,
etc.
This does not mean that you loose access to your hosts, if everything
goes right and you have everything set correctly, then after network
comes up, you should have access to your hosts. But if you have network
traffic, it will loose connectivity for a few seconds.
For the switch stuff, a "simple switch" will forward all packages
regardless of the vlan tag, so you won't need to configure anything.
These are the "domestic" or "soho" kind of switches. If you have a vlan
aware switch (most managed cheap ones have vlan features), then you'll
have to set vlans (either tagged or untagged) in the respective ports to
be able to get traffic from them.
Remember that marking a network in ovirt as a vlan network means that
it'll be accepting tagged traffic from that vlan. If you set your ports
to have a native vlan (untagged), then you should use non-vlan networks
in ovirt.
Regards,
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] networking: basic vlan help

[Assaf Muller]

Then the currently offered topology is to have ovirtmgmt on eth1 untagged, and 
non-VM, and have
privY as a VM, tagged network on eth1. That would require the physical switch 
to be VLAN-aware
and configured properly. oVirt wise you should have no problems using the GUI 
to move to that
topology once you've decided to do so.


Assaf Muller, Cloud Networking Engineer 
Red Hat 

- Original Message -
From: "Robert Story" 
To: "Assaf Muller" 
Cc: "users" 
Sent: Thursday, January 23, 2014 8:41:43 PM
Subject: Re: [Users] networking: basic vlan help

On Thu, 23 Jan 2014 13:33:07 -0500 (EST) Assaf wrote:
AM> Sorry, privY on eth1.

For VM to VM communication that doesn't need to go over the public net..


Robert

--
Senior Software Engineer @ Parsons
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] networking: basic vlan help

[Robert Story]

On Thu, 23 Jan 2014 13:33:07 -0500 (EST) Assaf wrote:
AM> Sorry, privY on eth1.

For VM to VM communication that doesn't need to go over the public net..


Robert

--
Senior Software Engineer @ Parsons


signature.asc
Description: PGP signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] networking: basic vlan help

[Assaf Muller]

What is the purpose of PubY on eth1?

Assaf Muller, Cloud Networking Engineer 
Red Hat 


- Original Message -
From: "Robert Story" 
To: "Assaf Muller" 
Cc: "users" 
Sent: Thursday, January 23, 2014 7:11:50 PM
Subject: Re: [Users] networking: basic vlan help

On Thu, 23 Jan 2014 10:59:57 -0500 (EST) Assaf wrote:
AM> If you enable VLAN tagging on the management network, which is
AM> configured on eth0 (Which also provides internet access from my
AM> understanding) then you will connectivity as (I assume) your physical
AM> switches aren't configured for VLANs.

I'm assuming "will connectivity" should have been "will lose connectivity",
which is what I feared. I'm glad I asked!

AM> For an all-in-one, what I would suggest is the following procedure:

Excellent, I'll try that. Thanks!

My next question is for future planning. There is a second interface
(eth1) with a separate physical network which only contains the engine,
nodes and the nfs server. 

 +--+
 | internet |-|---|--|
 +--+ ++  +---+  +---+  < eth0
  | engine |  | node1 |  | node2 |
+-+   ++  +---+  +---+  < eth1
| nfs |---|---|--|
+-+

Can the mgmt network be easily moved to eth1? Then the pubX would be
non-vlan on eth0, and mgmt + privY would be on eth1. If all the eth1
interfaces are connected to a dedicated/isolated switch, does that switch
need to explicitly support vlans, or does it matter?



Robert

--
Senior Software Engineer @ Parsons
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] networking: basic vlan help

[Assaf Muller]

Sorry, privY on eth1.

Assaf Muller, Cloud Networking Engineer 
Red Hat 


- Original Message -
From: "Robert Story" 
To: "Assaf Muller" 
Cc: "users" 
Sent: Thursday, January 23, 2014 7:11:50 PM
Subject: Re: [Users] networking: basic vlan help

On Thu, 23 Jan 2014 10:59:57 -0500 (EST) Assaf wrote:
AM> If you enable VLAN tagging on the management network, which is
AM> configured on eth0 (Which also provides internet access from my
AM> understanding) then you will connectivity as (I assume) your physical
AM> switches aren't configured for VLANs.

I'm assuming "will connectivity" should have been "will lose connectivity",
which is what I feared. I'm glad I asked!

AM> For an all-in-one, what I would suggest is the following procedure:

Excellent, I'll try that. Thanks!

My next question is for future planning. There is a second interface
(eth1) with a separate physical network which only contains the engine,
nodes and the nfs server. 

 +--+
 | internet |-|---|--|
 +--+ ++  +---+  +---+  < eth0
  | engine |  | node1 |  | node2 |
+-+   ++  +---+  +---+  < eth1
| nfs |---|---|--|
+-+

Can the mgmt network be easily moved to eth1? Then the pubX would be
non-vlan on eth0, and mgmt + privY would be on eth1. If all the eth1
interfaces are connected to a dedicated/isolated switch, does that switch
need to explicitly support vlans, or does it matter?



Robert

--
Senior Software Engineer @ Parsons
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] networking: basic vlan help

[Juan Pablo Lorier]

Hi Itamar,

I don't know if I get your post right, but to me, it seems that if so
many users hit the same rock, it should mean that this should be
documented somewhere visible and in my opinion, push on getting bug
1049476  solved asap.
Regards,
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] networking: basic vlan help

[Juan Pablo Lorier]

Hi Robert,

You can use mgmt untagged but if it's a non-vm network. If you tag mgmt
network, ovirt will configure a vlan interface and add it to ovirtmgmt,
so you'll get a disruption when network gets restarted to take the changes.
Regards,
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Manage domains

[Maurice James]

No matter what provider I use, it keeps complaining about kerberos
From: midnightst...@msn.com
To: users@ovirt.org
Date: Thu, 23 Jan 2014 12:13:03 -0500
Subject: [Users] Manage domains




In version 3.4. The authentication has been refactored. How do I add 389-ds as 
my authentication backend without the use of Kerberos? This was supposed to be 
possible in 3.4 

___
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] Centos 6.5: mom spam

[Adam Litke]

On 23/01/14 10:43 -0300, Federico Alberto Sayd wrote:

On 22/01/14 21:32, Dan Kenigsberg wrote:

On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote:

On 22/01/14 12:13, Dan Kenigsberg wrote:




The supervdsm.log whith the lines logged yesterday:

http://pastebin.com/kpXrRd2w


On an unrelated matter: this log includes

MainProcess|PolicyEngine::DEBUG::2014-01-21 
13:13:41,187::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call 
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21 
13:13:41,188::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper) return 
ksmTune with None
MainProcess|PolicyEngine::DEBUG::2014-01-21 
13:13:51,220::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call 
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21 
13:13:51,220::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper) return 
ksmTune with None

spam every 10 seconds. Federico, which version of mom do you have installed? I
thought we have solved a similar issue in the past.



mom-0.3.2-6.el6.noarch


This is the upstream version of mom which (sadly) is far too old and
is missing a bunch of features.  For Fedora, we are building master
and releasing versions like mom-0.3.2-20140120.gitfd877c5.fc20 [1]
which have lots of ovirt-specific fixes applied.

The fix is to have someone rebuild the mom RPM for el6 since the last
refresh happened on August 13 (!).  For now, please try to upgrade to
this build of master [2].

[1] 
http://resources.ovirt.org/releases/3.4.0_pre/rpm/Fedora/20/noarch/mom-0.3.2-20140120.gitfd877c5.fc20.noarch.rpm
[2] 
http://jenkins.ovirt.org/view/All/job/manual-build-tarball/174/label=centos6-host/

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

[Users] Extremely poor disk access speeds in Windows guest

[Steve Dainard]

Backing Storage: Gluster Replica
Storage Domain: NFS
Ovirt Hosts: CentOS 6.5
Ovirt version: 3.3.2
Network: GigE
# of VM's: 3 - two Linux guests are idle, one Windows guest is installing
updates.

I've installed a Windows 2008 R2 guest with virtio disk, and all the
drivers from the latest virtio iso. I've also installed the spice agent
drivers.

Guest disk access is horribly slow, Resource monitor during Windows updates
shows Disk peaking at 1MB/sec (scale never increases) and Disk Queue Length
Peaking at 5 and looks to be sitting at that level 99% of the time. 113
updates in Windows has been running solidly for about 2.5 hours and is at
89/113 updates complete.

I can't say my Linux guests are blisteringly fast, but updating a guest
from RHEL 6.3 fresh install to 6.5 took about 25 minutes.

If anyone has any ideas, please let me know - I haven't found any tuning
docs for Windows guests that could explain this issue.

Thanks,


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

Re: [Users] Issues starting hosted engine VM

[Doron Fediuck]

- Original Message -
> From: "Itamar Heim" 
> To: "Andrew Lau" 
> Cc: "users" 
> Sent: Monday, January 20, 2014 2:33:08 PM
> Subject: Re: [Users] Issues starting hosted engine VM
> 
> On 01/20/2014 02:27 PM, Andrew Lau wrote:
> > On Mon, Jan 20, 2014 at 11:19 PM, Itamar Heim  > >wrote:
> >
> > On 01/20/2014 01:19 PM, Andrew Lau wrote:
> >
> > Hi,
> >
> > That bug seems to be private :(
> >
> > I'm interested also to hear about this feature, as with 3.3.2 I
> > had my
> > gluster vms go into paused state quite a few times and they
> > actually
> > couldn't be resumed at all, they needed to be forced off and
> > back on.
> >
> >
> > did the storage domain go back to up and they remained down?
> >
> > Yup, the storage domain went down and when it came back up the VMs
> > remained paused.
> 
> please open a bug with repro steps in that case and attach logs. thanks
> 
> >
> >
> > On Mon, Jan 20, 2014 at 10:13 PM, Dafna Ron  > 
> > >> wrote:
> >
> >  interesting... :) so this is now configurable...
> >  what happens if qemu fails to start the vm (this happens
> > sometimes -
> >  mostly on file type storage). do we have a re-try or a
> >  specific
> >  error telling the use that the activation failed and manual
> >  intervention is required?
> >
> 

Andrew,
did you manage to open a bug for the resume issue?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] networking: basic vlan help

[Robert Story]

On Thu, 23 Jan 2014 10:59:57 -0500 (EST) Assaf wrote:
AM> If you enable VLAN tagging on the management network, which is
AM> configured on eth0 (Which also provides internet access from my
AM> understanding) then you will connectivity as (I assume) your physical
AM> switches aren't configured for VLANs.

I'm assuming "will connectivity" should have been "will lose connectivity",
which is what I feared. I'm glad I asked!

AM> For an all-in-one, what I would suggest is the following procedure:

Excellent, I'll try that. Thanks!

My next question is for future planning. There is a second interface
(eth1) with a separate physical network which only contains the engine,
nodes and the nfs server. 

 +--+
 | internet |-|---|--|
 +--+ ++  +---+  +---+  < eth0
  | engine |  | node1 |  | node2 |
+-+   ++  +---+  +---+  < eth1
| nfs |---|---|--|
+-+

Can the mgmt network be easily moved to eth1? Then the pubX would be
non-vlan on eth0, and mgmt + privY would be on eth1. If all the eth1
interfaces are connected to a dedicated/isolated switch, does that switch
need to explicitly support vlans, or does it matter?



Robert

--
Senior Software Engineer @ Parsons


signature.asc
Description: PGP signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Manage domains

[Maurice James]

In version 3.4. The authentication has been refactored. How do I add 389-ds as 
my authentication backend without the use of Kerberos? This was supposed to be 
possible in 3.4 ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.3.3 RC EL6 Live Snapshot

[Itamar Heim]

On 01/23/2014 05:00 PM, Sander Grendelman wrote:

On Thu, Jan 23, 2014 at 12:23 PM, Karli Sjöberg  wrote:

Hi!

I´ve gone through upgrading from 3.3.2 to 3.3.3 RC on CentOS 6.5 in our
test environment, went off without a hitch, so "good job" guys! However
something I´d very much like to see fixed is live snapshots for CentOS,
especially since it seems to be fixed already for Fedora. Issue already
been discussed:
http://lists.ovirt.org/pipermail/users/2013-December/019090.html

Is this something that can be targeted for 3.3.3 GA?


The problem is that you need a different qemu-kvm package for live snapshots.
At the moment the only way to get this package is building it from the srpm:
http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qemu-kvm-rhev-0.12.1.2-2.415.el6_5.3.src.rpm
(It's a drop-in replacement).

This version should probably be included in the oVirt or CentOS repositories.


there is a CentOS Cloud SIG being discussed where we'd like to see this 
resolved. feel free to chime in (maybe cc ovirt mailing list on relevant 
threads)

http://lists.centos.org/pipermail/centos-devel/2014-January/009451.html

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

Re: [Users] [SOLVED] "Guest Agent Data" under "Network Interfaces" empty

[Itamar Heim]

On 01/23/2014 04:20 PM, Yedidyah Bar David wrote:

- Original Message -

From: "Yedidyah Bar David" 
To: "Joop" 
Cc: "users" 
Sent: Thursday, January 23, 2014 3:30:27 PM
Subject: Re: [Users] "Guest Agent Data" under "Network Interfaces" empty

- Original Message -

From: "Joop" 
Cc: "users" 
Sent: Thursday, January 23, 2014 3:25:15 PM
Subject: Re: [Users] "Guest Agent Data" under "Network Interfaces" empty

Yedidyah Bar David wrote:

Hi all,

I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1
with ovirt-guest-agent from [1] and another fedora 19 with oga from
fedora. Both of them seem to work well - I can see installed
applications,
logged in user, memory usage. But in both of them, under "Network
Interfaces",
the "Guest Agent Data" tab on the right has just headers, with no data.

'vdsClient -s 0 getAllVmStats' on the host does show such data correctly
for both VMs.

Am I missing anything? Is it a bug, or I should do something to get there
data from the agent (through vdsm)?


I'm guessing that you're missing ethtool and/or python-ethtool? (sorry
can't find the right name right now)


Both have python-ethtool, which is a dependency of the guest agent.
And vdsm does report correctly - I am pretty certain it's a problem in the
engine and not on the host/VMs.

Thanks anyway,
--
Didi



Found https://bugzilla.redhat.com/907781, and following comment 7 there,
restarted the browser (logout/login was not enough) and now it's ok.


why would that be an ok behavior?

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

Re: [Users] networking: basic vlan help

[Itamar Heim]

On 01/23/2014 05:59 PM, Assaf Muller wrote:

If you enable VLAN tagging on the management network, which is configured
on eth0 (Which also provides internet access from my understanding) then
you will connectivity as (I assume) your physical switches aren't configured
for VLANs.

For an all-in-one, what I would suggest is the following procedure:
On your PC, create a dummy NIC via:
sudo ip link add dev dummy_0 type dummy
sudo ip link set dev dummy_0 up

It's important that the name will be in the dummy_* format.

Following that, go back to the GUI, select the host and hit Refresh Host 
Capabilities.

You should see the new dummy_0 device as a host NIC.

Create a VM network, and under the host Network Interfaces tab hit Setup Host 
Networks.

Drag and drop the new VM network on dummy_0 (Don't give dummy_0 a boot protocol 
or an IP address
in the edit network dialog).

At this point you should be able to attach VM vNICs' to the new VM network and 
they won't
be physically connected to any other network, but they'll be able to talk 
amongst themselves.


The "private network" feature is planned* for oVirt 3.5, so in the future 
you'll be able
to just define a network as a private one and everything will work 
automatically.

* No promises!


Assaf Muller, Cloud Networking Engineer
Red Hat

- Original Message -
From: "Robert Story" 
To: "users" 
Sent: Thursday, January 23, 2014 5:44:25 PM
Subject: [Users] networking: basic vlan help

Hello again,

I'm new to VLANs and have a few questions. Right now I just have the mgmt
interface (bridged with eth0) on my all-in-one oVirt test setup. I want to
separate some VMs from the public facing net, which I think means that they
need to be on a different VLAN.  I created two new networks, pubX and
privY, with vlan ids X and Y, but couldn't assign them to eth0 because the
current mgmt network is non-VLAN. I was about to enable VLAN tagging on the
mgmt network, but I wanted to make sure that doing so wouldn't do anything
to eth0 that would disrupt access to it (I only have remote access and don't
want to lock myself out).  Also, if it is safe, does the mgmt vlan tag id
matter? is 0 the right value?

Any/all help, hints, tips or references to examples/links greatly
appreciated.


Robert

___
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



wouldn't disabling 'vm network' on the mgmt network to simply allow the 
VLAN'd networks for VMs be simpler?
also, since this question/use-case came up several times past 2 weeks - 
do we have a good enough user feedback on why user can't attach a 
logical network to the same interface, suggesting there is a non-vlan'd 
network visible to VMs, and that if they want to use VLAN'd networks on 
the same nic, they should disable the 'vm network' role on the 
non-vlan'd network?


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

Re: [Users] ovirtmgmt vanishes after reboot

[Itamar Heim]

On 01/23/2014 06:12 PM, Fabian Deutsch wrote:

Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez:

  Hi. I have configured an ovirt-engine to manage an ovirt node
succesfully. I have created VM and all runs well but im trying to do
some escenario testing and i have found an issue.


  If somehow the ovirt node is rebooted(Power failure, crash, manual
reboot, etc) when its comes up it does not start the ovirtmgmt
network. Even if in the ovirt-engine you save network configuration or
if you execute persist
on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's
already been added to the configuration.


  Is this normal behavior after ovirt node's is rebooted? Am i doing
something wrong?


Hey Francisco,

that sounds like a bug.
VDSM Devs, how can we debug why the network is not brought up?

- fabian


is there an open bug tracking this?

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

[Users] [ANN] Second oVirt Node ISO for oVirt 3.4 Test Day

[Fabian Deutsch]

Hey,

we've updated the oVirt Node iso:
http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.3-0.999.201401231512draft.vdsm.el6.iso

This updated contains fixes for this two problems:
Bug 1057050 - manual instalation screen freezes at 75%
Bug 1057064 - ovirt-node cannot be added as a host from TUI

Additional that iso should raise less SELinux denials and can possibly
without appending enforcing=0.

As always: feedback is always appreciated.

- fabian


signature.asc
Description: This is a digitally signed message part
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirtmgmt vanishes after reboot

[Fabian Deutsch]

Am Donnerstag, den 23.01.2014, 12:34 -0300 schrieb Francisco Pérez:
>  Hi. I have configured an ovirt-engine to manage an ovirt node
> succesfully. I have created VM and all runs well but im trying to do
> some escenario testing and i have found an issue.
> 
> 
>  If somehow the ovirt node is rebooted(Power failure, crash, manual
> reboot, etc) when its comes up it does not start the ovirtmgmt
> network. Even if in the ovirt-engine you save network configuration or
> if you execute persist
> on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's
> already been added to the configuration.
> 
> 
>  Is this normal behavior after ovirt node's is rebooted? Am i doing
> something wrong?

Hey Francisco,

that sounds like a bug.
VDSM Devs, how can we debug why the network is not brought up?

- fabian



signature.asc
Description: This is a digitally signed message part
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] SELinux persistent changes on ovirt node

[Fabian Deutsch]

Am Donnerstag, den 23.01.2014, 12:26 -0300 schrieb Francisco Pérez:
>  Hi. I have a question regarding to the ovirt node. Im trying to
> disable o set selinux in permissive mode..I have
> modified /etc/sysconfig/selinux and then use the persist command on it
> but sestats output shows the following:
> 
> 
> [root@ovirth1 ~]# sestatus 
> SELinux status: enabled
> SELinuxfs mount:/selinux
> Current mode:   enforcing
> Mode from config file:  permissive
> Policy version: 24
> Policy from config file:targeted
> 
> 
>  I have found that this also can be acomplished by modifying kernel's
> boot parameters So it's looks like kernel's boot parameter enforce=1
> overrides /etc/sysconfig/selinux. Where is the config file to set
> enforce=0? Can't find grub config on the node.

Hey Francisco,

the easiest way is to install Node with enforcing=0.
When you pass it at install time it is automatically persisted.

To find the boot partition take a look at the output of 
$ blkid

Also: An updated ISO is available here:
http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-TestDay.vdsm.el6.iso

- fabian



signature.asc
Description: This is a digitally signed message part
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] networking: basic vlan help

[Assaf Muller]

If you enable VLAN tagging on the management network, which is configured
on eth0 (Which also provides internet access from my understanding) then
you will connectivity as (I assume) your physical switches aren't configured
for VLANs.

For an all-in-one, what I would suggest is the following procedure:
On your PC, create a dummy NIC via:
sudo ip link add dev dummy_0 type dummy
sudo ip link set dev dummy_0 up

It's important that the name will be in the dummy_* format.

Following that, go back to the GUI, select the host and hit Refresh Host 
Capabilities.

You should see the new dummy_0 device as a host NIC.

Create a VM network, and under the host Network Interfaces tab hit Setup Host 
Networks.

Drag and drop the new VM network on dummy_0 (Don't give dummy_0 a boot protocol 
or an IP address
in the edit network dialog).

At this point you should be able to attach VM vNICs' to the new VM network and 
they won't
be physically connected to any other network, but they'll be able to talk 
amongst themselves.


The "private network" feature is planned* for oVirt 3.5, so in the future 
you'll be able
to just define a network as a private one and everything will work 
automatically.

* No promises!


Assaf Muller, Cloud Networking Engineer 
Red Hat 

- Original Message -
From: "Robert Story" 
To: "users" 
Sent: Thursday, January 23, 2014 5:44:25 PM
Subject: [Users] networking: basic vlan help

Hello again,

I'm new to VLANs and have a few questions. Right now I just have the mgmt
interface (bridged with eth0) on my all-in-one oVirt test setup. I want to
separate some VMs from the public facing net, which I think means that they
need to be on a different VLAN.  I created two new networks, pubX and
privY, with vlan ids X and Y, but couldn't assign them to eth0 because the
current mgmt network is non-VLAN. I was about to enable VLAN tagging on the
mgmt network, but I wanted to make sure that doing so wouldn't do anything
to eth0 that would disrupt access to it (I only have remote access and don't
want to lock myself out).  Also, if it is safe, does the mgmt vlan tag id
matter? is 0 the right value?

Any/all help, hints, tips or references to examples/links greatly
appreciated.


Robert

___
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] Conflicts during enigne install

[Sandro Bonazzola]

Il 23/01/2014 16:14, Piotr Kliczewski ha scritto:
> As part of test day I wanted to install engine 3.4.0-0.5.beta1.fc20
> from ovirt-3.4.0-prerelease
> and I can see following info:
> 
> Transaction check error:
>   file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.py
> conflicts between attempted installs of
> ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and
> sos-3.0-3.fc20.noarch
>   file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyc
> conflicts between attempted installs of
> ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and
> sos-3.0-3.fc20.noarch
>   file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyo
> conflicts between attempted installs of
> ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and
> sos-3.0-3.fc20.noarc
> 


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

Sorry, F20 is not supported yet.

> Thanks,
> Piotr
> ___
> 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: [Users] ovirt 3.4 beta on F19: engine-setup error "Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute"

[Sandro Bonazzola]

Il 23/01/2014 16:07, Gianluca Cecchi ha scritto:
> On Thu, Jan 23, 2014 at 3:21 PM, Jorick Astrego  wrote:
>> Yes that's it:
>>
>> Adding "--otopi-environment="OVESETUP_SYSTEM/shmmax=int:68719476736" "
>> works.
>>
>> I never thought a known issue would crop up so soon, so I just started
>> installing.
>>
>> Thanks
>>
> 
> hello,
> is it correct to say that if I put something like this in my
> /etc/sysctl.d/ovirt-engine.conf
> 
> # cat /etc/sysctl.d/ovirt-engine.conf
> 
> # ovirt-engine configuration.
> # Put 200Mb 15/01/14
> kernel.shmmax = 209715200
> 
> And then
> 
> # systemctl stop ovirt-engine
> # systemctl stop postgresql
> 
> # sysctl -p
> 
> # sysctl -a --system | grep shmmax
> (to verify new settings)
> 
> # systemctl start postgresql
> # systemctl start ovirt-engine
> 
> Then I can run engine-setup without need of putting the env variable any more?

if you're on x86_64 you can set it to 68719476736.
I've asked kernel peoples and they said that arch limit is a safe value.
However, I'm going to have it fixed for 3.3.3 GA and 3.4.0 GA by engine-setup.



> At least it worked from me for upgrade to 3.3.3beta1 and 3.3.3rc
> 
> Gianluca
> ___
> 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: [Users] Can not change "Defined Memory" in VM in Ovirt 3.3.3

[Madhav V Diwan]

thank you

 I was looking at the resource allocation menu in advanced settings and
not at the system menu 
 
changing the memory setting in the system menu works



-Original Message-
From: Sander Grendelman 
To: Madhav V Diwan 
Cc: users 
Subject: Re: [Users] Can not change "Defined Memory" in VM in Ovirt
3.3.3
Date: Thu, 23 Jan 2014 15:56:10 +0100

On Thu, Jan 23, 2014 at 3:32 PM, Madhav V Diwan
 wrote:
...
>
> Where/how  do you change the "Defined Memory"  after a VM is created?

The VM has to be down to change the amount of memory.

This works for me in 3.3.2:

Right mouse button on VM -> Edit -> Show advanced options -> System ->
Edit Total Memory

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

[Users] networking: basic vlan help

[Robert Story]

Hello again,

I'm new to VLANs and have a few questions. Right now I just have the mgmt
interface (bridged with eth0) on my all-in-one oVirt test setup. I want to
separate some VMs from the public facing net, which I think means that they
need to be on a different VLAN.  I created two new networks, pubX and
privY, with vlan ids X and Y, but couldn't assign them to eth0 because the
current mgmt network is non-VLAN. I was about to enable VLAN tagging on the
mgmt network, but I wanted to make sure that doing so wouldn't do anything
to eth0 that would disrupt access to it (I only have remote access and don't
want to lock myself out).  Also, if it is safe, does the mgmt vlan tag id
matter? is 0 the right value?

Any/all help, hints, tips or references to examples/links greatly
appreciated.


Robert


signature.asc
Description: PGP signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] ovirtmgmt vanishes after reboot

[Francisco Pérez]

 Hi. I have configured an ovirt-engine to manage an ovirt node succesfully.
I have created VM and all runs well but im trying to do some escenario
testing and i have found an issue.

 If somehow the ovirt node is rebooted(Power failure, crash, manual reboot,
etc) when its comes up it does not start the ovirtmgmt network. Even if in
the ovirt-engine you save network configuration or if you execute persist
on /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt. It tells you it's
already been added to the configuration.

 Is this normal behavior after ovirt node's is rebooted? Am i doing
something wrong?

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

[Users] SELinux persistent changes on ovirt node

[Francisco Pérez]

 Hi. I have a question regarding to the ovirt node. Im trying to disable o
set selinux in permissive mode..I have modified /etc/sysconfig/selinux and
then use the persist command on it but sestats output shows the following:

[root@ovirth1 ~]# sestatus
SELinux status: enabled
SELinuxfs mount:/selinux
Current mode:   enforcing
Mode from config file:  permissive
Policy version: 24
Policy from config file:targeted

 I have found that this also can be acomplished by modifying kernel's boot
parameters So it's looks like kernel's boot parameter enforce=1 overrides
/etc/sysconfig/selinux. Where is the config file to set enforce=0? Can't
find grub config on the node.

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

Re: [Users] hosted-engine setup fails on RHEL6

[Frank Wall]

On Thu, Jan 23, 2014 at 09:13:14AM -0500, Brad House wrote:
> Yep, I get the _same_ exact issue.  Please see my e-mail chain from
> yesterday with the subject line:
> "oVirt 3.4.0 beta - Hosted Engine Setup -- issues"

Thanks for the pointer, I guess I missed that :-( As discussed on 
IRC the issue is related to wrong file permissions and a workaround is 
described in BZ 1055153 https://bugzilla.redhat.com/show_bug.cgi?id=1055153.


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

[Users] Conflicts during enigne install

[Piotr Kliczewski]

As part of test day I wanted to install engine 3.4.0-0.5.beta1.fc20
from ovirt-3.4.0-prerelease
and I can see following info:

Transaction check error:
  file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.py
conflicts between attempted installs of
ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and
sos-3.0-3.fc20.noarch
  file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyc
conflicts between attempted installs of
ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and
sos-3.0-3.fc20.noarch
  file /usr/lib/python2.7/site-packages/sos/plugins/postgresql.pyo
conflicts between attempted installs of
ovirt-log-collector-3.4.0-0.1.beta1.fc20.noarch and
sos-3.0-3.fc20.noarc

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

Re: [Users] ovirt 3.4 beta on F19: engine-setup error "Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute"

[Gianluca Cecchi]

On Thu, Jan 23, 2014 at 3:21 PM, Jorick Astrego  wrote:
> Yes that's it:
>
> Adding "--otopi-environment="OVESETUP_SYSTEM/shmmax=int:68719476736" "
> works.
>
> I never thought a known issue would crop up so soon, so I just started
> installing.
>
> Thanks
>

hello,
is it correct to say that if I put something like this in my
/etc/sysctl.d/ovirt-engine.conf

# cat /etc/sysctl.d/ovirt-engine.conf

# ovirt-engine configuration.
# Put 200Mb 15/01/14
kernel.shmmax = 209715200

And then

# systemctl stop ovirt-engine
# systemctl stop postgresql

# sysctl -p

# sysctl -a --system | grep shmmax
(to verify new settings)

# systemctl start postgresql
# systemctl start ovirt-engine

Then I can run engine-setup without need of putting the env variable any more?
At least it worked from me for upgrade to 3.3.3beta1 and 3.3.3rc

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

Re: [Users] oVirt 3.3.3 RC EL6 Live Snapshot

[Sander Grendelman]

On Thu, Jan 23, 2014 at 12:23 PM, Karli Sjöberg  wrote:
> Hi!
>
> I´ve gone through upgrading from 3.3.2 to 3.3.3 RC on CentOS 6.5 in our
> test environment, went off without a hitch, so "good job" guys! However
> something I´d very much like to see fixed is live snapshots for CentOS,
> especially since it seems to be fixed already for Fedora. Issue already
> been discussed:
> http://lists.ovirt.org/pipermail/users/2013-December/019090.html
>
> Is this something that can be targeted for 3.3.3 GA?

The problem is that you need a different qemu-kvm package for live snapshots.
At the moment the only way to get this package is building it from the srpm:
http://ftp.redhat.com/pub/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qemu-kvm-rhev-0.12.1.2-2.415.el6_5.3.src.rpm
(It's a drop-in replacement).

This version should probably be included in the oVirt or CentOS repositories.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Centos 6.5 and bonding: "A slave interface is not properly configured"

[Federico Alberto Sayd]

On 22/01/14 21:31, Dan Kenigsberg wrote:

On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote:

On 22/01/14 12:13, Dan Kenigsberg wrote:

On Wed, Jan 22, 2014 at 07:43:52AM +, Karli Sjöberg wrote:

On Tue, 2014-01-21 at 21:22 -0300, Federico Sayd wrote:

Hello:

I am having problems with bonding

I have installed Centos 6.5 in order to use it as host. I configured
eth0 with the vlan of the management network (Vlan 70). Then I
registered the host to the engine (3.3.2-1-el6) and the engine
installed oVirt in the host without problem.  Ovirtmgmt was created
automatically and bridged with eth0.70.

Now I need to bond a second network interface (eth1) with eth0. But
when I try to bond the nics, I get the next error:

"A slave interface is not properly configured. Please verify slaves do
not contain any of the following properties: network name, boot
protocol, IP address, netmask, gateway or vlan-ID notation (as part of
interface's name or explicitly)"

Federico, where exactly do you get this error? Would you attach the
setupNetwork log from supervdsmd.log?

I get the error in the setup-network dialog in ovirt-engine.

Today I solved the issue copying the network config of other host
(same hardware), and it worked.

The supervdsm.log whith the lines logged yesterday:

http://pastebin.com/kpXrRd2w

It would be nice if the error could be more explicit, i.e. telling
the ifcfg-* that are conflictive.

I do not understand the error yet... I believe that in the text you have
quoted, Engine complains that an interface has not joined a bond. But
Engine's command to Vdsm

MainProcess|Thread-15::DEBUG::2014-01-21 
13:13:21,166::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call 
setupNetworks with ({'ovirtmgmt': {'nic': 'eth0', 'vlan': '70', 'ipaddr': 
'192.168.1.101', 'netmask': '255.255.255.0', 'STP': 'no', 'bridged': 'true'}}, 
{}, {'connectivityCheck': 'true', 'connectivityTimeout': 120}

contains no reference to a bond device, and seems to have succeeded.

One notable problem is that the network definitions lack a 'gateway'
parameter, which is very important for ovirtmgmt.

Would you share your vdsm.log, too? The output of getCapabilities before
and after setupNetworks may shed some light on the circumstances.

Regads,
Dan.



Exactly , Engine doesn't want to create the bond because the 
configuration of a nic have "unacceptable" parameters.


But, specifically what parameters? Which interface? Could the error be 
more explicit?


Engine complains about the contents of ifcfg-* or actual network config? 
or both? In any case  I restarted network service after edit ifcfg-* files.


I got the error when I tried to bond the interfaces. The ovirtmgmt was 
created by oVirt and bridged to eth0.70 when the host was installed via 
oVirt Engine. After, I tried to bond the two interfaces: eth0, (with 
ovirtmgmt attached to it) and eth1 (without config), then the gui showed 
the error about ifcfg-* parameters.


I guess that the text that you quoted corresponds to the creation of 
ovirmgmnt network at install time. I don't find in supervdsm.log any 
references to the bond creation.


vdsm.log: http://pastebin.com/AGSMBnkN

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

Re: [Users] Can not change "Defined Memory" in VM in Ovirt 3.3.3

[Sander Grendelman]

On Thu, Jan 23, 2014 at 3:32 PM, Madhav V Diwan
 wrote:
...
>
> Where/how  do you change the "Defined Memory"  after a VM is created?

The VM has to be down to change the amount of memory.

This works for me in 3.3.2:

Right mouse button on VM -> Edit -> Show advanced options -> System ->
Edit Total Memory
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th -- oVirt Node ISO for the Test Day

[Jorick Astrego]

On Thu, 2014-01-23 at 10:48 +0100, Fabian Deutsch wrote:

> Am Mittwoch, den 22.01.2014, 14:07 +0100 schrieb Sandro Bonazzola:
> > Latest RPMs
> > repository to be enabled for testing the release are listed in the
> > release notes page [2].
> 
> Hey,
> 
> the following oVirt Node ISO (based on CentOS 6.5 and oVirt 3.4
> components) can be used for the Test Day:
> http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.4-TestDay.vdsm.el6.iso
> 
> Important: You need to append enforcing=0 to the kernel when booting the
> ISO to prevent SELinux denials.
> 


Is this the only node iso supported for the current 3.4 beta? 

I also see another iso in the release tree:

http://resources.ovirt.org/releases/3.4.0-beta/iso/ovirt-node-iso-3.1.0-0.999.999.20130719141614git21ad9e6.1235.fc18.iso

But that is Fedora 18 which is EOL already.

Kind regards

Jorick Astrego
Netbulae B.V.


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

Re: [Users] oVirt 3.4.0 beta - Hosted Engine Setup -- issues

[Sandro Bonazzola]

Il 23/01/2014 15:30, Brad House ha scritto:
> 
> 
> On 01/23/2014 09:24 AM, Sandro Bonazzola wrote:
>>> # service vdsmd status
>>> >Redirecting to /bin/systemctl status  vdsmd.service
>>> >vdsmd.service - Virtual Desktop Server Manager
>>> >Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
>>> >Active: failed (Result: start-limit) since Thu 2014-01-23 09:16:38 
>>> > EST; 1min 26s ago
>>> >   Process: 2387 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh 
>>> > --post-stop (code=exited, status=0/SUCCESS)
>>> >   Process: 2380 ExecStart=/usr/share/vdsm/daemonAdapter -0 /dev/null -1 
>>> > /dev/null -2 /dev/null /usr/share/vdsm/vdsm (code=exited, 
>>> > status=1/FAILURE)
>>> >   Process: 2328 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh 
>>> > --pre-start (code=exited, status=0/SUCCESS)
>>> >
>>> >Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Unit 
>>> >vdsmd.service entered failed state.
>>> >Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: vdsmd.service 
>>> >holdoff time over, scheduling restart.
>>> >Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Stopping 
>>> >Virtual Desktop Server Manager...
>>> >Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Starting 
>>> >Virtual Desktop Server Manager...
>>> >Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: vdsmd.service 
>>> >start request repeated too quickly, refusing to start.
> 
>> what's this . It's the first start of vdsmd!
> 
> 
> I'm not sure I understand the meaning of this reply :/

Sorry it was for vdsm people.
It sorted out that changing owner to vdsm:kvm on /var/log/vdsm/vdsm.log solve 
the issue.
Investigating how owner have been set to root:root on that file.


> 
> Thanks.
> -Brad


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

[Users] Can not change "Defined Memory" in VM in Ovirt 3.3.3

[Madhav V Diwan]

Hi 

 I have been going though trying to find a way to increase the memory in a
 already created VM 

So far all I see in the webadmin portal is a place to edit the "Physical Memory 
Guaranteed"  
in the VM definition. 

 But changing this does not affect in any way the amount of memory the VM 
actually sees 
and does not change the "Defined Memory" value  in the VM details tab
after shutdown and start of the VM

there is no change even after full ovirt-engine restarts

The guest OS is windows 2008r2
and yes Ovirt guest  is installed

I have even tried adding a custom userdefine  of memory  , which did not work. 

I can see where you add/change the number of CPUs/Sockets to a existing VM, But 
changing the "physical memeory guarantee seems to do .. nothing


Where/how  do you change the "Defined Memory"  after a VM is created? 

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

Re: [Users] oVirt 3.4.0 beta - Hosted Engine Setup -- issues

[Brad House]

On 01/23/2014 09:24 AM, Sandro Bonazzola wrote:

# service vdsmd status
>Redirecting to /bin/systemctl status  vdsmd.service
>vdsmd.service - Virtual Desktop Server Manager
>Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
>Active: failed (Result: start-limit) since Thu 2014-01-23 09:16:38 EST; 
1min 26s ago
>   Process: 2387 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh 
--post-stop (code=exited, status=0/SUCCESS)
>   Process: 2380 ExecStart=/usr/share/vdsm/daemonAdapter -0 /dev/null -1 
/dev/null -2 /dev/null /usr/share/vdsm/vdsm (code=exited, status=1/FAILURE)
>   Process: 2328 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh 
--pre-start (code=exited, status=0/SUCCESS)
>
>Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Unit vdsmd.service 
entered failed state.
>Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: vdsmd.service 
holdoff time over, scheduling restart.
>Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Stopping Virtual 
Desktop Server Manager...
>Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Starting Virtual 
Desktop Server Manager...
>Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: vdsmd.service start 
request repeated too quickly, refusing to start.



what's this . It's the first start of vdsmd!



I'm not sure I understand the meaning of this reply :/

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

Re: [Users] oVirt 3.4.0 beta - Hosted Engine Setup -- issues

[Sandro Bonazzola]

Il 23/01/2014 15:21, Brad House ha scritto:
> On 01/23/2014 08:30 AM, Sandro Bonazzola wrote:
>> It seems that VDSM is not working on your system.
>> Can you attach vdsm logs?
>>
> 
> vdsm log is empty
> 
> # ls -l /var/log/vdsm/vdsm.log
> -rw-r--r-- 1 root root 0 Jan 20 10:13 /var/log/vdsm/vdsm.log
> 
> 
> # ps -ef | grep -i vdsm
> root  1628 1  0 09:16 ?00:00:00 /usr/bin/python 
> /usr/share/vdsm/supervdsmServer --sockfile /var/run/vdsm/svdsm.sock
> 
> 
> # service vdsmd status
> Redirecting to /bin/systemctl status  vdsmd.service
> vdsmd.service - Virtual Desktop Server Manager
>Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
>Active: failed (Result: start-limit) since Thu 2014-01-23 09:16:38 EST; 
> 1min 26s ago
>   Process: 2387 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh 
> --post-stop (code=exited, status=0/SUCCESS)
>   Process: 2380 ExecStart=/usr/share/vdsm/daemonAdapter -0 /dev/null -1 
> /dev/null -2 /dev/null /usr/share/vdsm/vdsm (code=exited, status=1/FAILURE)
>   Process: 2328 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh 
> --pre-start (code=exited, status=0/SUCCESS)
> 
> Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Unit vdsmd.service 
> entered failed state.
> Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: vdsmd.service 
> holdoff time over, scheduling restart.
> Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Stopping Virtual 
> Desktop Server Manager...
> Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Starting Virtual 
> Desktop Server Manager...
> Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: vdsmd.service 
> start request repeated too quickly, refusing to start.

what's this . It's the first start of vdsmd!


> Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Failed to start 
> Virtual Desktop Server Manager.
> Jan 23 09:16:38 ovirttest.internal.monetra.com systemd[1]: Unit vdsmd.service 
> entered failed state.
> 
> 
> I've attached the supervdsm.log and 
> ovirt-hosted-engine-setup-20140123091611.log incase that's helpful.
> 
> Thanks.
> -Brad


-- 
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] ovirt 3.4 beta on F19: engine-setup error "Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute"

[Jorick Astrego]

Yes that's it:

Adding "--otopi-environment="OVESETUP_SYSTEM/shmmax=int:68719476736" "
works.

I never thought a known issue would crop up so soon, so I just started
installing.

Thanks

On Thu, 2014-01-23 at 09:08 -0500, Yedidyah Bar David wrote:
> Hi,
> 
> 
> 
> 
> __
> 
> From: "Jorick Astrego" 
> To: "users" 
> Sent: Thursday, January 23, 2014 4:01:24 PM
> Subject: [Users] ovirt 3.4 beta on F19: engine-setup error
> "Failed to execute stage 'Misc configuration': Command
> '/bin/systemctl' failed to execute"
> 
> 
> 
> 
> Hi,
> 
> Installing a fresh fedora 19 minimal install and ovirt 3.4
> beta got me stuck again. Maybe we should do a bit more QA
> before releasing a beta?
> 
>   --== CONFIGURATION PREVIEW ==--
> 
>   Engine database name: engine
>   Engine database secured connection  : False
>   Engine database host: localhost
>   Engine database user name   : engine
>   Engine database host name validation: False
>   Engine database port: 5432
>   NFS setup   : True
>   PKI organization: x.xxx
>   Application mode: both
>   Firewall manager: firewalld
>   Update Firewall : True
>   Configure WebSocket Proxy   : True
>   Host FQDN   :
> .x.x
>   NFS export ACL  :
> 0.0.0.0/0.0.0.0(rw)
>   NFS mount
> point : /var/lib/exports/iso
>   Datacenter storage type : posixfs
>   Configure local Engine database : True
>   Set application as default page : True
>   Configure Apache SSL: True
> 
>   Please confirm installation settings (OK, Cancel)
> [OK]: 
> [ INFO  ] Stage: Transaction setup
> [ INFO  ] Stopping engine service
> [ INFO  ] Stopping websocket-proxy service
> [ INFO  ] Stage: Misc configuration
> [ INFO  ] Stage: Package installation
> [ INFO  ] Stage: Misc configuration
> [ INFO  ] Initializing PostgreSQL
> [ INFO  ] Creating PostgreSQL 'engine' database
> [ INFO  ] Configuring PostgreSQL
> [ ERROR ] Failed to execute stage 'Misc configuration':
> Command '/bin/systemctl' failed to execute
> [ INFO  ] Yum Performing yum transaction rollback
> [ INFO  ] Stage: Clean up
>   Log file is located
> at /var/log/ovirt-engine/setup/ovirt-engine-setup-20140123145115.log
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Execution of setup failed
> 
> 2014-01-23 14:52:35 DEBUG otopi.plugins.otopi.services.systemd
> systemd.state:134 starting service postgresql
> 2014-01-23 14:52:35 DEBUG otopi.plugins.otopi.services.systemd
> plugin.executeRaw:366 execute: ('/bin/systemctl', 'start',
> 'postgresql.service'), executable='None', cwd='None', env=None
> 2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
> plugin.executeRaw:383 execute-result: ('/bin/systemctl',
> 'start', 'postgresql.service'), rc=1
> 2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
> plugin.execute:441 execute-output: ('/bin/systemctl', 'start',
> 'postgresql.service') stdout:
> 
> 
> 2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
> plugin.execute:446 execute-output: ('/bin/systemctl', 'start',
> 'postgresql.service') stderr:
> 
> 
> 
> Perhaps it's http://bugzilla.redhat.com/1039616 ? Mentioned also on
> http://www.ovirt.org/OVirt_3.4.0_release_notes#Known_issues .
> 
> 
> Best,
> -- 
> Didi
> 
> 
> 

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

Re: [Users] [SOLVED] "Guest Agent Data" under "Network Interfaces" empty

[Yedidyah Bar David]

- Original Message -
> From: "Yedidyah Bar David" 
> To: "Joop" 
> Cc: "users" 
> Sent: Thursday, January 23, 2014 3:30:27 PM
> Subject: Re: [Users] "Guest Agent Data" under "Network Interfaces" empty
> 
> - Original Message -
> > From: "Joop" 
> > Cc: "users" 
> > Sent: Thursday, January 23, 2014 3:25:15 PM
> > Subject: Re: [Users] "Guest Agent Data" under "Network Interfaces" empty
> > 
> > Yedidyah Bar David wrote:
> > > Hi all,
> > >
> > > I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1
> > > with ovirt-guest-agent from [1] and another fedora 19 with oga from
> > > fedora. Both of them seem to work well - I can see installed
> > > applications,
> > > logged in user, memory usage. But in both of them, under "Network
> > > Interfaces",
> > > the "Guest Agent Data" tab on the right has just headers, with no data.
> > >
> > > 'vdsClient -s 0 getAllVmStats' on the host does show such data correctly
> > > for both VMs.
> > >
> > > Am I missing anything? Is it a bug, or I should do something to get there
> > > data from the agent (through vdsm)?
> > >   
> > I'm guessing that you're missing ethtool and/or python-ethtool? (sorry
> > can't find the right name right now)
> 
> Both have python-ethtool, which is a dependency of the guest agent.
> And vdsm does report correctly - I am pretty certain it's a problem in the
> engine and not on the host/VMs.
> 
> Thanks anyway,
> --
> Didi
> 

Found https://bugzilla.redhat.com/907781, and following comment 7 there,
restarted the browser (logout/login was not enough) and now it's ok.
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] hosted-engine setup fails on RHEL6

[Brad House]

On 01/23/2014 08:24 AM, Frank Wall wrote:

Hi,

I'm currently trying to setup a hosted-engine on a RHEL6 host
with nightly repository (because 3.4 BETA didn't work either):





[ ERROR ] Failed to execute stage 'Environment customization': [Errno 111] 
Connection refused
[ INFO  ] Stage: Clean up
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination







Any hint?


Thanks
- Frank



Yep, I get the _same_ exact issue.  Please see my e-mail chain from
yesterday with the subject line:

"oVirt 3.4.0 beta - Hosted Engine Setup -- issues"

And look at Andrew Lau's responses who also experienced the same
issue ... with a potential work-around which I have yet to try.

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

Re: [Users] ovirt 3.4 beta on F19: engine-setup error "Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute"

[Yedidyah Bar David]

Hi, 

- Original Message -

> From: "Jorick Astrego" 
> To: "users" 
> Sent: Thursday, January 23, 2014 4:01:24 PM
> Subject: [Users] ovirt 3.4 beta on F19: engine-setup error "Failed to execute
> stage 'Misc configuration': Command '/bin/systemctl' failed to execute"

> Hi,

> Installing a fresh fedora 19 minimal install and ovirt 3.4 beta got me stuck
> again. Maybe we should do a bit more QA before releasing a beta?

> --== CONFIGURATION PREVIEW ==--

> Engine database name : engine
> Engine database secured connection : False
> Engine database host : localhost
> Engine database user name : engine
> Engine database host name validation : False
> Engine database port : 5432
> NFS setup : True
> PKI organization : x.xxx
> Application mode : both
> Firewall manager : firewalld
> Update Firewall : True
> Configure WebSocket Proxy : True
> Host FQDN : .x.x
> NFS export ACL : 0.0.0.0/0.0.0.0(rw)
> NFS mount point : /var/lib/exports/iso
> Datacenter storage type : posixfs
> Configure local Engine database : True
> Set application as default page : True
> Configure Apache SSL : True

> Please confirm installation settings (OK, Cancel) [OK]:
> [ INFO ] Stage: Transaction setup
> [ INFO ] Stopping engine service
> [ INFO ] Stopping websocket-proxy service
> [ INFO ] Stage: Misc configuration
> [ INFO ] Stage: Package installation
> [ INFO ] Stage: Misc configuration
> [ INFO ] Initializing PostgreSQL
> [ INFO ] Creating PostgreSQL 'engine' database
> [ INFO ] Configuring PostgreSQL
> [ ERROR ] Failed to execute stage 'Misc configuration': Command
> '/bin/systemctl' failed to execute
> [ INFO ] Yum Performing yum transaction rollback
> [ INFO ] Stage: Clean up
> Log file is located at
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20140123145115.log
> [ INFO ] Stage: Pre-termination
> [ INFO ] Stage: Termination
> [ ERROR ] Execution of setup failed

> 2014-01-23 14:52:35 DEBUG otopi.plugins.otopi.services.systemd
> systemd.state:134 starting service postgresql
> 2014-01-23 14:52:35 DEBUG otopi.plugins.otopi.services.systemd
> plugin.executeRaw:366 execute: ('/bin/systemctl', 'start',
> 'postgresql.service'), executable='None', cwd='None', env=None
> 2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
> plugin.executeRaw:383 execute-result: ('/bin/systemctl', 'start',
> 'postgresql.service'), rc=1
> 2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
> plugin.execute:441 execute-output: ('/bin/systemctl', 'start',
> 'postgresql.service') stdout:

> 2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
> plugin.execute:446 execute-output: ('/bin/systemctl', 'start',
> 'postgresql.service') stderr:
Perhaps it's http://bugzilla.redhat.com/1039616 ? Mentioned also on 
http://www.ovirt.org/OVirt_3.4.0_release_notes#Known_issues . 

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

Re: [Users] another networking question: ssh to VM with private dhcp addr

[Robert Story]

On Thu, 23 Jan 2014 05:12:31 -0500 (EST) Assaf wrote:
AM> If so, when the VM generates a DHCP request it goes out to the same
AM> physical network that the ovirtmgmt device is on. Meaning, that if the
AM> VM and the management device both generate DHCP requests they should
AM> get responses in the same subnet.

Ah, ok. So oVirt doesn't automatically do DHCP like virt-manager.. Got it.
All the machines in the lab use static IPs, so I wasn't aware that there
was a DHCP server somewhere else handing out private addresses. I just
assumed oVirt did dhcp like virt-manager.

Sorry for the noise!

Robert


signature.asc
Description: PGP signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] ovirt 3.4 beta on F19: engine-setup error "Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute"

[Jorick Astrego]

Hi,

Installing a fresh fedora 19 minimal install and ovirt 3.4 beta got me
stuck again. Maybe we should do a bit more QA before releasing a beta?

  --== CONFIGURATION PREVIEW ==--
 
  Engine database name: engine
  Engine database secured connection  : False
  Engine database host: localhost
  Engine database user name   : engine
  Engine database host name validation: False
  Engine database port: 5432
  NFS setup   : True
  PKI organization: x.xxx
  Application mode: both
  Firewall manager: firewalld
  Update Firewall : True
  Configure WebSocket Proxy   : True
  Host FQDN   : .x.x
  NFS export ACL  : 0.0.0.0/0.0.0.0(rw)
  NFS mount point : /var/lib/exports/iso
  Datacenter storage type : posixfs
  Configure local Engine database : True
  Set application as default page : True
  Configure Apache SSL: True
 
  Please confirm installation settings (OK, Cancel) [OK]: 
[ INFO  ] Stage: Transaction setup
[ INFO  ] Stopping engine service
[ INFO  ] Stopping websocket-proxy service
[ INFO  ] Stage: Misc configuration
[ INFO  ] Stage: Package installation
[ INFO  ] Stage: Misc configuration
[ INFO  ] Initializing PostgreSQL
[ INFO  ] Creating PostgreSQL 'engine' database
[ INFO  ] Configuring PostgreSQL
[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/bin/systemctl' failed to execute
[ INFO  ] Yum Performing yum transaction rollback
[ INFO  ] Stage: Clean up
  Log file is located
at /var/log/ovirt-engine/setup/ovirt-engine-setup-20140123145115.log
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed

2014-01-23 14:52:35 DEBUG otopi.plugins.otopi.services.systemd
systemd.state:134 starting service postgresql
2014-01-23 14:52:35 DEBUG otopi.plugins.otopi.services.systemd
plugin.executeRaw:366 execute: ('/bin/systemctl', 'start',
'postgresql.service'), executable='None', cwd='None', env=None
2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
plugin.executeRaw:383 execute-result: ('/bin/systemctl', 'start',
'postgresql.service'), rc=1
2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
plugin.execute:441 execute-output: ('/bin/systemctl', 'start',
'postgresql.service') stdout:


2014-01-23 14:52:40 DEBUG otopi.plugins.otopi.services.systemd
plugin.execute:446 execute-output: ('/bin/systemctl', 'start',
'postgresql.service') stderr:
Job for postgresql.service failed. See 'systemctl status
postgresql.service' and 'journalctl -xn' for details.

2014-01-23 14:52:40 DEBUG otopi.context context._executeMethod:152
method exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in
_executeMethod
method['method']()
  File
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/provisioning/postgres.py",
 line 182, in _misc
self._provisioning.provision()
  File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/postgres.py",
line 552, in provision
self._restart()
  File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/postgres.py",
line 407, in _restart
state=state,
  File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 138,
in state
'start' if state else 'stop'
  File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 77, in
_executeServiceCommand
raiseOnError=raiseOnError
  File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 451, in
execute
command=args[0],
RuntimeError: Command '/bin/systemctl' failed to execute
2014-01-23 14:52:40 ERROR otopi.context context._executeMethod:161
Failed to execute stage 'Misc configuration': Command '/bin/systemctl'
failed to execute
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'Yum Transaction'
2014-01-23 14:52:40 INFO otopi.plugins.otopi.packagers.yumpackager
yumpackager.info:92 Yum Performing yum transaction rollback
Loaded plugins: langpacks, refresh-packagekit, versionlock
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'Database Transaction'
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'Version Lock Transaction'
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'Firewalld Transaction'
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'File transaction for '/etc/sysctl.d/ovirt-engine.conf''
2014-01-23 14:52:40 DEBUG otopi.transaction transaction.abort:131
aborting 'File transaction for
'/et

Re: [Users] Centos 6.5 and bonding: "A slave interface is not properly configured"

[Federico Alberto Sayd]

On 23/01/14 07:02, Moti Asayag wrote:


- Original Message -

From: "Federico Sayd" 
To: users@ovirt.org
Sent: Wednesday, January 22, 2014 2:22:01 AM
Subject: [Users] Centos 6.5 and bonding: "A slave interface is not properly
configured"

Hello:

I am having problems with bonding

I have installed Centos 6.5 in order to use it as host. I configured eth0
with the vlan of the management network (Vlan 70). Then I registered the
host to the engine (3.3.2-1-el6) and the engine installed oVirt in the host
without problem. Ovirtmgmt was created automatically and bridged with
eth0.70.

Now I need to bond a second network interface (eth1) with eth0. But when I
try to bond the nics, I get the next error:


Could you describe how you've created the bond ? via webadmin setup networks
dialog or via api ?



Via webadmin Setup Network (Web GUI)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.4 release notes and what's new section empty

[Sandro Bonazzola]

Il 23/01/2014 14:49, Gianluca Cecchi ha scritto:
> hello,
> at http://www.ovirt.org/OVirt_3.4.0_release_notes
> 
> the what's new section seems to be empty.

Release notes page is still under writing

> What major/minor features one would expect as added value passing from
> 3.3.3 to 3.4?
> Any other pointers?

you can find a list of features here
http://bit.ly/17qBn6F

or here:
http://www.ovirt.org/OVirt_3.4_Test_Day#oVirt_3.4_New_Features_-_Test_Status_Table

> 
> Thanks,
> Gianluca
> ___
> 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

[Users] oVirt 3.4 release notes and what's new section empty

[Gianluca Cecchi]

hello,
at http://www.ovirt.org/OVirt_3.4.0_release_notes

the what's new section seems to be empty.
What major/minor features one would expect as added value passing from
3.3.3 to 3.4?
Any other pointers?

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

Re: [Users] hosted-engine setup fails on RHEL6

[Sandro Bonazzola]

Il 23/01/2014 14:39, Frank Wall ha scritto:
> Hi Sandro,
> 
> On Thu, Jan 23, 2014 at 02:28:29PM +0100, Sandro Bonazzola wrote:
>> Do you have the same issue you've with nightly?
> 
> on BETA the hosted-engine setup fails (earlier) with another issue that seems 
> to be
> fixed in NIGHTLY:
> 
> 2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel rhel.status:138 
> check service vdsmd status
> 2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel 
> plugin.executeRaw:366 execute: ('/sbin/initctl', 'status', 'vdsmd'), 
> executable='None', cwd='None', env=None
> 2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel 
> plugin.executeRaw:383 execute-result: ('/sbin/initctl', 'status', 'vdsmd'), 
> rc=1
> 2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel 
> plugin.execute:441 execute-output: ('/sbin/initctl', 'status', 'vdsmd') 
> stdout:
> 2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel 
> plugin.execute:446 execute-output: ('/sbin/initctl', 'status', 'vdsmd') 
> stderr:
> initctl: Unknown job: vdsmd
> 

can you attach full logs of this execution?


> Please don't mixup things... this was the first try on BETA. All other logs 
> are from NIGHTLY :-)
> 
> 
>> can you attach vdsm logs?
> 
> Yes, but only a few lines are logged during hosted-engine setup:
> 
> MainThread::DEBUG::2014-01-23 
> 14:17:37,132::supervdsmServer::424::SuperVdsm.Server::(main) Terminated 
> normally
> MainThread::DEBUG::2014-01-23 
> 14:17:37,885::netconfpersistence::134::root::(_getConfigs) Non-existing 
> config set.
> MainThread::DEBUG::2014-01-23 
> 14:17:37,885::netconfpersistence::134::root::(_getConfigs) Non-existing 
> config set.
> MainThread::DEBUG::2014-01-23 
> 14:17:37,900::supervdsmServer::384::SuperVdsm.Server::(main) Making sure I'm 
> root - SuperVdsm
> MainThread::DEBUG::2014-01-23 
> 14:17:37,900::supervdsmServer::393::SuperVdsm.Server::(main) Parsing cmd args
> MainThread::DEBUG::2014-01-23 
> 14:17:37,900::supervdsmServer::396::SuperVdsm.Server::(main) Cleaning old 
> socket /var/run/vdsm/svdsm.sock
> MainThread::DEBUG::2014-01-23 
> 14:17:37,900::supervdsmServer::400::SuperVdsm.Server::(main) Setting up keep 
> alive thread
> MainThread::DEBUG::2014-01-23 
> 14:17:37,900::supervdsmServer::406::SuperVdsm.Server::(main) Creating remote 
> object manager
> MainThread::DEBUG::2014-01-23 
> 14:17:37,901::supervdsmServer::417::SuperVdsm.Server::(main) Started serving 
> super vdsm object
> sourceRoute::DEBUG::2014-01-23 
> 14:17:37,901::sourceRouteThread::56::root::(_subscribeToInotifyLoop) 
> sourceRouteThread.subscribeToInotifyLoop started
> 

so vdsmd never started at all?


> 
> 
> Thanks
> - Frank
> 


-- 
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] Centos 6.5: mom spam

[Federico Alberto Sayd]

On 22/01/14 21:32, Dan Kenigsberg wrote:

On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote:

On 22/01/14 12:13, Dan Kenigsberg wrote:




The supervdsm.log whith the lines logged yesterday:

http://pastebin.com/kpXrRd2w


On an unrelated matter: this log includes

MainProcess|PolicyEngine::DEBUG::2014-01-21 
13:13:41,187::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call 
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21 
13:13:41,188::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper) return 
ksmTune with None
MainProcess|PolicyEngine::DEBUG::2014-01-21 
13:13:51,220::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) call 
ksmTune with ({},) {}
MainProcess|PolicyEngine::DEBUG::2014-01-21 
13:13:51,220::supervdsmServer::102::SuperVdsm.ServerCallback::(wrapper) return 
ksmTune with None

spam every 10 seconds. Federico, which version of mom do you have installed? I
thought we have solved a similar issue in the past.



mom-0.3.2-6.el6.noarch
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] hosted-engine setup fails on RHEL6

[Andrew Lau]

Hi Sandro,

This is exactly the same issue I had with BZ 1055153, I recognize all the
error messages exactly and the way it occurred. There was also the earlier
message on the list which I mentioned my workaround.

Thanks,
Andrew


On Fri, Jan 24, 2014 at 12:28 AM, Sandro Bonazzola wrote:

> Il 23/01/2014 14:24, Frank Wall ha scritto:
> > Hi,
> >
> > I'm currently trying to setup a hosted-engine on a RHEL6 host
> > with nightly repository (because 3.4 BETA didn't work either):
>
> Do you have the same issue you've with nightly?
>
>
> >
> > [root@host ~]# hosted-engine --deploy
> > [ INFO  ] Stage: Initializing
> >   Continuing will configure this host for serving as hypervisor
> and create a VM where you have to install oVirt Engine afterwards.
> >   Are you sure you want to continue? (Yes, No)[Yes]:
> > [ INFO  ] Generating a temporary VNC password.
> > [ INFO  ] Stage: Environment setup
> >   Configuration files: []
> >   Log file:
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140123135916.log
> >   Version: otopi-1.2.0_master
> (otopi-1.2.0-0.2.master.20140121.git84f0852.el6)
> > [ INFO  ] Hardware supports virtualization
> > [ INFO  ] Bridge ovirtmgmt already created
> > [ INFO  ] Stage: Environment packages setup
> > [ INFO  ] Stage: Programs detection
> > [ INFO  ] Stage: Environment setup
> > [ INFO  ] Waiting for VDSM hardware info
> > [ INFO  ] Waiting for VDSM hardware info
> > [ INFO  ] Waiting for VDSM hardware info
> > [ INFO  ] Waiting for VDSM hardware info
> > [ INFO  ] Waiting for VDSM hardware info
> > [ INFO  ] Waiting for VDSM hardware info
> > [ INFO  ] Waiting for VDSM hardware info
> > [ INFO  ] Waiting for VDSM hardware info
> > [ INFO  ] Waiting for VDSM hardware info
> > [ INFO  ] Waiting for VDSM hardware info
> > [ INFO  ] Stage: Environment customization
> >
> >   --== STORAGE CONFIGURATION ==--
> >
> >   During customization use CTRL-D to abort.
> > [ ERROR ] Failed to execute stage 'Environment customization': [Errno
> 111] Connection refused
> > [ INFO  ] Stage: Clean up
> > [ INFO  ] Stage: Pre-termination
> > [ INFO  ] Stage: Termination
> >
> > The full log is available here:
> > http://pastebin.com/Xpa87sjc
> >
> > The matching log entry is below:
> >
> > 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:138 Stage
> customization METHOD
> otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._customization
> > 2014-01-23 14:17:48 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:215 DIALOG:SEND During customization use
> CTRL-D to abort.
> > 2014-01-23 14:17:48 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.storage.storage
> storage._check_existing_pools:630 _check_existing_pools
> > 2014-01-23 14:17:48 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.storage.storage
> storage._check_existing_pools:631 getConnectedStoragePoolsList
> > 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:152
> method exception
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in
> _executeMethod
> > method['method']()
> >   File
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
> line 729, in _customization
> > self._check_existing_pools()
> >   File
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
> line 632, in _check_existing_pools
> > pools = self.serv.s.getConnectedStoragePoolsList()
> >   File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__
> > return self.__send(self.__name, args)
> >   File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request
> > verbose=self.__verbose
> >   File "/usr/lib64/python2.6/xmlrpclib.py", line 1235, in request
> > self.send_content(h, request_body)
> >   File "/usr/lib64/python2.6/xmlrpclib.py", line 1349, in send_content
> > connection.endheaders()
> >   File "/usr/lib64/python2.6/httplib.py", line 908, in endheaders
> > self._send_output()
> >   File "/usr/lib64/python2.6/httplib.py", line 780, in _send_output
> > self.send(msg)
> >   File "/usr/lib64/python2.6/httplib.py", line 739, in send
> > self.connect()
> >   File "/usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py",
> line 188, in connect
> > sock = socket.create_connection((self.host, self.port), self.timeout)
> >   File "/usr/lib64/python2.6/socket.py", line 567, in create_connection
> > raise error, msg
> > error: [Errno 111] Connection refused
> > 2014-01-23 14:17:48 ERROR otopi.context context._executeMethod:161
> Failed to execute stage 'Environment customization': [Errno 111] Connection
> refused
>
> can you attach vdsm logs?
>
>
>
>
> >
> >
> > RPM version information:
> >
> > otopi-1.2.0-0.2.master.20140121.git84f0852.el6.noarch
> > ovirt-host-deploy-1.2.0-0.2.master.20140120.gitdeb0453.el6.noarch
> > ov

Re: [Users] hosted-engine setup fails on RHEL6

[Frank Wall]

Hi Sandro,

On Thu, Jan 23, 2014 at 02:28:29PM +0100, Sandro Bonazzola wrote:
> Do you have the same issue you've with nightly?

on BETA the hosted-engine setup fails (earlier) with another issue that seems 
to be
fixed in NIGHTLY:

2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel rhel.status:138 
check service vdsmd status
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel 
plugin.executeRaw:366 execute: ('/sbin/initctl', 'status', 'vdsmd'), 
executable='None', cwd='None', env=None
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel 
plugin.executeRaw:383 execute-result: ('/sbin/initctl', 'status', 'vdsmd'), rc=1
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:441 
execute-output: ('/sbin/initctl', 'status', 'vdsmd') stdout:
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:446 
execute-output: ('/sbin/initctl', 'status', 'vdsmd') stderr:
initctl: Unknown job: vdsmd

Please don't mixup things... this was the first try on BETA. All other logs are 
from NIGHTLY :-)


> can you attach vdsm logs?

Yes, but only a few lines are logged during hosted-engine setup:

MainThread::DEBUG::2014-01-23 
14:17:37,132::supervdsmServer::424::SuperVdsm.Server::(main) Terminated normally
MainThread::DEBUG::2014-01-23 
14:17:37,885::netconfpersistence::134::root::(_getConfigs) Non-existing config 
set.
MainThread::DEBUG::2014-01-23 
14:17:37,885::netconfpersistence::134::root::(_getConfigs) Non-existing config 
set.
MainThread::DEBUG::2014-01-23 
14:17:37,900::supervdsmServer::384::SuperVdsm.Server::(main) Making sure I'm 
root - SuperVdsm
MainThread::DEBUG::2014-01-23 
14:17:37,900::supervdsmServer::393::SuperVdsm.Server::(main) Parsing cmd args
MainThread::DEBUG::2014-01-23 
14:17:37,900::supervdsmServer::396::SuperVdsm.Server::(main) Cleaning old 
socket /var/run/vdsm/svdsm.sock
MainThread::DEBUG::2014-01-23 
14:17:37,900::supervdsmServer::400::SuperVdsm.Server::(main) Setting up keep 
alive thread
MainThread::DEBUG::2014-01-23 
14:17:37,900::supervdsmServer::406::SuperVdsm.Server::(main) Creating remote 
object manager
MainThread::DEBUG::2014-01-23 
14:17:37,901::supervdsmServer::417::SuperVdsm.Server::(main) Started serving 
super vdsm object
sourceRoute::DEBUG::2014-01-23 
14:17:37,901::sourceRouteThread::56::root::(_subscribeToInotifyLoop) 
sourceRouteThread.subscribeToInotifyLoop started



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

Re: [Users] Centos 6.5 and bonding: "A slave interface is not properly configured"

[Assaf Muller]

Hi Karli,

Normally we configure the host's default gateway on the ovirtmgmt network.

If your engine is in the same subnet as all of your hosts, then it's not to 
define
a getway on the ovirtmgmt network.

From 3.3, you can define gateways on the other networks. These will be used via
source routing. For example, if you set a gateway on the display network, but 
leave
the gateway blank for the ovirtmgmt network, then you'll see that 'ip route' 
won't
list a default gateway. However, we configure source routing so that all traffic
coming in to the display network on the host, will be returned via that 
network's
gateway.

You can view source routing rules via:
ip rule

Then ip route show table %s, for each table listed in ip rule.

Assaf Muller, Cloud Networking Engineer 
Red Hat 


- Original Message -
From: "Karli Sjöberg" 
To: dan...@redhat.com
Cc: amul...@redhat.com, fs...@uncu.edu.ar, users@ovirt.org
Sent: Thursday, January 23, 2014 12:00:52 PM
Subject: Re: [Users] Centos 6.5 and bonding: "A slave interface is not properly 
configured"

On Thu, 2014-01-23 at 09:34 +, Dan Kenigsberg wrote:
> On Thu, Jan 23, 2014 at 06:50:59AM +, Karli Sjöberg wrote:
> > 
> > > 
> > > One comment to your wiki page: in order to better intergrate with our
> > > recent source-routing support (mostly useful for display network),
> > > please set GATEWAY only in ifcfg-ovirtmgmt, and remember to set
> > > DEFROUTE=no in any other ifcfg that mentions IPADDR so as not to
> > > override the default.
> > > 
> > > Dan.
> > 
> > Does that imply that default gateway is supposed to be on the same net
> > as ovirtmgmt?
> 
> Yes, and that's what happening whenever you make changes to
> ovirtmgmt via Vdsm.

To tell you the truth, that makes me rather uncomfortable since we have
set up our ovirtmgmt on a non-routed, "black" net, only used for _mgmt_
(thought that was the point). The display network is set up on a another
logcal network, a routed net, which is where we also have the default
gateway. Is this now a "wrong/bad" way to go about it?

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

Re: [Users] oVirt 3.4.0 beta - Hosted Engine Setup -- issues

[Sandro Bonazzola]

Il 22/01/2014 21:32, Brad House ha scritto:
> I'm trying to test out the oVirt Hosted Engine, but am experiencing a
> failure early on and was hoping someone could point me in the right
> direction.   I'm not familiar enough with the architecture of oVirt
> to start to debug this situation.
> 
> Basically, I run the "hosted-engine --deploy" command and it outputs:
> 
> 
> [ INFO  ] Stage: Initializing
>   Continuing will configure this host for serving as hypervisor and 
> create a VM where you have to install oVirt Engine afterwards.
>   Are you sure you want to continue? (Yes, No)[Yes]:
> [ INFO  ] Generating a temporary VNC password.
> [ INFO  ] Stage: Environment setup
>   Configuration files: []
>   Log file: 
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140122110741.log
>   Version: otopi-1.2.0_beta (otopi-1.2.0-0.1.beta.fc19)
> [ INFO  ] Hardware supports virtualization
> [ INFO  ] Bridge ovirtmgmt already created
> [ INFO  ] Stage: Environment packages setup
> [ INFO  ] Stage: Programs detection
> [ INFO  ] Stage: Environment setup
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Stage: Environment customization
> 
>   --== STORAGE CONFIGURATION ==--
> 
>   During customization use CTRL-D to abort.
> [ ERROR ] Failed to execute stage 'Environment customization': [Errno 111] 
> Connection refused
> [ INFO  ] Stage: Clean up
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> 
> 
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140122110741.log
>  has:
> 
> 2014-01-22 11:07:57 DEBUG 
> otopi.plugins.ovirt_hosted_engine_setup.storage.storage 
> storage._check_existing_pools:631 getConnectedStoragePoolsList
> 2014-01-22 11:07:57 DEBUG otopi.context context._executeMethod:152 method 
> exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in 
> _executeMethod
> method['method']()
>   File 
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
>  line 729, in _customization
> self._check_existing_pools()
>   File 
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
>  line 632, in _check_existing_pools
> pools = self.serv.s.getConnectedStoragePoolsList()
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1224, in __call__
> return self.__send(self.__name, args)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1578, in __request
> verbose=self.__verbose
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1264, in request
> return self.single_request(host, handler, request_body, verbose)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1292, in single_request
> self.send_content(h, request_body)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1439, in send_content
> connection.endheaders(request_body)
>   File "/usr/lib64/python2.7/httplib.py", line 969, in endheaders
> self._send_output(message_body)
>   File "/usr/lib64/python2.7/httplib.py", line 829, in _send_output
> self.send(msg)
>   File "/usr/lib64/python2.7/httplib.py", line 791, in send
> self.connect()
>   File "/usr/lib64/python2.7/site-packages/vdsm/SecureXMLRPCServer.py", line 
> 188, in connect
> sock = socket.create_connection((self.host, self.port), self.timeout)
>   File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
> raise err
> error: [Errno 111] Connection refused
> 2014-01-22 11:07:57 ERROR otopi.context context._executeMethod:161 Failed to 
> execute stage 'Environment customization': [Errno 111] Connection refused
> 

It seems that VDSM is not working on your system.
Can you attach vdsm logs?



> 
> Unfortunately I do not know what service this is trying to connect to, or 
> what hostname
> or port to try to start debugging that.
> 
> Some other useful information about my environment:
> 
> - Fedora 19 (64bit), minimal install, selected 'standard' add-on utilities.  
> This was a
>   fresh install just for this test.
>   - 512MB /boot ext4
>   - 80GB / ext4 in LVM, 220GB free in VG
> - "yum -y update" performed to get all latest updates
> - SElinux in permissive mode
> - Hardware:
>   - Supermicro 1026T-URF barebones
>   - single CPU populated (Xeon E5630 4x2.53GHz)
>   - 12GB ECC DDR3 RAM
>   - H/W Raid with SSDs
> - Networking:
>   - Network Manager DISABLED
>   - 4 GbE ports (p2p1, p2p2, em1, em2)
>

Re: [Users] "Guest Agent Data" under "Network Interfaces" empty

[Yedidyah Bar David]

- Original Message -
> From: "Joop" 
> Cc: "users" 
> Sent: Thursday, January 23, 2014 3:25:15 PM
> Subject: Re: [Users] "Guest Agent Data" under "Network Interfaces" empty
> 
> Yedidyah Bar David wrote:
> > Hi all,
> >
> > I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1
> > with ovirt-guest-agent from [1] and another fedora 19 with oga from
> > fedora. Both of them seem to work well - I can see installed applications,
> > logged in user, memory usage. But in both of them, under "Network
> > Interfaces",
> > the "Guest Agent Data" tab on the right has just headers, with no data.
> >
> > 'vdsClient -s 0 getAllVmStats' on the host does show such data correctly
> > for both VMs.
> >
> > Am I missing anything? Is it a bug, or I should do something to get there
> > data from the agent (through vdsm)?
> >   
> I'm guessing that you're missing ethtool and/or python-ethtool? (sorry
> can't find the right name right now)

Both have python-ethtool, which is a dependency of the guest agent.
And vdsm does report correctly - I am pretty certain it's a problem in the
engine and not on the host/VMs.

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

Re: [Users] hosted-engine setup fails on RHEL6

[Sandro Bonazzola]

Il 23/01/2014 14:24, Frank Wall ha scritto:
> Hi,
> 
> I'm currently trying to setup a hosted-engine on a RHEL6 host
> with nightly repository (because 3.4 BETA didn't work either):

Do you have the same issue you've with nightly?


> 
> [root@host ~]# hosted-engine --deploy
> [ INFO  ] Stage: Initializing
>   Continuing will configure this host for serving as hypervisor and 
> create a VM where you have to install oVirt Engine afterwards.
>   Are you sure you want to continue? (Yes, No)[Yes]: 
> [ INFO  ] Generating a temporary VNC password.
> [ INFO  ] Stage: Environment setup
>   Configuration files: []
>   Log file: 
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140123135916.log
>   Version: otopi-1.2.0_master 
> (otopi-1.2.0-0.2.master.20140121.git84f0852.el6)
> [ INFO  ] Hardware supports virtualization
> [ INFO  ] Bridge ovirtmgmt already created
> [ INFO  ] Stage: Environment packages setup
> [ INFO  ] Stage: Programs detection
> [ INFO  ] Stage: Environment setup
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Waiting for VDSM hardware info
> [ INFO  ] Stage: Environment customization
>  
>   --== STORAGE CONFIGURATION ==--
>  
>   During customization use CTRL-D to abort.
> [ ERROR ] Failed to execute stage 'Environment customization': [Errno 111] 
> Connection refused
> [ INFO  ] Stage: Clean up
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> 
> The full log is available here:
> http://pastebin.com/Xpa87sjc
> 
> The matching log entry is below:
> 
> 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:138 Stage 
> customization METHOD 
> otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._customization
> 2014-01-23 14:17:48 DEBUG otopi.plugins.otopi.dialog.human 
> dialog.__logString:215 DIALOG:SEND During customization use 
> CTRL-D to abort.
> 2014-01-23 14:17:48 DEBUG 
> otopi.plugins.ovirt_hosted_engine_setup.storage.storage 
> storage._check_existing_pools:630 _check_existing_pools
> 2014-01-23 14:17:48 DEBUG 
> otopi.plugins.ovirt_hosted_engine_setup.storage.storage 
> storage._check_existing_pools:631 getConnectedStoragePoolsList
> 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:152 method 
> exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in 
> _executeMethod
> method['method']()
>   File 
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
>  line 729, in _customization
> self._check_existing_pools()
>   File 
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
>  line 632, in _check_existing_pools
> pools = self.serv.s.getConnectedStoragePoolsList()
>   File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__
> return self.__send(self.__name, args)
>   File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request
> verbose=self.__verbose
>   File "/usr/lib64/python2.6/xmlrpclib.py", line 1235, in request
> self.send_content(h, request_body)
>   File "/usr/lib64/python2.6/xmlrpclib.py", line 1349, in send_content
> connection.endheaders()
>   File "/usr/lib64/python2.6/httplib.py", line 908, in endheaders
> self._send_output()
>   File "/usr/lib64/python2.6/httplib.py", line 780, in _send_output
> self.send(msg)
>   File "/usr/lib64/python2.6/httplib.py", line 739, in send
> self.connect()
>   File "/usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py", line 
> 188, in connect
> sock = socket.create_connection((self.host, self.port), self.timeout)
>   File "/usr/lib64/python2.6/socket.py", line 567, in create_connection
> raise error, msg
> error: [Errno 111] Connection refused
> 2014-01-23 14:17:48 ERROR otopi.context context._executeMethod:161 Failed to 
> execute stage 'Environment customization': [Errno 111] Connection refused

can you attach vdsm logs?




> 
> 
> RPM version information:
> 
> otopi-1.2.0-0.2.master.20140121.git84f0852.el6.noarch
> ovirt-host-deploy-1.2.0-0.2.master.20140120.gitdeb0453.el6.noarch
> ovirt-hosted-engine-setup-1.2.0-0.0.master.20140117.gitfaf77a5.el6.noarch
> ovirt-hosted-engine-ha-1.1.0-0.1.beta1.el6.noarch
> ovirt-engine-sdk-python-3.4.0.2-1.20140121.git42b7d69.el6.noarch
> ovirt-release-el6-10.0.1-2.noarch
> vdsm-python-zombiereaper-4.14.1-6.gite008998.el6.noarch
> vdsm-python-4.14.1-6.gite008998.el6.x86_64
> vdsm-cli-4.14.1-6.gite008998.el6.noarch
> vdsm-xmlrpc-4.14.1-6.gite008998.el6.noarch
> vdsm-

Re: [Users] disks successfully removed with torage failure message

[Gianluca Cecchi]

On Mon, Dec 16, 2013 at 10:52 AM, Vered Volansky  wrote:
> Gianluca, Huntxu
>
> It looks like huntxu's solution is the way to go.
> I'd appreciate it if any of you will open a bug on this issue and inform the 
> list.
>
> If there's anything else regarding this issue please ask.
>
> Thanks,
> Vered
>
> - Original Message -
>> From: "Gianluca Cecchi"
>> To: "Vered Volansky"
>> Cc: "users" , "huntxu"
>> Sent: Saturday, December 14, 2013 11:10:35 AM
>> Subject: Re: [Users] disks successfully removed with torage failure message
>>
>> On Dec 14, 2013 9:41 AM, "Vered Volansky"  wrote:
>> >
>> > Hi,
>> >
>> > I've looked at the logs and will have to discuss the issue with some
>> people, which I will only be able to do tomorrow.
>> > In the mean time, When the message to manually remove the disks appear,
>> it actually means manually - not through the engine at all, if that helps
>> for now.
>> > This means through the DB, which it not recommended and I'd prefer to
>> wait till tomorrow and figure this out.
>> >
>> > Regards,
>> > Vered
>>
>> OK. Let me know when you have something for me to try.
>> I'm going to analyze the other user suggestion too
>>
>> Gianluca

Hello,
to resume this thread and confirm as resolved in 3.3.3 RC.
I had 3 disks in Illegal state since 3.3.2 beta and that I was unable to delete.
It seems it was already fixed in beta1 but I didn't test there.
I think it is related to this bug in QA
https://bugzilla.redhat.com/show_bug.cgi?id=1046600

Just to confirm that indeed I was able to delete and so confirm for 3.3.3 RC

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

[Users] "Guest Agent Data" under "Network Interfaces" empty

[Yedidyah Bar David]

Hi all,

I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1
with ovirt-guest-agent from [1] and another fedora 19 with oga from
fedora. Both of them seem to work well - I can see installed applications,
logged in user, memory usage. But in both of them, under "Network Interfaces",
the "Guest Agent Data" tab on the right has just headers, with no data.

'vdsClient -s 0 getAllVmStats' on the host does show such data correctly
for both VMs.

Am I missing anything? Is it a bug, or I should do something to get there
data from the agent (through vdsm)?

[1] https://build.opensuse.org/package/show/home:evilissimo/ovirt-guest-agent

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

Re: [Users] "Guest Agent Data" under "Network Interfaces" empty

[Joop]

Yedidyah Bar David wrote:

Hi all,

I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1
with ovirt-guest-agent from [1] and another fedora 19 with oga from
fedora. Both of them seem to work well - I can see installed applications,
logged in user, memory usage. But in both of them, under "Network Interfaces",
the "Guest Agent Data" tab on the right has just headers, with no data.

'vdsClient -s 0 getAllVmStats' on the host does show such data correctly
for both VMs.

Am I missing anything? Is it a bug, or I should do something to get there
data from the agent (through vdsm)?
  
I'm guessing that you're missing ethtool and/or python-ethtool? (sorry 
can't find the right name right now)


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

[Users] hosted-engine setup fails on RHEL6

[Frank Wall]

Hi,

I'm currently trying to setup a hosted-engine on a RHEL6 host
with nightly repository (because 3.4 BETA didn't work either):

[root@host ~]# hosted-engine --deploy
[ INFO  ] Stage: Initializing
  Continuing will configure this host for serving as hypervisor and 
create a VM where you have to install oVirt Engine afterwards.
  Are you sure you want to continue? (Yes, No)[Yes]: 
[ INFO  ] Generating a temporary VNC password.
[ INFO  ] Stage: Environment setup
  Configuration files: []
  Log file: 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140123135916.log
  Version: otopi-1.2.0_master 
(otopi-1.2.0-0.2.master.20140121.git84f0852.el6)
[ INFO  ] Hardware supports virtualization
[ INFO  ] Bridge ovirtmgmt already created
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup
[ INFO  ] Waiting for VDSM hardware info
[ INFO  ] Waiting for VDSM hardware info
[ INFO  ] Waiting for VDSM hardware info
[ INFO  ] Waiting for VDSM hardware info
[ INFO  ] Waiting for VDSM hardware info
[ INFO  ] Waiting for VDSM hardware info
[ INFO  ] Waiting for VDSM hardware info
[ INFO  ] Waiting for VDSM hardware info
[ INFO  ] Waiting for VDSM hardware info
[ INFO  ] Waiting for VDSM hardware info
[ INFO  ] Stage: Environment customization
 
  --== STORAGE CONFIGURATION ==--
 
  During customization use CTRL-D to abort.
[ ERROR ] Failed to execute stage 'Environment customization': [Errno 111] 
Connection refused
[ INFO  ] Stage: Clean up
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination

The full log is available here:
http://pastebin.com/Xpa87sjc

The matching log entry is below:

2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:138 Stage 
customization METHOD 
otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._customization
2014-01-23 14:17:48 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:215 DIALOG:SEND During customization use 
CTRL-D to abort.
2014-01-23 14:17:48 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.storage.storage 
storage._check_existing_pools:630 _check_existing_pools
2014-01-23 14:17:48 DEBUG 
otopi.plugins.ovirt_hosted_engine_setup.storage.storage 
storage._check_existing_pools:631 getConnectedStoragePoolsList
2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:152 method 
exception
Traceback (most recent call last):
  File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in 
_executeMethod
method['method']()
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
 line 729, in _customization
self._check_existing_pools()
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py",
 line 632, in _check_existing_pools
pools = self.serv.s.getConnectedStoragePoolsList()
  File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__
return self.__send(self.__name, args)
  File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request
verbose=self.__verbose
  File "/usr/lib64/python2.6/xmlrpclib.py", line 1235, in request
self.send_content(h, request_body)
  File "/usr/lib64/python2.6/xmlrpclib.py", line 1349, in send_content
connection.endheaders()
  File "/usr/lib64/python2.6/httplib.py", line 908, in endheaders
self._send_output()
  File "/usr/lib64/python2.6/httplib.py", line 780, in _send_output
self.send(msg)
  File "/usr/lib64/python2.6/httplib.py", line 739, in send
self.connect()
  File "/usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py", line 
188, in connect
sock = socket.create_connection((self.host, self.port), self.timeout)
  File "/usr/lib64/python2.6/socket.py", line 567, in create_connection
raise error, msg
error: [Errno 111] Connection refused
2014-01-23 14:17:48 ERROR otopi.context context._executeMethod:161 Failed to 
execute stage 'Environment customization': [Errno 111] Connection refused


RPM version information:

otopi-1.2.0-0.2.master.20140121.git84f0852.el6.noarch
ovirt-host-deploy-1.2.0-0.2.master.20140120.gitdeb0453.el6.noarch
ovirt-hosted-engine-setup-1.2.0-0.0.master.20140117.gitfaf77a5.el6.noarch
ovirt-hosted-engine-ha-1.1.0-0.1.beta1.el6.noarch
ovirt-engine-sdk-python-3.4.0.2-1.20140121.git42b7d69.el6.noarch
ovirt-release-el6-10.0.1-2.noarch
vdsm-python-zombiereaper-4.14.1-6.gite008998.el6.noarch
vdsm-python-4.14.1-6.gite008998.el6.x86_64
vdsm-cli-4.14.1-6.gite008998.el6.noarch
vdsm-xmlrpc-4.14.1-6.gite008998.el6.noarch
vdsm-4.14.1-6.gite008998.el6.x86_64


Any hint?


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

Re: [Users] Possible problems testing 3.3.3 RC

[Sandro Bonazzola]

Il 23/01/2014 14:07, Gianluca Cecchi ha scritto:
> On Thu, Jan 23, 2014 at 1:23 PM, Sandro Bonazzola wrote:
>> Il 23/01/2014 12:12, Gianluca Cecchi ha scritto:
> [snip]
>>> 2) in this repo
>>> http://resources.ovirt.org/releases/updates-testing/rpm/Fedora/19/noarch/
>>> I would expect dwh for 3.3.3 while I have
>>> ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm
>>> ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm
>>> ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm
>>
>> It seems that it has been added after 3.3.3-rc announce by mistake.
>> Will fix it
> 
> OK. It seems now the updates-testing repo is ok:
> ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm
> 
> upgrade went smooth.
> I'm going to test.

Yes, updates-testing repo is back to stable: 
http://jenkins.ovirt.org/job/check_repo_closure/26/


> 
> Gianluca
> 


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

[Users] Cannot start VM

[Alexandr]

Hi!

I built small ovirt cluster with one dedicated node (A) and one node (B)
with engine and gluster storage. Test VM succesfuly started at node A,
but cannot start at node B. In an engine.log I see error "could not open
disk image ... Permission denied". SELinux disabled on both nodes. All
nodes on Centos 6 with ovirt 3.3.2-1.el6. Could you help me?

P.S. Node B also runs a few VM's, not managed by ovirt with disks in
lvm-volumes.


logs.tar.gz
Description: application/gzip
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Possible problems testing 3.3.3 RC

[Gianluca Cecchi]

On Thu, Jan 23, 2014 at 1:23 PM, Sandro Bonazzola wrote:
> Il 23/01/2014 12:12, Gianluca Cecchi ha scritto:
[snip]
>> 2) in this repo
>> http://resources.ovirt.org/releases/updates-testing/rpm/Fedora/19/noarch/
>> I would expect dwh for 3.3.3 while I have
>> ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm
>> ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm
>> ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm
>
> It seems that it has been added after 3.3.3-rc announce by mistake.
> Will fix it

OK. It seems now the updates-testing repo is ok:
ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm

upgrade went smooth.
I'm going to test.

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

Re: [Users] oVirt 3.4.0 issues with storage

[Yedidyah Bar David]

Hi, 

- Original Message -

> From: "Jonathan Archer" 
> To: d...@redhat.com
> Cc: "users" 
> Sent: Thursday, January 23, 2014 2:37:49 PM
> Subject: Re: [Users] oVirt 3.4.0 issues with storage

> Just been delving through the update logs,

> My upgrade was to alpha first, then I saw the beta release notice and took it
> to beta about 1 hour later.

> I found a line in the alpha to beta upgrade which suggests it modifies the
> export file ISO_DOMAIN entry so in my case the default /var/lib/exports/iso
> and includes removed 'removed': '/var/lib/exports/iso\tNone', 'added':
> '/var/lib/exports/iso\tNone'

> this suggested to me the change happened between 3.3 and 3.4 alpha,

> sure enough that particular entry in the previous log was:

> 2014-01-21 23:57:08 DEBUG otopi.context context.dumpEnvironment:471 ENV
> OVESETUP_CORE_MODIFIED_LINES_GROUP/exportfs=dict:'{'/etc/exports':
> [{'removed': '/var/lib/exports/iso\t0.0.0.0/0.0.0.0(rw)', 'added':
> '/var/lib/exports/iso\tNone'}]}'
Can you post the full log please? 

Do you use an answer file? Can you post it? 

As I just now wrote, in 3.4 setup asks you for the ACL. So it being 'None' 
means there 
was some problem in getting this ACL from you. 

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

Re: [Users] oVirt 3.4.0 issues with storage

[Yedidyah Bar David]

Hi, 

- Original Message -

> From: "Jonathan Archer" 
> To: "users" 
> Sent: Thursday, January 23, 2014 2:23:16 PM
> Subject: Re: [Users] oVirt 3.4.0 issues with storage

> On 23/01/2014 06:59, Yedidyah Bar David wrote:
> > Hi,
> 

> > - Original Message -
> 

> > > From: "Jon Archer" < j...@rosslug.org.uk > To: "users" < users@ovirt.org >
> > > Sent: Thursday, January 23, 2014 2:48:13 AM Subject: Re: [Users] oVirt
> > > 3.4.0
> > > issues with storage I rebooted the server (probably could have restarted
> > > services) and it all seems to have come back to life...
> > 
> 
> > What do you mean by that? Did you manually fix your /etc/exports before
> 
> > rebooting? The path for your export_domain?
> 

> > Also, can you please post the upgrade log? If it indeed trashed your
> 
> > /etc/exports that's a bug, please open a bz for that if possible.
> 

> > Thanks!
> 

> It seems that the upgrade did trash my /etc/exports, I manually fixed it and
> restarted the services and all was good.

> Interestingly it only broke one entry in the exports file.

> I will post both my log and a bz at some point today.
OK, thanks. 

Please report also: 
* exact versions before and after upgrade 
* OS 
* content of /etc/exports before and after uprade - engine-setup keeps 
backups (with a timestamp suffix) 
* Did you have /etc/exports.d and content of files there 

Both 3.3 and 3.4 under certain conditions modify /etc/exports but in 
different ways. 3.3 tries to keep old content while 3.4 asks you for the 
ACL to use for the iso domain. Both move the export line to a file under 
/etc/exports.d if it exists. 

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

Re: [Users] oVirt 3.4.0 issues with storage

[Jonathan Archer]

 

Just been delving through the update logs, 

My upgrade was to alpha first, then I saw the beta release notice and
took it to beta about 1 hour later. 

I found a line in the alpha to beta upgrade which suggests it modifies
the export file ISO_DOMAIN entry so in my case the default
/var/lib/exports/iso and includes removed 'removed':
'/var/lib/exports/isotNone', 'added': '/var/lib/exports/isotNone' 

this suggested to me the change happened between 3.3 and 3.4 alpha, 

sure enough that particular entry in the previous log was: 

2014-01-21 23:57:08 DEBUG otopi.context context.dumpEnvironment:471 ENV
OVESETUP_CORE_MODIFIED_LINES_GROUP/exportfs=dict:'{'/etc/exports':
[{'removed': '/var/lib/exports/isot0.0.0.0/0.0.0.0(rw)', 'added':
'/var/lib/exports/isotNone'}]}' 

So it looks like it isn't a beta issue after all. 

Jon 

On 23/01/2014 08:46, Dafna Ron wrote: 

> Jon, Can you please file a bug?
> 1. iso and export domain not being available should not cause the data 
> center to become non responsive.
> 2. it seems to be a cache issue in upgrade...
> 
> Thanks,
> Dafna
> 
> On 01/23/2014 12:48 AM, Jon Archer wrote:
> I rebooted the server (probably could have restarted services) and it all 
> seems to have come back to life... Seems to be an issue somewhere in there 
> then Jon On 23/01/14 00:44, Jon Archer wrote: I think I am getting a 
> little closer. Somewhere during the upgrade the /etc/exports file was 
> modified, so my iso directory (/var/lib/exports/iso) was set to none, whereas 
> it was originally set to 0.0.0.0/0.0.0.0(rw). I was seeing in the vdsm log 
> that the UID for the ISO_DOMAIN was showing as not existing: 
> "StorageDomainDoesNotExist: Storage domain does not exist: 
> ('69ea8415-8d33-4d9b-a29b-057970984c99',)" That uid was in the metadata file 
> in the above export. Now, stranger it seems my export_domain (should be NFS 
> to /data2) path in the GUI is showing as /var/lib/exports/iso Getting closer 
> but still not working. Jon On 22/01/14 23:24, Jon Archer wrote: Hi all, I 
> upgraded to 3.4 beta this evening and seem to have developed a problem with 
> the storage domains. I seem unable to bring
  them
online getting the error in the console "Failed to activate Storage Domain". 
Also alongside this error is a warning, "Invalid status on Data Center 
local_datacenter. Setting status to Non Responsive" Anyone seen this? Or any 
ideas? Thanks Jon ___ Users mailing 
list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users [1] 
___ Users mailing list 
Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users [1]
 ___ Users mailing list
Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users [1] 

 

Links:
--
[1] http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Possible problems testing 3.3.3 RC

[Sandro Bonazzola]

Il 23/01/2014 12:12, Gianluca Cecchi ha scritto:
> On Thu, Jan 23, 2014 at 12:08 PM, Yedidyah Bar David  wrote:
> 
>>
>> Because it's in the updates repo, not sure why is that. Yaniv/Eyal?
>> --
>> Didi
> 
> Indeed
> I see that
> 
> 1) In this repo
> http://resources.ovirt.org/releases/beta/rpm/Fedora/19/noarch/
> I would expect dwh for 3.4 while I have
> ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm
> 
> 2) in this repo
> http://resources.ovirt.org/releases/updates-testing/rpm/Fedora/19/noarch/
> I would expect dwh for 3.3.3 while I have
> ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm
> ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm
> ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm

It seems that it has been added after 3.3.3-rc announce by mistake.
Will fix it


> 
> Gianluca
> ___
> 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: [Users] oVirt 3.4.0 issues with storage

[Jonathan Archer]

 

On 23/01/2014 06:59, Yedidyah Bar David wrote: 

> Hi,
> 
> - Original Message -
> 
>> From: "Jon Archer"  To: "users"  Sent: 
>> Thursday, January 23, 2014 2:48:13 AM Subject: Re: [Users] oVirt 3.4.0 
>> issues with storage I rebooted the server (probably could have restarted 
>> services) and it all seems to have come back to life...
> 
> What do you mean by that? Did you manually fix your /etc/exports before
> rebooting? The path for your export_domain?
> 
> Also, can you please post the upgrade log? If it indeed trashed your
> /etc/exports that's a bug, please open a bz for that if possible.
> 
> Thanks!

It seems that the upgrade did trash my /etc/exports, I manually fixed it
and restarted the services and all was good. 

Interestingly it only broke one entry in the exports file. 

I will post both my log and a bz at some point today. 

Thanks 

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

Re: [Users] oVirt 3.4.0 beta - Hosted Engine Setup -- issues

[Brad House]

On 1/23/14 7:00 AM, Andrew Lau wrote:

Good luck! If you get time it'd really be great if you could post those logs 
(ovirt-hosted-engine-setup.log and
vdsm.log) to BZ 1055153 for me? It'd help them debug the issue and save me from 
having to find a new spare server.

I spent a good 2 days trying to work through the alpha jungle so hope this 
helps :)


No, problem, I'll do that before I rebuild the server to follow your procedure.
Hopefully I'll be able to do it today since it is test day, but unfortunately
I've got meetings planned most of the day :/

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

Re: [Users] oVirt 3.4.0 beta - Hosted Engine Setup -- issues

[Andrew Lau]

Good luck! If you get time it'd really be great if you could post those
logs (ovirt-hosted-engine-setup.log and vdsm.log) to BZ 1055153 for me?
It'd help them debug the issue and save me from having to find a new spare
server.

I spent a good 2 days trying to work through the alpha jungle so hope this
helps :)

On Thu, Jan 23, 2014 at 10:32 PM, Brad House  wrote:

> On 1/22/14 11:42 PM, Andrew Lau wrote:
>
>> That sounds exactly what I did, do you mind putting those log files into
>> the BZ saves me from having to find some
>> hardware and replicate it again.
>>
>> So what i did was I ended up just nuking the whole OS, and getting a
>> clean start. First after doing all your initial
>> prep EXCEPT configuring your 4 NICs run the "hosted-engine --deploy"
>> command twice. Assuming the first run fails always
>> like in my case, else once you get to the "Configure Storage" phase press
>> Ctrl + D to exit.
>>
>> Now configure your NICs (also configure ovirtmgmt manually as there is
>> another BZ about it not being able to create the
>> bridge) and rerun "hosted-engine --deploy" and you should be back in
>> action. This should get you to a working
>> hosted-engine solution.
>>
>> P.S. could you add me in the CC when you reply, I would've seen your
>> message sooner.
>>
>
> Weird, very very weird.  I'll give it a shot and see what happens.
>
> Thanks!
> -Brad
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.4.0 beta - Hosted Engine Setup -- issues

[Brad House]

On 1/22/14 11:42 PM, Andrew Lau wrote:

That sounds exactly what I did, do you mind putting those log files into the BZ 
saves me from having to find some
hardware and replicate it again.

So what i did was I ended up just nuking the whole OS, and getting a clean 
start. First after doing all your initial
prep EXCEPT configuring your 4 NICs run the "hosted-engine --deploy" command 
twice. Assuming the first run fails always
like in my case, else once you get to the "Configure Storage" phase press Ctrl 
+ D to exit.

Now configure your NICs (also configure ovirtmgmt manually as there is another 
BZ about it not being able to create the
bridge) and rerun "hosted-engine --deploy" and you should be back in action. 
This should get you to a working
hosted-engine solution.

P.S. could you add me in the CC when you reply, I would've seen your message 
sooner.


Weird, very very weird.  I'll give it a shot and see what happens.

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

[Users] oVirt 3.3.3 RC EL6 Live Snapshot

[Karli Sjöberg]

Hi!

I´ve gone through upgrading from 3.3.2 to 3.3.3 RC on CentOS 6.5 in our
test environment, went off without a hitch, so "good job" guys! However
something I´d very much like to see fixed is live snapshots for CentOS,
especially since it seems to be fixed already for Fedora. Issue already
been discussed:
http://lists.ovirt.org/pipermail/users/2013-December/019090.html

Is this something that can be targeted for 3.3.3 GA?


-- 

Med Vänliga Hälsningar

---
Karli Sjöberg
Swedish University of Agricultural Sciences Box 7079 (Visiting Address
Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjob...@slu.se
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Possible problems testing 3.3.3 RC

[Gianluca Cecchi]

On Thu, Jan 23, 2014 at 12:08 PM, Yedidyah Bar David  wrote:

>
> Because it's in the updates repo, not sure why is that. Yaniv/Eyal?
> --
> Didi

Indeed
I see that

1) In this repo
http://resources.ovirt.org/releases/beta/rpm/Fedora/19/noarch/
I would expect dwh for 3.4 while I have
ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm

2) in this repo
http://resources.ovirt.org/releases/updates-testing/rpm/Fedora/19/noarch/
I would expect dwh for 3.3.3 while I have
ovirt-engine-dwh-3.3.3-1.fc19.noarch.rpm
ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm
ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch.rpm

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

Re: [Users] Possible problems testing 3.3.3 RC

[Yedidyah Bar David]

- Original Message -
> From: "Gianluca Cecchi" 
> To: "users" 
> Sent: Thursday, January 23, 2014 12:49:50 PM
> Subject: [Users] Possible problems testing 3.3.3 RC
> 
> Hello,
> engine 3.3.3 beta1 on fedora 19 fully updated (for f19 repos).
> I would like to upgrade and test 3.3.3 RC
> I just updated ovirt-release so that now I have
> ovirt-release-fedora-10.0.1-2.noarch
> 
> yum clean metadata
> 
> modified new ovirt repofile enabling updates-testing and disabling beta
> 
> [ovirt-stable]
> name=Older Stable builds of the oVirt project
> baseurl=http://ovirt.org/releases/stable/rpm/Fedora/$releasever/
> 
> [ovirt-3.3.2]
> name=oVirt 3.3.2 release
> baseurl=http://resources.ovirt.org/releases/3.3.2/rpm/Fedora/$releasever/
> 
> [ovirt-updates-testing]
> name=Test Updates builds of the oVirt project
> baseurl=http://ovirt.org/releases/updates-testing/rpm/Fedora/$releasever/
> 
> Even if ovirt update will be made through engine-setup, I presum that
> a "yum update" shouldn't give any depedency error, correct?
> 
> Instead I have:
> # yum update
> Loaded plugins: langpacks, refresh-packagekit, versionlock
> Resolving Dependencies
> --> Running transaction check
> ---> Package ovirt-engine-dwh.noarch 0:3.3.3-1.fc19 will be updated
> ---> Package ovirt-engine-dwh.noarch
> 0:3.4.0-0.2.master.20140122122024.fc19 will be an update
> --> Processing Dependency: ovirt-engine-dwh-setup >=
> 3.4.0-0.2.master.20140122122024.fc19 for package:
> ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch
> ---> Package ovirt-engine-lib.noarch 0:3.3.3-0.1.beta1.fc19 will be updated
> ---> Package ovirt-engine-lib.noarch 0:3.3.3-1.fc19 will be an update
> ---> Package ovirt-engine-setup.noarch 0:3.3.3-0.1.beta1.fc19 will be updated
> ---> Package ovirt-engine-setup.noarch 0:3.3.3-1.fc19 will be an update
> ---> Package ovirt-engine-websocket-proxy.noarch
> 0:3.3.3-0.1.beta1.fc19 will be updated
> ---> Package ovirt-engine-websocket-proxy.noarch 0:3.3.3-1.fc19 will
> be an update
> ---> Package ovirt-image-uploader.noarch 0:3.3.2-1.fc19 will be updated
> ---> Package ovirt-image-uploader.noarch 0:3.3.3-1.fc19 will be an update
> ---> Package ovirt-iso-uploader.noarch 0:3.3.2-1.fc19 will be updated
> ---> Package ovirt-iso-uploader.noarch 0:3.3.3-1.fc19 will be an update
> ---> Package ovirt-log-collector.noarch 0:3.3.2-2.fc19 will be updated
> ---> Package ovirt-log-collector.noarch 0:3.3.3-1.fc19 will be an update
> --> Running transaction check
> ---> Package ovirt-engine-dwh-setup.noarch
> 0:3.4.0-0.2.master.20140122122024.fc19 will be installed
> --> Processing Dependency:
> ovirt-engine-setup-plugin-ovirt-engine-common for package:
> ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch
> --> Finished Dependency Resolution
> Error: Package:
> ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch
> (ovirt-updates-testing)
>Requires: ovirt-engine-setup-plugin-ovirt-engine-common
>  You could try using --skip-broken to work around the problem
> 
>  You could try running: rpm -Va --nofiles --nodigest
> 
> Why ovirt-engine-dwh.noarch 0:3.4.0-0.2.master.20140122122024.fc19 is
> proposed as an update?

Because it's in the updates repo, not sure why is that. Yaniv/Eyal?
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] Possible problems testing 3.3.3 RC

[Gianluca Cecchi]

Hello,
engine 3.3.3 beta1 on fedora 19 fully updated (for f19 repos).
I would like to upgrade and test 3.3.3 RC
I just updated ovirt-release so that now I have
ovirt-release-fedora-10.0.1-2.noarch

yum clean metadata

modified new ovirt repofile enabling updates-testing and disabling beta

[ovirt-stable]
name=Older Stable builds of the oVirt project
baseurl=http://ovirt.org/releases/stable/rpm/Fedora/$releasever/

[ovirt-3.3.2]
name=oVirt 3.3.2 release
baseurl=http://resources.ovirt.org/releases/3.3.2/rpm/Fedora/$releasever/

[ovirt-updates-testing]
name=Test Updates builds of the oVirt project
baseurl=http://ovirt.org/releases/updates-testing/rpm/Fedora/$releasever/

Even if ovirt update will be made through engine-setup, I presum that
a "yum update" shouldn't give any depedency error, correct?

Instead I have:
# yum update
Loaded plugins: langpacks, refresh-packagekit, versionlock
Resolving Dependencies
--> Running transaction check
---> Package ovirt-engine-dwh.noarch 0:3.3.3-1.fc19 will be updated
---> Package ovirt-engine-dwh.noarch
0:3.4.0-0.2.master.20140122122024.fc19 will be an update
--> Processing Dependency: ovirt-engine-dwh-setup >=
3.4.0-0.2.master.20140122122024.fc19 for package:
ovirt-engine-dwh-3.4.0-0.2.master.20140122122024.fc19.noarch
---> Package ovirt-engine-lib.noarch 0:3.3.3-0.1.beta1.fc19 will be updated
---> Package ovirt-engine-lib.noarch 0:3.3.3-1.fc19 will be an update
---> Package ovirt-engine-setup.noarch 0:3.3.3-0.1.beta1.fc19 will be updated
---> Package ovirt-engine-setup.noarch 0:3.3.3-1.fc19 will be an update
---> Package ovirt-engine-websocket-proxy.noarch
0:3.3.3-0.1.beta1.fc19 will be updated
---> Package ovirt-engine-websocket-proxy.noarch 0:3.3.3-1.fc19 will
be an update
---> Package ovirt-image-uploader.noarch 0:3.3.2-1.fc19 will be updated
---> Package ovirt-image-uploader.noarch 0:3.3.3-1.fc19 will be an update
---> Package ovirt-iso-uploader.noarch 0:3.3.2-1.fc19 will be updated
---> Package ovirt-iso-uploader.noarch 0:3.3.3-1.fc19 will be an update
---> Package ovirt-log-collector.noarch 0:3.3.2-2.fc19 will be updated
---> Package ovirt-log-collector.noarch 0:3.3.3-1.fc19 will be an update
--> Running transaction check
---> Package ovirt-engine-dwh-setup.noarch
0:3.4.0-0.2.master.20140122122024.fc19 will be installed
--> Processing Dependency:
ovirt-engine-setup-plugin-ovirt-engine-common for package:
ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch
--> Finished Dependency Resolution
Error: Package:
ovirt-engine-dwh-setup-3.4.0-0.2.master.20140122122024.fc19.noarch
(ovirt-updates-testing)
   Requires: ovirt-engine-setup-plugin-ovirt-engine-common
 You could try using --skip-broken to work around the problem

 You could try running: rpm -Va --nofiles --nodigest

Why ovirt-engine-dwh.noarch 0:3.4.0-0.2.master.20140122122024.fc19 is
proposed as an update?

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

[Users] OVirt 3.3.2 Snapshot Pane empty in Firefox

[Markus Stockhausen]

Hello,

I had a mysterios behaviour in the webinterface twice this week.
The Snapshot list of a VM remained empty in Firefox although
I know that snapshots exist.

The "Create Snapshot" button was still working and issued the
right commands. Nevertheless the list remained empty.

Opening an IE session prooved that everything was ok. The
pane was populated with the list of snapshots. After restarting
Firefox everything was fine again.

Has anybody experienced simialr issues and if yes is there
already an opn BZ for that?

Markus

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

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

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

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

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

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

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


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

Re: [Users] Ovirt 3.3.2. and vdsm 4.14

[Sandro Bonazzola]

Il 22/01/2014 18:32, Federico Alberto Sayd ha scritto:
> Hello:
> 
> Why Ovirt 3.3.2. installs vdsm 4.14 on Centos 6.5??

please yum clean all, yum update ovirt-release, and then retry.


> 
> I am installing 5 nodes with Centos 6.5.
> 
> I have installed two nodes, I have added:
> 
> 1 - epel repo 
> (http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm)
> 
> 2 - ovirt repo (http://ovirt.org/releases/ovirt-release-el.noarch.rpm)
> 
> In the two first nodes Ovirt engine installed vdsm 4.13.
> 
> Now I have installed the third node with the same repos and Ovirt installs 
> vdsm 4.14 and when it tries to activate the node complains about the vdsm
> version, it says that vdsm version is not compatible:
> 
> Host "my-third-node" is installed with VDSM version (4.14) and cannot join 
> cluster Cluster-XXX which is compatible with VDSM versions [4.13, 4.9,
> 4.11, 4.12, 4.10].
> 
> 
> /etc/yum.repos.d in the trhee nodes are the same:
> 
> CentOS-Base.repo  CentOS-Debuginfo.repo  CentOS-Media.repo CentOS-Vault.repo  
> el6-ovirt.repo  epel.repo  epel-testing.repo glusterfs-epel.repo
> 
> Why the difference? It is not suppossed that oVirt 3.3.2 should install vdsm 
> 3.13 ??
> 
> Thanks,
> 
> Federico
> ___
> 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: [Users] What component to use when reporting bugs on engine-managed-domains?

[Allon Mureinik]

- Original Message -
> From: "Doron Fediuck" 
> To: "Allon Mureinik" 
> Cc: "users" , "Juan Hernandez" 
> Sent: Thursday, January 23, 2014 12:15:35 PM
> Subject: Re: What component to use when reporting bugs on 
> engine-managed-domains?
> 
> 
> - Original Message -
> > From: "Allon Mureinik" 
> > To: "users" 
> > Cc: "Juan Hernandez" , "Doron Fediuck"
> > 
> > Sent: Thursday, January 23, 2014 12:12:57 PM
> > Subject: What component to use when reporting bugs on
> > engine-managed-domains?
> > 
> > Hi list,
> > 
> > I'm taking a look at engine-managed-domains as part of the oVirt 3.4 Test
> > Day, and was wondering what component I should use to report bugs on it.
> > The closest available component seems to be ovirt-engine-installer, as this
> > is a "setup" flow in some sense, but it doesn't really feel right.
> > 
> > Any better ideas?
> > Or, alternatively, is there any way to add an ovirt-engine-managed-domains
> > component to bugzilla?
> > 
> > 
> > Thanks,
> > Allon
> > 
> 
> engine-config.
> 
Many thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] What component to use when reporting bugs on engine-managed-domains?

[Doron Fediuck]

- Original Message -
> From: "Allon Mureinik" 
> To: "users" 
> Cc: "Juan Hernandez" , "Doron Fediuck" 
> 
> Sent: Thursday, January 23, 2014 12:12:57 PM
> Subject: What component to use when reporting bugs on engine-managed-domains?
> 
> Hi list,
> 
> I'm taking a look at engine-managed-domains as part of the oVirt 3.4 Test
> Day, and was wondering what component I should use to report bugs on it.
> The closest available component seems to be ovirt-engine-installer, as this
> is a "setup" flow in some sense, but it doesn't really feel right.
> 
> Any better ideas?
> Or, alternatively, is there any way to add an ovirt-engine-managed-domains
> component to bugzilla?
> 
> 
> Thanks,
> Allon
> 

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

Re: [Users] another networking question: ssh to VM with private dhcp addr

[Assaf Muller]

I assume when you're creating VMs you connect them to the ovirtmgmt network?

If so, when the VM generates a DHCP request it goes out to the same physical
network that the ovirtmgmt device is on. Meaning, that if the VM and the 
management
device both generate DHCP requests they should get responses in the same subnet.

As for SSH'ing into those VMs, DHCP vs static addressing shouldn't make a 
difference
unless you end up with different subnets.

If you give a VM a static address in the same range as the DHCP responses I'd
imagine you wouldn't be able to SSH into it either.


Assaf Muller, Cloud Networking Engineer 
Red Hat 

- Original Message -
From: "Robert Story" 
To: "users" 
Sent: Thursday, January 23, 2014 7:21:01 AM
Subject: [Users] another networking question: ssh to VM with private dhcp   
addr

Hello,

I've got oVirt 3.3.x all-in-one up and running on CentOS 6.3. The IP
address on the ovirtmgmt bridge is static/public. I have not done any
additional network/VLAN configuration.  If I create a VM and give it an
address on the same subnet, I can ssh to it just fine.

If I create a VM and let it use dhcp, it gets a 172.31.x.x address.
Outgoing access works fine, but I can't figure out what to do to allow me
to be able to ssh into those VMs.  With straight KVM the VM private network
was on a virtual interface on the host, making it easy. But I can't figure
out how to do it with oVirt.

Any help greatly appreciated. Thanks in advance.


Robert

___
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] What component to use when reporting bugs on engine-managed-domains?

[Allon Mureinik]

Hi list,

I'm taking a look at engine-managed-domains as part of the oVirt 3.4 Test Day, 
and was wondering what component I should use to report bugs on it.
The closest available component seems to be ovirt-engine-installer, as this is 
a "setup" flow in some sense, but it doesn't really feel right.

Any better ideas?
Or, alternatively, is there any way to add an ovirt-engine-managed-domains 
component to bugzilla?


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