Re: [ovirt-users] IPA-auth: user password expired

2014-11-20 Thread Demeter Tibor
Hi, 

Thank you, that's worked! 

Bye 

Tibor 

- Eredeti üzenet -

> Hi,

> An ldappasswd command would change it without setting as expired. It will
> prompt twice for the account password you'll set, and the password for the
> directory manager once:

> $ ldappasswd -ZZ -D 'cn=directory manager' -W -S
> uid=USERNAME,cn=users,cn=accounts,dc=example,dc=org -H ldap://
> ipaserver.example.org

> You'll need to set the username (USERNAME) domain ( example.org ) and server
> FQDN accordingly.

> Hope this helps,

> On Wed, Nov 19, 2014 at 8:38 PM, Demeter Tibor < tdeme...@itsmart.hu > wrote:

> > Hi,
> 

> > I don't have linux client.
> 
> > Can I change password without this?
> 

> > Thanks,
> 

> > Tibor
> 

> > > Hi Tibor,
> > 
> 

> > > On Wed, Nov 19, 2014 at 6:46 PM, Demeter Tibor < tdeme...@itsmart.hu >
> > > wrote:
> > 
> 

> > > > Hi,
> > > 
> > 
> 

> > > > I have an IPA server 3.0 on centos 6.6.
> > > 
> > 
> 
> > > > I successfully attached to my ovirt cluster.
> > > 
> > 
> 
> > > > I can see the users on ovirt user tab, but after auth I always get this
> > > > error:
> > > 
> > 
> 

> > > > Cannot Login. User Password has expired. Use the following URL to
> > > > change
> > > > the
> > > > password: (nothing)
> > > 
> > 
> 

> > > > I have try out with different long passwords and different users, but
> > > > it's
> > > > same.
> > > 
> > 
> 

> > > ​Did you try accessing a regular linux client with the same account? In
> > > IPA,
> > > new user passwords are always set as expired by design - please see [1].
> > 
> 

> > > To test this, you can try to login a client. If it is really expired,
> > > system
> > > will ask you to provide a new password. After this, you'll be able to
> > > login
> > > RHEVM with the new password you've just set.
> > 
> 

> > > ​[1]
> > 
> 
> > > http://www.freeipa.org/page/New_Passwords_Expired ​
> > 
> 

> > > Regards,
> > 
> 
> > > --
> > 
> 
> > > Ekin
> > 
> 

> --
> Ekin Meroğlu Red Hat Certified Datacenter Specialist
> linuxera Özgür Yazılım Çözüm ve Hizmetleri
> T +90 (850) 22 LINUX GSM +90 (532) 137 77 04
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] LDAP

2014-11-20 Thread Koen Vanoppen
Hello everybody,

We updated our ovirt to 3.5, but now we see some errors concerning LDAP. I
already searched oonline for a guide for the AAA config, but can't seem to
find something...
Does anybody already has a clear how-to for the AAA config?

This is the error we get sometimes in our engine.log (we are still able to
login with ldap btw):

2014-11-20 06:42:06,539 ERROR
[org.ovirt.engine.extensions.aaa.builtin.kerberosldap.DirectorySearcher]
(ajp--127.0.0.1-8702-32) Failed ldap search server
ldap://***.brussels.airport:*** using user @BRUSSELS.AIRPORT due to :
[LDAP: error code 34 - 208F: LdapErr: DSID-0C09074B, comment: Error
processing name, data 0, v23f0]; nested exception is
javax.naming.InvalidNameException: : [LDAP: error code 34 - 208F:
LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0];
remaining name ''. We should try the next server

Kind regards,

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


Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node and oVirt 3.5.0

2014-11-20 Thread s k
Hi,

Live snapshot indeed works, only live merge is not working. I guess we will 
have to wait until is available on CentOS.
Thanks!
Sokratis

Date: Thu, 20 Nov 2014 09:49:40 +0800
Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node 
and oVirt 3.5.0
From: coffee@gmail.com
To: daniel.helgenber...@m-box.de
CC: sokratis1...@outlook.com; users@ovirt.org

Hi,
as i know, live merge is only available from the versions in the fedora 
virt-preview repo. please see[1]

[1] http://www.ovirt.org/Features/Live_Merge#Current_status

2014-11-20 2:11 GMT+08:00 Daniel Helgenberger :
On 19.11.2014 14:06, s k wrote:

> Hello,

>

> I performed a full yum upgrade on a CentOS 6.5 Node which was upgraded to 6.6

> and I currently the following RPM versions are installed:

>

> [root@node01 ~]# uname -a

> Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11 17:57:25 UTC 2014

> x86_64 x86_64 x86_64 GNU/Linux

> [root@node01 ~]# rpm -qa |grep libvirt

> libvirt-python-0.10.2-46.el6_6.1.x86_64

> libvirt-client-0.10.2-46.el6_6.1.x86_64

> libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64

> libvirt-0.10.2-46.el6_6.1.x86_64

> [root@node01 ~]#

> [root@node01 ~]# rpm -qa |grep kvm

> qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64

> qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64

> qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64

> [root@node01 ~]# rpm -qa |grep qemu

> gpxe-roms-qemu-0.9.7-6.12.el6.noarch

> qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64

> qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64

> qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64

> qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64

> [root@node01 ~]# rpm -qa |grep vdsm

> vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch

> vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch

> vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch

> vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch

> vdsm-4.16.7-1.gitdb83943.el6.x86_64

> vdsm-python-4.16.7-1.gitdb83943.el6.noarch

> vdsm-cli-4.16.7-1.gitdb83943.el6.noarch

>

> The host reports that  Live Snapsnot Support is Active on the General Tab but

> I'm unable to delete a snapshot.

>

> Any ideas?

Hm could it be you mix up live snapshot and live merge? Live snapshot

works since 3.4.3 quite will. Live merge however is still unsupported as

I think it requires some quite new stuff from libvirt. It will

eventually work on EL7 [1].



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

>

> Thank you,

>

> Sokratis

>



--

Daniel Helgenberger

m box bewegtbild GmbH



P: +49/30/2408781-22

F: +49/30/2408781-10



ACKERSTR. 19

D-10115 BERLIN





www.m-box.de  www.monkeymen.tv



Geschäftsführer: Martin Retschitzegger / Michaela Göllner

Handeslregister: Amtsgericht Charlottenburg / HRB 112767

___

Users mailing list

Users@ovirt.org

http://lists.ovirt.org/mailman/listinfo/users


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


Re: [ovirt-users] Migration Progress Bar not updating

2014-11-20 Thread s k
I tried another migration and the progress bar updated this time. Probably I 
wasn't focusing on the webadmin page. 
Thanks!
Sokratis

> Date: Thu, 20 Nov 2014 02:36:07 -0500
> From: tjeli...@redhat.com
> To: sokratis1...@outlook.com
> CC: ofren...@redhat.com; users@ovirt.org
> Subject: Re: [ovirt-users] Migration Progress Bar not updating
> 
> 
> 
> - Original Message -
> > From: "s k" 
> > To: "Omer Frenkel" 
> > Cc: users@ovirt.org
> > Sent: Wednesday, November 19, 2014 11:25:13 AM
> > Subject: Re: [ovirt-users] Migration Progress Bar not updating
> > 
> > One of the migrations took about 1 minute and the progress bar was never
> > updated.
> 
> did you have the browser with webadmin focused? It lowers the update 
> frequency when you focus some other window.
> Also, could you please provide VDSM logs from such migration?
> thanx,
> Tomas
> 
> > 
> > > Date: Wed, 19 Nov 2014 04:46:30 -0500
> > > From: ofren...@redhat.com
> > > To: sokratis1...@outlook.com
> > > CC: users@ovirt.org
> > > Subject: Re: [ovirt-users] Migration Progress Bar not updating
> > > 
> > > 
> > > 
> > > - Original Message -
> > > > From: "s k" 
> > > > To: users@ovirt.org
> > > > Sent: Wednesday, November 19, 2014 11:42:40 AM
> > > > Subject: [ovirt-users] Migration Progress Bar not updating
> > > > 
> > > > Hi,
> > > > 
> > > > On oVirt 3.5.0, while doing a VM migration the progress bar always stays
> > > > at
> > > > 0%. I tried it on different browsers (Chrome,IE,Firefox) and the 
> > > > behavior
> > > > is
> > > > the same.
> > > > 
> > > > Any ideas about this?
> > > > 
> > > > Thanks,
> > > > 
> > > > Sokratis
> > > 
> > > how much time does the migration take?
> > > you need to remember engine get statistics updates every 10sec from vdsm
> > > and ui refresh every 5sec
> > > 
> > > > 
> > > > ___
> > > > 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


[ovirt-users] Auto start VM after host boots

2014-11-20 Thread mad Engineer
Hi all i am trying ovirt 3.4.
How can i auto start all vms once the host is up similar to setting
symlinks in /etc/libvirt/autostart

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


Re: [ovirt-users] LDAP

2014-11-20 Thread Alon Bar-Lev


- Original Message -
> From: "Koen Vanoppen" 
> To: users@ovirt.org
> Sent: Thursday, November 20, 2014 10:51:06 AM
> Subject: [ovirt-users] LDAP
> 
> Hello everybody,
> 
> We updated our ovirt to 3.5, but now we see some errors concerning LDAP. I
> already searched oonline for a guide for the AAA config, but can't seem to
> find something...
> Does anybody already has a clear how-to for the AAA config?
> 
> This is the error we get sometimes in our engine.log (we are still able to
> login with ldap btw):
> 
> 2014-11-20 06:42:06,539 ERROR
> [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.DirectorySearcher]
> (ajp--127.0.0.1-8702-32) Failed ldap search server
> ldap://***.brussels.airport:*** using user @BRUSSELS.AIRPORT due to :
> [LDAP: error code 34 - 208F: LdapErr: DSID-0C09074B, comment: Error
> processing name, data 0, v23f0]; nested exception is
> javax.naming.InvalidNameException: : [LDAP: error code 34 - 208F:
> LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0];
> remaining name ''. We should try the next server

CCing Yair he might have a clue.

Would you like to test the next generation of LDAP provider? It should be much 
simpler than current provider, it uses only LDAP protocol, and enable you to 
customize almost everything.

It is available in ovirt-engine-3.5-snapshots repository, package name is 
ovirt-engine-extension-aaa-ldap, documentation is available within package and 
here[1], I will be glad to help if you decide to check it out.

Regards,
Alon Bar-Lev.

[1] 
http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] LDAP

2014-11-20 Thread Koen Vanoppen
Is it stable? Because it is for production environment on the Brussels
Airport... Can't be messed around with :-)

2014-11-20 10:10 GMT+01:00 Alon Bar-Lev :

>
>
> - Original Message -
> > From: "Koen Vanoppen" 
> > To: users@ovirt.org
> > Sent: Thursday, November 20, 2014 10:51:06 AM
> > Subject: [ovirt-users] LDAP
> >
> > Hello everybody,
> >
> > We updated our ovirt to 3.5, but now we see some errors concerning LDAP.
> I
> > already searched oonline for a guide for the AAA config, but can't seem
> to
> > find something...
> > Does anybody already has a clear how-to for the AAA config?
> >
> > This is the error we get sometimes in our engine.log (we are still able
> to
> > login with ldap btw):
> >
> > 2014-11-20 06:42:06,539 ERROR
> > [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.DirectorySearcher]
> > (ajp--127.0.0.1-8702-32) Failed ldap search server
> > ldap://***.brussels.airport:*** using user @BRUSSELS.AIRPORT due to :
> > [LDAP: error code 34 - 208F: LdapErr: DSID-0C09074B, comment: Error
> > processing name, data 0, v23f0]; nested exception is
> > javax.naming.InvalidNameException: : [LDAP: error code 34 - 208F:
> > LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0];
> > remaining name ''. We should try the next server
>
> CCing Yair he might have a clue.
>
> Would you like to test the next generation of LDAP provider? It should be
> much simpler than current provider, it uses only LDAP protocol, and enable
> you to customize almost everything.
>
> It is available in ovirt-engine-3.5-snapshots repository, package name is
> ovirt-engine-extension-aaa-ldap, documentation is available within package
> and here[1], I will be glad to help if you decide to check it out.
>
> Regards,
> Alon Bar-Lev.
>
> [1]
> http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] LDAP

2014-11-20 Thread Yair Zaslavsky


- Original Message -
> From: "Koen Vanoppen" 
> To: users@ovirt.org
> Sent: Thursday, November 20, 2014 10:51:06 AM
> Subject: [ovirt-users] LDAP
> 
> Hello everybody,
> 
> We updated our ovirt to 3.5, but now we see some errors concerning LDAP. I
> already searched oonline for a guide for the AAA config, but can't seem to
> find something...
> Does anybody already has a clear how-to for the AAA config?
> 
> This is the error we get sometimes in our engine.log (we are still able to
> login with ldap btw):
> 
> 2014-11-20 06:42:06,539 ERROR
> [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.DirectorySearcher]
> (ajp--127.0.0.1-8702-32) Failed ldap search server
> ldap://***.brussels.airport:*** using user @BRUSSELS.AIRPORT due to :
> [LDAP: error code 34 - 208F: LdapErr: DSID-0C09074B, comment: Error
> processing name, data 0, v23f0]; nested exception is
> javax.naming.InvalidNameException: : [LDAP: error code 34 - 208F:
> LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0];
> remaining name ''. We should try the next server
> 
> Kind regards,
> 
> Koen

So i understand this is not 100% right?
Can you share more on the upgrade? Are you working with openldap? Have you 
upgraded anything else?

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


Re: [ovirt-users] LDAP

2014-11-20 Thread Koen Vanoppen
It's a complete update of ovirt 3.4.2 to 3.5. No DWH and reports installed
on the engine. Everything works fine. Even Ldap. It's just the error that
sometimes shows up now since the update. Ldap comes from active directory
(windows server 2012).

2014-11-20 10:12 GMT+01:00 Yair Zaslavsky :

>
>
> - Original Message -
> > From: "Koen Vanoppen" 
> > To: users@ovirt.org
> > Sent: Thursday, November 20, 2014 10:51:06 AM
> > Subject: [ovirt-users] LDAP
> >
> > Hello everybody,
> >
> > We updated our ovirt to 3.5, but now we see some errors concerning LDAP.
> I
> > already searched oonline for a guide for the AAA config, but can't seem
> to
> > find something...
> > Does anybody already has a clear how-to for the AAA config?
> >
> > This is the error we get sometimes in our engine.log (we are still able
> to
> > login with ldap btw):
> >
> > 2014-11-20 06:42:06,539 ERROR
> > [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.DirectorySearcher]
> > (ajp--127.0.0.1-8702-32) Failed ldap search server
> > ldap://***.brussels.airport:*** using user @BRUSSELS.AIRPORT due to :
> > [LDAP: error code 34 - 208F: LdapErr: DSID-0C09074B, comment: Error
> > processing name, data 0, v23f0]; nested exception is
> > javax.naming.InvalidNameException: : [LDAP: error code 34 - 208F:
> > LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0];
> > remaining name ''. We should try the next server
> >
> > Kind regards,
> >
> > Koen
>
> So i understand this is not 100% right?
> Can you share more on the upgrade? Are you working with openldap? Have you
> upgraded anything else?
>
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] LDAP

2014-11-20 Thread Alon Bar-Lev


- Original Message -
> From: "Koen Vanoppen" 
> To: users@ovirt.org
> Sent: Thursday, November 20, 2014 11:11:57 AM
> Subject: Re: [ovirt-users] LDAP
> 
> Is it stable? Because it is for production environment on the Brussels
> Airport... Can't be messed around with :-)

Well, it is new... as any new component first should be tested in 
semi-production, if it meets your needs you can promote.
>From my tests it is more stable than the legacy implementation as it is much 
>simpler, it does not relay on dns records, kerberos nor static configuration 
>that assumed to suit all.
It also provide much better performance.
I could release this now, but I am waiting to one first of ovirt-engine-3.5.1 
to make it easier to deploy,
And of course I would like more people to test this and report back results.

> 
> 2014-11-20 10:10 GMT+01:00 Alon Bar-Lev < alo...@redhat.com > :
> 
> 
> 
> 
> 
> - Original Message -
> > From: "Koen Vanoppen" < vanoppen.k...@gmail.com >
> > To: users@ovirt.org
> > Sent: Thursday, November 20, 2014 10:51:06 AM
> > Subject: [ovirt-users] LDAP
> > 
> > Hello everybody,
> > 
> > We updated our ovirt to 3.5, but now we see some errors concerning LDAP. I
> > already searched oonline for a guide for the AAA config, but can't seem to
> > find something...
> > Does anybody already has a clear how-to for the AAA config?
> > 
> > This is the error we get sometimes in our engine.log (we are still able to
> > login with ldap btw):
> > 
> > 2014-11-20 06:42:06,539 ERROR
> > [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.DirectorySearcher]
> > (ajp--127.0.0.1-8702-32) Failed ldap search server
> > ldap://***.brussels.airport:*** using user @BRUSSELS.AIRPORT due to :
> > [LDAP: error code 34 - 208F: LdapErr: DSID-0C09074B, comment: Error
> > processing name, data 0, v23f0]; nested exception is
> > javax.naming.InvalidNameException: : [LDAP: error code 34 - 208F:
> > LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0];
> > remaining name ''. We should try the next server
> 
> CCing Yair he might have a clue.
> 
> Would you like to test the next generation of LDAP provider? It should be
> much simpler than current provider, it uses only LDAP protocol, and enable
> you to customize almost everything.
> 
> It is available in ovirt-engine-3.5-snapshots repository, package name is
> ovirt-engine-extension-aaa-ldap, documentation is available within package
> and here[1], I will be glad to help if you decide to check it out.
> 
> Regards,
> Alon Bar-Lev.
> 
> [1]
> http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] LDAP

2014-11-20 Thread Koen Vanoppen
If it get's to ovirt 3.5.1 that indeed would be great. We don't have any
issues for the moment, so we can wait for that release. It's only a error
without problems :-).

Thanks in advance.

2014-11-20 10:18 GMT+01:00 Alon Bar-Lev :

>
>
> - Original Message -
> > From: "Koen Vanoppen" 
> > To: users@ovirt.org
> > Sent: Thursday, November 20, 2014 11:11:57 AM
> > Subject: Re: [ovirt-users] LDAP
> >
> > Is it stable? Because it is for production environment on the Brussels
> > Airport... Can't be messed around with :-)
>
> Well, it is new... as any new component first should be tested in
> semi-production, if it meets your needs you can promote.
> From my tests it is more stable than the legacy implementation as it is
> much simpler, it does not relay on dns records, kerberos nor static
> configuration that assumed to suit all.
> It also provide much better performance.
> I could release this now, but I am waiting to one first of
> ovirt-engine-3.5.1 to make it easier to deploy,
> And of course I would like more people to test this and report back
> results.
>
> >
> > 2014-11-20 10:10 GMT+01:00 Alon Bar-Lev < alo...@redhat.com > :
> >
> >
> >
> >
> >
> > - Original Message -
> > > From: "Koen Vanoppen" < vanoppen.k...@gmail.com >
> > > To: users@ovirt.org
> > > Sent: Thursday, November 20, 2014 10:51:06 AM
> > > Subject: [ovirt-users] LDAP
> > >
> > > Hello everybody,
> > >
> > > We updated our ovirt to 3.5, but now we see some errors concerning
> LDAP. I
> > > already searched oonline for a guide for the AAA config, but can't
> seem to
> > > find something...
> > > Does anybody already has a clear how-to for the AAA config?
> > >
> > > This is the error we get sometimes in our engine.log (we are still
> able to
> > > login with ldap btw):
> > >
> > > 2014-11-20 06:42:06,539 ERROR
> > >
> [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.DirectorySearcher]
> > > (ajp--127.0.0.1-8702-32) Failed ldap search server
> > > ldap://***.brussels.airport:*** using user @BRUSSELS.AIRPORT due
> to :
> > > [LDAP: error code 34 - 208F: LdapErr: DSID-0C09074B, comment: Error
> > > processing name, data 0, v23f0]; nested exception is
> > > javax.naming.InvalidNameException: : [LDAP: error code 34 - 208F:
> > > LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0];
> > > remaining name ''. We should try the next server
> >
> > CCing Yair he might have a clue.
> >
> > Would you like to test the next generation of LDAP provider? It should be
> > much simpler than current provider, it uses only LDAP protocol, and
> enable
> > you to customize almost everything.
> >
> > It is available in ovirt-engine-3.5-snapshots repository, package name is
> > ovirt-engine-extension-aaa-ldap, documentation is available within
> package
> > and here[1], I will be glad to help if you decide to check it out.
> >
> > Regards,
> > Alon Bar-Lev.
> >
> > [1]
> >
> http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] LDAP

2014-11-20 Thread Alon Bar-Lev


- Original Message -
> From: "Koen Vanoppen" 
> To: users@ovirt.org
> Sent: Thursday, November 20, 2014 11:22:46 AM
> Subject: Re: [ovirt-users] LDAP
> 
> If it get's to ovirt 3.5.1 that indeed would be great. We don't have any
> issues for the moment, so we can wait for that release. It's only a error
> without problems :-).
> 

Thanks, however, if you test and find issues it can be better for 3.5.1 for all 
users :)

> Thanks in advance.
> 
> 2014-11-20 10:18 GMT+01:00 Alon Bar-Lev < alo...@redhat.com > :
> 
> 
> 
> 
> - Original Message -
> > From: "Koen Vanoppen" < vanoppen.k...@gmail.com >
> > To: users@ovirt.org
> > Sent: Thursday, November 20, 2014 11:11:57 AM
> > Subject: Re: [ovirt-users] LDAP
> > 
> > Is it stable? Because it is for production environment on the Brussels
> > Airport... Can't be messed around with :-)
> 
> Well, it is new... as any new component first should be tested in
> semi-production, if it meets your needs you can promote.
> From my tests it is more stable than the legacy implementation as it is much
> simpler, it does not relay on dns records, kerberos nor static configuration
> that assumed to suit all.
> It also provide much better performance.
> I could release this now, but I am waiting to one first of ovirt-engine-3.5.1
> to make it easier to deploy,
> And of course I would like more people to test this and report back results.
> 
> > 
> > 2014-11-20 10:10 GMT+01:00 Alon Bar-Lev < alo...@redhat.com > :
> > 
> > 
> > 
> > 
> > 
> > - Original Message -
> > > From: "Koen Vanoppen" < vanoppen.k...@gmail.com >
> > > To: users@ovirt.org
> > > Sent: Thursday, November 20, 2014 10:51:06 AM
> > > Subject: [ovirt-users] LDAP
> > > 
> > > Hello everybody,
> > > 
> > > We updated our ovirt to 3.5, but now we see some errors concerning LDAP.
> > > I
> > > already searched oonline for a guide for the AAA config, but can't seem
> > > to
> > > find something...
> > > Does anybody already has a clear how-to for the AAA config?
> > > 
> > > This is the error we get sometimes in our engine.log (we are still able
> > > to
> > > login with ldap btw):
> > > 
> > > 2014-11-20 06:42:06,539 ERROR
> > > [org.ovirt.engine.extensions.aaa.builtin.kerberosldap.DirectorySearcher]
> > > (ajp--127.0.0.1-8702-32) Failed ldap search server
> > > ldap://***.brussels.airport:*** using user @BRUSSELS.AIRPORT due to :
> > > [LDAP: error code 34 - 208F: LdapErr: DSID-0C09074B, comment: Error
> > > processing name, data 0, v23f0]; nested exception is
> > > javax.naming.InvalidNameException: : [LDAP: error code 34 - 208F:
> > > LdapErr: DSID-0C09074B, comment: Error processing name, data 0, v23f0];
> > > remaining name ''. We should try the next server
> > 
> > CCing Yair he might have a clue.
> > 
> > Would you like to test the next generation of LDAP provider? It should be
> > much simpler than current provider, it uses only LDAP protocol, and enable
> > you to customize almost everything.
> > 
> > It is available in ovirt-engine-3.5-snapshots repository, package name is
> > ovirt-engine-extension-aaa-ldap, documentation is available within package
> > and here[1], I will be glad to help if you decide to check it out.
> > 
> > Regards,
> > Alon Bar-Lev.
> > 
> > [1]
> > http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD
> > 
> > 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Gluster command[] failed on server ovhost1

2014-11-20 Thread Daniel Helgenberger


On 19.11.2014 15:58, Fumihide Tani wrote:
> Please help!
>
> I'm hosting an oVirt3.5 Engine server (CentOS6.5) and oVirt3.5 Host servers 
> (CentOS 7.0).
>
> Today, I have stopped all oVirt services (ovirt-engine and vdsmd) and updated 
> oVirt3.5 Engine server and ovirt3.5 Host server by "yum update".
Just a guess since you do not mention this step; after an engine update 
it is *required* to run 'engine-setup'. See [1] for more info about 
upgrading oVirt engine.

[1] http://www.ovirt.org/OVirt_3.5_Release_Notes#Fedora_.2F_CentOS_.2F_RHEL

> While update, some new Gluster components were installed.
>
> After update, I tried to reboot ovirt3.5 Engine and Node servers, but oVirt 
> is not working.
> Portal's Events shows that:
> - Status of host ovhost1 was set to NonOperational.
> - Gluster command[] failed on server ovhost1.
>
> My oVirt servers and VMs are not operational now.
>
> How to resolve?
>
> Many thanks,
> Fumihide Tani
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Auto start VM after host boots

2014-11-20 Thread Daniel Helgenberger
Hello,

that feature would relate to 'High Availability' [1] - it is to be set 
on per VM - basis.

[1] 
http://www.ovirt.org/OVirt_Administration_Guide#Virtual_Machine_High_Availability_Settings_Explained

On 20.11.2014 10:04, mad Engineer wrote:
> Hi all i am trying ovirt 3.4.
> How can i auto start all vms once the host is up similar to setting symlinks 
> in
> /etc/libvirt/autostart
>
> Thanks
>

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Gluster command[] failed on server ovhost1

2014-11-20 Thread Fumihide Tani

Hello Kanagaraj,

Resolved!
I have done yum's undo and retried yum update again.
engine.log's gluster errors are disappeared and now oVirt is working well.

Thank you so much.

Fumihide

(2014/11/20 13:44), Kanagaraj wrote:


On 11/19/2014 08:28 PM, Fumihide Tani wrote:

Please help!

I'm hosting an oVirt3.5 Engine server (CentOS6.5) and oVirt3.5 Host servers 
(CentOS 7.0).

Today, I have stopped all oVirt services (ovirt-engine and vdsmd) and updated oVirt3.5 
Engine server and ovirt3.5 Host server by "yum update".
While update, some new Gluster components were installed.

After update, I tried to reboot ovirt3.5 Engine and Node servers, but oVirt is 
not working.
Portal's Events shows that:
- Status of host ovhost1 was set to NonOperational.
- Gluster command[] failed on server ovhost1.


Do you see any errors in /var/log/ovirt-engine/engine.log?

Also check if glusterd and vdsmd services are running on the servers.



My oVirt servers and VMs are not operational now.

How to resolve?

Many thanks,
Fumihide Tani

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






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


[ovirt-users] Billing solution

2014-11-20 Thread Nikos Zaharioudakis
Hi list,

Is there a recommendation for any billing solution or the end user just
have to take the reports / create custom from the data-warehouse reporting
portal?
Of course I guess there is the option to ask over the API, but if someone
has invented the wheel ...

Best,

Nikos

3
Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra
Instructor
https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify
Public  Calendar :
https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens
+30 694 720 40 63
http://zimbra.wikidot.com/zimbra-installations-in-greece
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Gluster command[] failed on server ovhost1

2014-11-20 Thread Fumihide Tani

Hi, Daniel

Trouble was resolved by yum undo and retring yum update again.
Perhaps my trouble was different from engine update issue,
yum update installs only gluster modules not engine modules.

thanks a lot,
Fumihide

(2014/11/20 18:43), Daniel Helgenberger wrote:


On 19.11.2014 15:58, Fumihide Tani wrote:

Please help!

I'm hosting an oVirt3.5 Engine server (CentOS6.5) and oVirt3.5 Host servers 
(CentOS 7.0).

Today, I have stopped all oVirt services (ovirt-engine and vdsmd) and updated oVirt3.5 
Engine server and ovirt3.5 Host server by "yum update".

Just a guess since you do not mention this step; after an engine update
it is *required* to run 'engine-setup'. See [1] for more info about
upgrading oVirt engine.

[1] http://www.ovirt.org/OVirt_3.5_Release_Notes#Fedora_.2F_CentOS_.2F_RHEL


While update, some new Gluster components were installed.

After update, I tried to reboot ovirt3.5 Engine and Node servers, but oVirt is 
not working.
Portal's Events shows that:
- Status of host ovhost1 was set to NonOperational.
- Gluster command[] failed on server ovhost1.

My oVirt servers and VMs are not operational now.

How to resolve?

Many thanks,
Fumihide Tani

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




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


Re: [ovirt-users] Power Management - but no LO?

2014-11-20 Thread Eli Mesika


- Original Message -
> From: "Daniel Helgenberger" 
> To: "Eli Mesika" 
> Cc: users@ovirt.org
> Sent: Wednesday, November 19, 2014 7:26:56 PM
> Subject: Re: [ovirt-users] Power Management - but no LO?
> 
> Hello Eli,
> 
> thanks for getting back to me. Sadly the matter does not seem quite
> clear for me right now; at least I have to read deeper into fence agents.
> 
> On 19.11.2014 10:26, Eli Mesika wrote:
> >
> >
> > - Original Message -
> >> From: "Daniel Helgenberger" 
> >> To: users@ovirt.org
> >> Sent: Tuesday, November 18, 2014 5:46:07 PM
> >> Subject: [ovirt-users] Power Management - but no LO?
> >>
> >> Hello,
> >>
> >> I am toying an idea involving using oVirt's PM capabilities (esp. the
> >> cluster power_saving policy) in conjuration with some consumer grate
> >> hosts for raw compute applications.
> >>
> >> Now, these hosts do not have any lights out or BMC capabilities.
> >> However, they could be started with WOL packets.
> >>
> >> Is there a way how this can be done in oVirt? Shutting down hosts with
> >> ssh and starting them with WOL?
> >
> > Yes, but you will have to write your own custom fencing script for that and
> > configure it as explain in
> > http://www.ovirt.org/Custom_Fencing (look in the oVirt 3.5 section)
> Is there any more documentation available? I found some older docs [1],
> are they still valid?
> I struggle with how the mapping is done from parameters in the PM tab to
> functions in my fence agent, how it is passed to it and how it gets
> called in the end.

Please have a look on this lecture I had gave on hangouts : 
https://www.youtube.com/watch?v=IuRPGU7nF1E
I believe that it will make you understand the flow and the configuration 

> As I understood so far, oVirt needs to proxy PM/fencing operations and
> is using one host of the cluster for fencing; 

right , but if not found in cluster then dc is searched ...

>and PM the appropriate
> device. Also, I can use engine-config register the fence agent as well
> as to map some generic fields.

Yes, this is the point were you customizing the new agent 
this is basically a 2 step task

1) server side, you will have to add your fencing scripts and verify that it 
installs correctly in /usr/sbin/
   it must be called fence_
   it must obey to fence-agents package script parameters defined in
   https://fedorahosted.org/cluster/wiki/FenceArguments

2) engine side : use engine-config to configure your new agent 

> 
> >
> > If you need any details, please ask but mainly you should look on the
> > scripts in the fence-agents package (/usr/sbin/fence_*) and write
> > something that supports the common flags used by those scripts
> Some basic design concepts I thought of so far:
> I assume the virsh fence agent could work for me. It ssh's to the host.
> I would call shutdown in this case I think?
> Further, while compiling the appropriate WOL packet seems trivial in
> python, I need to map an NIC MAC address witch I could get from a
> parameter in the PM setup. But in this case, any host could be used
> execute the script; preferring the engine in this case? Or is this a bad
> approach for some reason? (Assuming the NIC is part of ovirt management
> net).
> 
> I think I can manage to do this once I have figured out the basic stuff.
> Strangely, though I found posts by people who also tried to attempt a
> WOL fence agent this as not been accomplished it seems. Can you think of
> a reason? (I can think of shutdown, witch needs ssh to be done).

There is s RFE on adding WOL support, not target version for that yet 

> 
> Thanks for any help on the issue.
> 
> [1] http://www.ovirt.org/Features/HostPMProxyPreferences
> >
> >
> >>
> >> Thanks!
> >>
> >> --
> >> Daniel Helgenberger
> >> m box bewegtbild GmbH
> >>
> >> P: +49/30/2408781-22
> >> F: +49/30/2408781-10
> >>
> >> ACKERSTR. 19
> >> D-10115 BERLIN
> >>
> >>
> >> www.m-box.de  www.monkeymen.tv
> >>
> >> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> >> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> >> ___
> >> Users mailing list
> >> Users@ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
> >
> 
> --
> Daniel Helgenberger
> m box bewegtbild GmbH
> 
> P: +49/30/2408781-22
> F: +49/30/2408781-10
> 
> ACKERSTR. 19
> D-10115 BERLIN
> 
> 
> www.m-box.de  www.monkeymen.tv
> 
> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Mount iscsi snapshot as another data domain

2014-11-20 Thread Simone Tiraboschi


- Original Message -
> From: "Mario Giammarco" 
> To: users@ovirt.org
> Sent: Wednesday, November 19, 2014 6:09:08 PM
> Subject: [ovirt-users] Mount iscsi snapshot as another data domain
> 
> Hello,
> if I have an iscsi san that can do snapshots can I take an old snapshot and
> reimport in ovirt as another data domain?

If you use direct LUN option for a VM image, you can take a snapshot of that 
LUN on the SAN and attach it as another direct LUN and eventually boot from 
that. Do you really need to take an online snapshot of the whole storage domain 
with all the VM in a single shot?


> So I can recover old versions of virtual machines.
> 
> Thanks,
> Mario
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Billing solution

2014-11-20 Thread Sven Kieske
On 20/11/14 11:26, Nikos Zaharioudakis wrote:
> Hi list,
> 
> Is there a recommendation for any billing solution or the end user just
> have to take the reports / create custom from the data-warehouse reporting
> portal?
> Of course I guess there is the option to ask over the API, but if someone
> has invented the wheel ...

Hi,

you could try manageiq?
http://manageiq.org/

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

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


Re: [ovirt-users] Billing solution

2014-11-20 Thread Shirly Radco
Hi Nikos,

Currently there is no billing solution, but you can open an RFE bug for it.
Please write in the description the use case and requirements in detail,
of how you would like to see this implemented.

Best regards,

--- 
Shirly Radco 
BI Software Engineer 
Red Hat Israel Ltd.


- Original Message -
> From: "Nikos Zaharioudakis" 
> To: users@ovirt.org
> Sent: Thursday, November 20, 2014 12:26:47 PM
> Subject: [ovirt-users] Billing solution
> 
> 
> Hi list,
> 
> Is there a recommendation for any billing solution or the end user just have
> to take the reports / create custom from the data-warehouse reporting
> portal?
> Of course I guess there is the option to ask over the API, but if someone has
> invented the wheel ...
> 
> Best,
> 
> Nikos
> 
> 3
> Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra
> Instructor
> https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify
> Public Calendar :
> https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens
> +30 694 720 40 63
> http://zimbra.wikidot.com/zimbra-installations-in-greece
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 3.5 & NAT

2014-11-20 Thread Dan Kenigsberg
On Thu, Nov 20, 2014 at 01:21:27AM +, Phil Daws wrote:
> Yes, thank you Robert.  The hook is working wonderfully!  Have a single NIC 
> on the VDSM host configured with public IP, then OVS installed, and VLANs 
> hanging off that to a guest which is acting as the firewall to internal/NAT 
> systems.
> 
> [root@vmh01 ~]# ovs-vsctl show
> 077da472-acf6-4141-bd9d-8e42047d3efc
> Bridge "ovsbr0"
> Port "vnet4"
> tag: 14
> Interface "vnet4"
> Port "vnet2"
> tag: 10
> Interface "vnet2"
> Port "ovsbr0"
> Interface "ovsbr0"
> type: internal
> Port "vnet3"
> tag: 14
> Interface "vnet3"
> Port "vnet1"
> tag: 8
> Interface "vnet1"
> ovs_version: "2.3.90"

Thank you both for your contributions!

>From a software design PoV, we'd better not duplicate the extnet code.
If a bug is found and fixed in extnet,
http://www.ovirt.org/VDSM-Hooks/network-nat would have to be updated as
well.

It would be more elegant to ship an additional script with an independent
custom property, say "ovs_portgroup". This script would run after extnet
does, and would add the portgroup attribute to to the proper element.

Who's posting this to gerrit first?

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


Re: [ovirt-users] oVirt 3.5 & NAT

2014-11-20 Thread Antoni Segura Puimedon


- Original Message -
> From: "Dan Kenigsberg" 
> To: "Phil Daws" 
> Cc: "users" 
> Sent: Thursday, November 20, 2014 1:02:04 PM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> On Thu, Nov 20, 2014 at 01:21:27AM +, Phil Daws wrote:
> > Yes, thank you Robert.  The hook is working wonderfully!  Have a single NIC
> > on the VDSM host configured with public IP, then OVS installed, and VLANs
> > hanging off that to a guest which is acting as the firewall to
> > internal/NAT systems.
> > 
> > [root@vmh01 ~]# ovs-vsctl show
> > 077da472-acf6-4141-bd9d-8e42047d3efc
> > Bridge "ovsbr0"
> > Port "vnet4"
> > tag: 14
> > Interface "vnet4"
> > Port "vnet2"
> > tag: 10
> > Interface "vnet2"
> > Port "ovsbr0"
> > Interface "ovsbr0"
> > type: internal
> > Port "vnet3"
> > tag: 14
> > Interface "vnet3"
> > Port "vnet1"
> > tag: 8
> > Interface "vnet1"
> > ovs_version: "2.3.90"
> 
> Thank you both for your contributions!
> 
> From a software design PoV, we'd better not duplicate the extnet code.
> If a bug is found and fixed in extnet,
> http://www.ovirt.org/VDSM-Hooks/network-nat would have to be updated as
> well.
> 
> It would be more elegant to ship an additional script with an independent
> custom property, say "ovs_portgroup". This script would run after extnet
> does, and would add the portgroup attribute to to the proper element.

I agree with a separate custom property, but I think that we could make
extnet look for it too and set the port group itself. It would be backwards
compatible and simpler.

> 
> Who's posting this to gerrit first?
> 
> Dan.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Billing solution

2014-11-20 Thread Dan Kenigsberg
On Thu, Nov 20, 2014 at 06:55:23AM -0500, Shirly Radco wrote:
> Hi Nikos,
> 
> Currently there is no billing solution, but you can open an RFE bug for it.
> Please write in the description the use case and requirements in detail,
> of how you would like to see this implemented.
> 
> Best regards,
> 
> --- 
> Shirly Radco 
> BI Software Engineer 
> Red Hat Israel Ltd.
> 
> 
> - Original Message -
> > From: "Nikos Zaharioudakis" 
> > To: users@ovirt.org
> > Sent: Thursday, November 20, 2014 12:26:47 PM
> > Subject: [ovirt-users] Billing solution
> > 
> > 
> > Hi list,
> > 
> > Is there a recommendation for any billing solution or the end user just have
> > to take the reports / create custom from the data-warehouse reporting
> > portal?
> > Of course I guess there is the option to ask over the API, but if someone 
> > has
> > invented the wheel ...

In particular, if you are willing to bill based on network/storage/cpu
usage, ovirt-engine does not yet keep track on that.

We are planning to implement part of it

Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate

in ovirt-3.6, so that VM rx/tx consumption is accumulated, tracked, and
reported by the Engine.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Cumulative VM network usagePERIOD_TIME

2014-11-20 Thread Amador Pahim

Hi Lior,

Thank you for this. Indeed I have seen multiple requests for this. I 
also have a bugzilla for it: 
https://bugzilla.redhat.com/show_bug.cgi?id=1108144. Some comments bellow.


On 11/11/2014 07:07 AM, Lior Vernia wrote:

Hello,

The need to monitor cumulative VM network usage has come up several
times in the past; while this should be handled as part of
(https://bugzilla.redhat.com/show_bug.cgi?id=1063343), in the mean time
I've written a small Python script that monitors those statistics,
attached here.

The script polls the engine via RESTful API periodically and dumps the
up-to-date total usage into a file. The output is a multi-level
map/dictionary in JSON format, where:
* The top level keys are VM names.
* Under each VM, the next level keys are vNIC names.
* Under each vNIC, there are keys for total 'rx' (received) and 'tx'
(transmitted), where the values are in Bytes.

The script is built to run forever. It may be stopped at any time, but
while it's not running VM network usage data will "be lost". When it's
re-run, it'll go back to accumulating data on top of its previous data.


This could be mitigated if along with rx and tx data, vdsm was reporting 
a timestamp reflecting the time when data was collected. So, even with 
gaps, we should be able to calculate the cumulative information.




A few disclaimers:
* I haven't tested this with any edge cases (engine service dies, etc.).
* Tested this with tens of VMs, not sure it'll work fine with hundreds.
* The PERIOD_TIME (polling interval) should be set so that it matches
both the engine's and vdsm's polling interval (see comments inside the
script), otherwise data will be either lost or counted multiple times.
 From 3.4 onwards, default configuration should be fine with 15 seconds.


Here we have another issue. In 3.4, 15 seconds is fine... backend and 
vdsm are in line with 15 seconds. But up to 3.3, vdsm is pooling the 
data every 5 seconds and backend is collecting data every 15 seconds. So 
2 in 3 vdsm poolings are droped. Since you're handling total bytes, this 
might not be a big issue.



* The precision of traffic measurement on a NIC is 0.1% of the
interface's speed over each PERIOD_TIME interval. For example, on a
1Gbps vNIC, when PERIOD_TIME = 15s, data will only be measured in 15Mb
(~2MB) quanta. Specifically what this means is, that in this example,
any traffic smaller than 2MB over a 15-second period would be negligible
and wouldn't be recorded.


Looking to the code, if "overhead" is bigger than "PERIOD_TIME", 
cumulative data for a given period will never be accurate. Anyway the 
script will fall in exception when that is the case (negative value for 
time.sleep()). The mentioned timestamp reported by vdsm could drop the 
need for the "overhead" calculation.




Knock yourselves out :)


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


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


Re: [ovirt-users] Billing solution

2014-11-20 Thread Nikos Zaharioudakis
Brilliant,

Thanks for the info gents
Looking forward for 3.6 then :-)

Best,

Nikos

Nikos

3
Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra
Instructor
https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify
Public  Calendar :
https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens
+30 694 720 40 63
http://zimbra.wikidot.com/zimbra-installations-in-greece

2014-11-20 14:18 GMT+02:00 Dan Kenigsberg :

> On Thu, Nov 20, 2014 at 06:55:23AM -0500, Shirly Radco wrote:
> > Hi Nikos,
> >
> > Currently there is no billing solution, but you can open an RFE bug for
> it.
> > Please write in the description the use case and requirements in detail,
> > of how you would like to see this implemented.
> >
> > Best regards,
> >
> > ---
> > Shirly Radco
> > BI Software Engineer
> > Red Hat Israel Ltd.
> >
> >
> > - Original Message -
> > > From: "Nikos Zaharioudakis" 
> > > To: users@ovirt.org
> > > Sent: Thursday, November 20, 2014 12:26:47 PM
> > > Subject: [ovirt-users] Billing solution
> > >
> > >
> > > Hi list,
> > >
> > > Is there a recommendation for any billing solution or the end user
> just have
> > > to take the reports / create custom from the data-warehouse reporting
> > > portal?
> > > Of course I guess there is the option to ask over the API, but if
> someone has
> > > invented the wheel ...
>
> In particular, if you are willing to bill based on network/storage/cpu
> usage, ovirt-engine does not yet keep track on that.
>
> We are planning to implement part of it
>
> Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate
>
> in ovirt-3.6, so that VM rx/tx consumption is accumulated, tracked, and
> reported by the Engine.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Cumulative VM network usagePERIOD_TIME

2014-11-20 Thread Amador Pahim

On 11/20/2014 09:20 AM, Amador Pahim wrote:

Hi Lior,

Thank you for this. Indeed I have seen multiple requests for this. I 
also have a bugzilla for it: 
https://bugzilla.redhat.com/show_bug.cgi?id=1108144. Some comments bellow.


On 11/11/2014 07:07 AM, Lior Vernia wrote:

Hello,

The need to monitor cumulative VM network usage has come up several
times in the past; while this should be handled as part of
(https://bugzilla.redhat.com/show_bug.cgi?id=1063343), in the mean time
I've written a small Python script that monitors those statistics,
attached here.

The script polls the engine via RESTful API periodically and dumps the
up-to-date total usage into a file. The output is a multi-level
map/dictionary in JSON format, where:
* The top level keys are VM names.
* Under each VM, the next level keys are vNIC names.
* Under each vNIC, there are keys for total 'rx' (received) and 'tx'
(transmitted), where the values are in Bytes.

The script is built to run forever. It may be stopped at any time, but
while it's not running VM network usage data will "be lost". When it's
re-run, it'll go back to accumulating data on top of its previous data.


This could be mitigated if along with rx and tx data, vdsm was 
reporting a timestamp reflecting the time when data was collected. So, 
even with gaps, we should be able to calculate the cumulative information.


Actually vdsm is not reporting rx/tx bytes. They are "tx/rx rate". So, 
we're only able to see the average consumption for the time between 
pooling periods.





A few disclaimers:
* I haven't tested this with any edge cases (engine service dies, etc.).
* Tested this with tens of VMs, not sure it'll work fine with hundreds.
* The PERIOD_TIME (polling interval) should be set so that it matches
both the engine's and vdsm's polling interval (see comments inside the
script), otherwise data will be either lost or counted multiple times.
 From 3.4 onwards, default configuration should be fine with 15 seconds.


Here we have another issue. In 3.4, 15 seconds is fine... backend and 
vdsm are in line with 15 seconds. But up to 3.3, vdsm is pooling the 
data every 5 seconds and backend is collecting data every 15 seconds. 
So 2 in 3 vdsm poolings are droped. Since you're handling total bytes, 
this might not be a big issue.


Forget the last sentence. It's a big issue since the data is not 
cumulative, but the average of the period between vdsm checks. 
bz#1066570 is the solution for precise calculations here.





* The precision of traffic measurement on a NIC is 0.1% of the
interface's speed over each PERIOD_TIME interval. For example, on a
1Gbps vNIC, when PERIOD_TIME = 15s, data will only be measured in 15Mb
(~2MB) quanta. Specifically what this means is, that in this example,
any traffic smaller than 2MB over a 15-second period would be negligible
and wouldn't be recorded.


Looking to the code, if "overhead" is bigger than "PERIOD_TIME", 
cumulative data for a given period will never be accurate. Anyway the 
script will fall in exception when that is the case (negative value 
for time.sleep()). The mentioned timestamp reported by vdsm could drop 
the need for the "overhead" calculation.



Knock yourselves out :)


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




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


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


Re: [ovirt-users] Billing solution

2014-11-20 Thread Dan Kenigsberg
On Thu, Nov 20, 2014 at 02:20:46PM +0200, Nikos Zaharioudakis wrote:
> Brilliant,
> 
> Thanks for the info gents
> Looking forward for 3.6 then :-)

Just waiting may not be enough: I'd love to understand what are the
metrics you'd like to use for billing.

I mentioned cummulative values of network, storage, and cpu per VM. Can
you consider anything else? The latter two are begging for an RFE to be
open, as well as the report-centric RFE requested by Shirly.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Non-Operational state because management interfaces down

2014-11-20 Thread Finstrle, Ludek
 On 19/11/14 14:42, Finstrle, Ludek wrote:
> > Engine has both networks (ovirtmgmt as eth0 and data as eth1).
> > Internally the cluster should communicate via ovirtmgmt (installed using
> > internal name for ovirtmgmt IP and this network is strictly local to the
> > ovirt cluster). I'm reaching web of engine via data IP (public network
> > as web is listening on all interfaces).
> 
> So when you take node1 down and node2's management interface goes down,
> how come the engine is still able to communicate with node2? Is the
> hostname also resolved to the data IP?

It's not exact description of the situation.

1) both nodes up => everything is working properly
2) second node power off
3) first node still have interfaces up (ovirtmgmt -> ens1f0 just without
link detected) => first node is switched into Non-Operational mode
(there should be at least some switch if I require link detected)
4) ping is working correctly over ovirtmgmt (checked via tcpdump)
between remaining node and hosted engine running on that node

I switch back to the problematic situation and ensure I'm not saying
misleading information (ens1f0 is network interface for ovirtmgmt):
ovirtmgmt: flags=4163  mtu 9000
ens1f0: flags=4099  mtu 9000
# ethtool ens1f0
Settings for ens1f0:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full 
100baseT/Half 100baseT/Full 
1000baseT/Full 
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full 
100baseT/Half 100baseT/Full 
1000baseT/Full 
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: Unknown!
Duplex: Unknown! (255)
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x0007 (7)
   drv probe link
Link detected: no

Cheers,

Luf

> > I'm sorry for worse responses as I'm on a business trip for next few weeks.
> > 
> > Cheers,
> > 
> > Luf
> > 
> > sent from phone
> > 
> > Dne 19. 11. 2014 9:34 Lior Vernia  napsal(a):
> > Hey,
> > 
> > Thanks, so how come node2 moves to non-operational state rather than
> > non-responsive (i.e. how come it's reachable from the engine)? The IP
> > address via which it was installed, belongs to which network interface?
> > bond1 which is used for data?
> > 
> > Lior.
> > 
> > On 18/11/14 12:17, Finstrle, Ludek wrote:
> >>
> >> Hi,
> >>
> >> yes that's exactly what I tried to describe. Thanks Ekin.
> >> There is no switch between 2 hosts/nodes (for ovirtmgmt network). It's
> >> similar to situation when I tried just one host/node and put the
> >> ovirtmgmt network to not connected network interface (will connect it
> >> once we buy second host).
> >>
> >> Cheers,
> >>
> >> Luf
> >>
> >> Ekin Meroğlu píše v Út 18. 11. 2014 v 00:00 +0200:
> >>> Hi Lior,
> >>>
> >>>
> >>> If I'm not mistaken, on Luf's topology, there is no switch on the
> >>> management bond (bond0) - just a cross or regular eth cable connecting
> >>> physical interfaces on both nodes. So when one node is powered down,
> >>> there is no link detected on the other node.
> >>>
> >>>
> >>> Regards,
> >>>
> >>> On Mon, Nov 17, 2014 at 12:02 PM, Lior Vernia 
> >>> wrote:
> >>> Hi Luf,
> >>>
> >>> Apologies, I probably don't understand the details of your L2
> >>> toplogy;
> >>> how come when you turn off one host it affects the link state
> >>> of of the
> >>> other one's interfaces?...
> >>>
> >>> Yours, Lior.
> >>>
> >>> On 14/11/14 11:43, Finstrle, Ludek wrote:
> >>> >
> >>> > Hi,
> >>> >
> >>> > I have 2-node ovirt "cluster". Both machines has 4
> >>> interfaces.
> >>> > 2 interfaces in bond1 for data
> >>> > 2 interfaces in bond0 for management (short connected
> >>> directly between
> >>> > servers)
> >>> >
> >>> > switch0 -\ /-\ /- switch0
> >>> > node1 node2
> >>> > switch1 -/ \-/ \- switch1
> >>> >
> >>> > I setup everything as I want/expect but I hit one problem
> >>> and I don't
> >>> > know how to fix it. The problem is when I switch off one of
> >>> the machines
> >>> > for maintenance (node01.ovirt in this case). I get in ovirt
> >>> engine this
> >>> > message:
> >>> >
> >>> > Host node02.ovirt moved to Non-Operational state because
> >>> interfaces
> >>> > which are down are needed by required networks in the
> >>> current cluster:
> >>> > 'bond0 (ovirtmgmt)'.
> >>> >
> >>> > Do you have any idea how to avoid it? I can't change
> >>> physical
> >>> > architecture as I don't have 10Gb switch.
> >>> >
> >>> > BTW it's the same as if I want to start with only 1 node and
> >>> separated
> >>> > data and mgmt networks:
> >>> >
> >>> > switch - host --(not connected iface for mgmt as I d

Re: [ovirt-users] oVirt 3.5 & NAT

2014-11-20 Thread Dan Kenigsberg
On Thu, Nov 20, 2014 at 07:08:13AM -0500, Antoni Segura Puimedon wrote:
> 
> 
> - Original Message -
> > From: "Dan Kenigsberg" 
> > To: "Phil Daws" 
> > Cc: "users" 
> > Sent: Thursday, November 20, 2014 1:02:04 PM
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > 
> > On Thu, Nov 20, 2014 at 01:21:27AM +, Phil Daws wrote:
> > > Yes, thank you Robert.  The hook is working wonderfully!  Have a single 
> > > NIC
> > > on the VDSM host configured with public IP, then OVS installed, and VLANs
> > > hanging off that to a guest which is acting as the firewall to
> > > internal/NAT systems.
> > > 
> > > [root@vmh01 ~]# ovs-vsctl show
> > > 077da472-acf6-4141-bd9d-8e42047d3efc
> > > Bridge "ovsbr0"
> > > Port "vnet4"
> > > tag: 14
> > > Interface "vnet4"
> > > Port "vnet2"
> > > tag: 10
> > > Interface "vnet2"
> > > Port "ovsbr0"
> > > Interface "ovsbr0"
> > > type: internal
> > > Port "vnet3"
> > > tag: 14
> > > Interface "vnet3"
> > > Port "vnet1"
> > > tag: 8
> > > Interface "vnet1"
> > > ovs_version: "2.3.90"
> > 
> > Thank you both for your contributions!
> > 
> > From a software design PoV, we'd better not duplicate the extnet code.
> > If a bug is found and fixed in extnet,
> > http://www.ovirt.org/VDSM-Hooks/network-nat would have to be updated as
> > well.
> > 
> > It would be more elegant to ship an additional script with an independent
> > custom property, say "ovs_portgroup". This script would run after extnet
> > does, and would add the portgroup attribute to to the proper element.
> 
> I agree with a separate custom property, but I think that we could make
> extnet look for it too and set the port group itself. It would be backwards
> compatible and simpler.

Yeah, I suppose simplicity wins over puritanism here.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Billing solution

2014-11-20 Thread Nikos Zaharioudakis
Hi Dan (et all),

you know that the customers are always unsatisfied:-(

The first important stuff would be to have in place the metrics of
consumption of the
resources some hoster "sell" to a customer. So usage metrics on
CPU / RAM /  DISK / Network (over provisioned or not is another story)
There is an aspect on actual usage versus provisioned usage.
{vm provisioned 10 GB of RAM bus os+app uses just 5 GB of them etc)
But let's keep it simple.

Should we have the usage reference then a GUI that the can define
the cost plans, would be ideal. A way to query if possible that
database, would ease existing ERPs and invoicing software to
produce / send invoices. This is for mostly post paid use cases.

For prepaid situations, there must be some regular accounting that
will stop the service through our current API. It sounds a bit scaring to
actually shutdown the provisioned vm. So at least on first step stop the
networking 
I guess that the base is to create a separate database that will keep the
consumed metrics, so that customers could actually use it to
enforce some business logic. (as explained above).
Should there be a minimal gui that could a small hoster create
his owns plans and perhaps issue some "invoice" would be ideal.
Since there are a number of open source billing systems out there,
perhaps the integration is not that complicated. A second thought would
be to extend the data ware house gui to create the "invoice" outputs
as most of the usage info is there.
I know that ovirt is supposed to be a virtualization solution and not
a full monty billing system.

Thanks for reading so far.

Nikos


Nikos

3
Zaharioudakis Nikos, RHC{A,DS,E,VA,X,I}, VCP(4,5},VCI, Mentor VCI, Zimbra
Instructor
https://www.redhat.com/wapps/training/certification/verify.html?certNumber=100-001-262&isSearch=False&verify=Verify
Public  Calendar :
https://www.google.com/calendar/embed?src=nzahar%40gmail.com&ctz=Europe/Athens
+30 694 720 40 63
http://zimbra.wikidot.com/zimbra-installations-in-greece

2014-11-20 15:08 GMT+02:00 Dan Kenigsberg :

> On Thu, Nov 20, 2014 at 02:20:46PM +0200, Nikos Zaharioudakis wrote:
> > Brilliant,
> >
> > Thanks for the info gents
> > Looking forward for 3.6 then :-)
>
> Just waiting may not be enough: I'd love to understand what are the
> metrics you'd like to use for billing.
>
> I mentioned cummulative values of network, storage, and cpu per VM. Can
> you consider anything else? The latter two are begging for an RFE to be
> open, as well as the report-centric RFE requested by Shirly.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] No utilization data on Ovirt report 3.4

2014-11-20 Thread Scott Worthington
On 11/19/2014 7:29 AM, Shirly Radco wrote:
> Hi Chandrahasa,
> 
> Please provide me with a few details.
> 
> 1. Is the dwh service running (ovirt-engine-dwhd) ?
> 
> 2. What version of rpms are installed ? rpm -qa |grep ovirt
> 
> 3. Is the data collected correctly to the history database?
> you can check specifically in
> v3_4_statistics_vms_resources_usage_samples,
> v3_4_statistics_vms_resources_usage_hourly,
> v3_4_statistics_vms_resources_usage_daily
> 
> 4. Can you see other reports?
> 
> 5. Please attach the dwh and reports logs if you see errors there (at 
> /var/log/)
> 
> Best regards,
> --- 
> Shirly Radco 
> BI Software Engineer 
> Red Hat Israel Ltd.

I had a similar problem with a fresh install of oVirt 3.5.0 on RHEL 6.6 bare
metal.  I installed the Engine, then DWH and Reports on the same host.

Oddly, reports for Hosts worked, but reports for for Virtual Machines did not
collect data (for example, report BR10C = Resource Usage of Virtual Machine
--- by Hour of Day).

I looked at logs DHW, vdsm, engine, etc logs, and I did not see any errors
relating to database connectivity, pollers not collecting data, etc.  The
service ovirt-engine-dwhd was running.

So, yesterday, I made the assumption that perhaps there was a problem with the
installer and re-ran "engine-setup".  This morning, I checked the report
BR10C, and the graphs for "CPU Usage by Hour of Day", "Memory Usage by Hour of
Day" now have bar graphs (they work!).

However, the "Top Five Busiest Disks Usage by Hour of Day" and "Top Three
Businest Network Interfaces Usage" report "No Data Available".  The VM does
have the oVirt 3.5 guest software installed.

How do I troubleshoot the "No Data Available" for 'Disk Usage' and 'Network
Interfaces'?

Output of my re-running of engine-setup:

# engine-setup
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
  Configuration files:
['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf',
'/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
'/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
  Log file:
/var/log/ovirt-engine/setup/ovirt-engine-setup-20141119085759-rah3nk.log
  Version: otopi-1.3.0 (otopi-1.3.0-1.el6)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup
[ INFO  ] Stage: Environment customization

  --== PRODUCT OPTIONS ==--


  --== PACKAGES ==--

[ INFO  ] Checking for product updates...
[ INFO  ] No product updates found

  --== ALL IN ONE CONFIGURATION ==--


  --== NETWORK CONFIGURATION ==--

  Setup can automatically configure the firewall on this system.
  Note: automatic configuration of the firewall may overwrite current
settings.
  Do you want Setup to configure the firewall? (Yes, No) [Yes]: No

  --== DATABASE CONFIGURATION ==--

  The detected DWH database size is 99 MB.
  Setup can backup the existing database. The time and space required
for the database backup depend on its size. This process takes time, and in
some cases (for instance, when the size is few GBs) may take several hours to
complete.
  If you choose to not back up the database, and Setup later fails for
some reason, it will not be able to restore the database and all DWH data will
be lost.
  Would you like to backup the existing database before upgrading it?
(Yes, No) [Yes]: Yes

  --== OVIRT ENGINE CONFIGURATION ==--

  Skipping storing options as database already prepared

  --== PKI CONFIGURATION ==--


  --== APACHE CONFIGURATION ==--


  --== SYSTEM CONFIGURATION ==--


  --== MISC CONFIGURATION ==--


  --== END OF CONFIGURATION ==--

[ INFO  ] Stage: Setup validation
  During execution engine service will be stopped (OK, Cancel) [OK]:
[WARNING] Less than 16384MB of memory is available
[ INFO  ] Cleaning stale zombie tasks

  --== CONFIGURATION PREVIEW ==--

  Datacenter storage type : False
  Firewall manager: iptables
  Update Firewall : False
  Host FQDN   :
ovirt-engine-01.local
  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
  Engine installation : True
  NFS mount point : /var/lib/exports/iso
  DWH installation: True
  DWH database name   : ovirt_engine_history
  DWH database secured connection : False
  DWH database host   : localhost
  

Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node and oVirt 3.5.0

2014-11-20 Thread Bob Doolittle
Are there any bugs related to the changes in question that we can track
so we know when the changes are reflected in our distros of interest?

Thanks,
Bob

On 11/20/2014 03:51 AM, s k wrote:
> Hi,
> 
> 
> Live snapshot indeed works, only live merge is not working. I guess we
> will have to wait until is available on CentOS.
> 
> Thanks!
> 
> Sokratis
> 
> 
> 
> Date: Thu, 20 Nov 2014 09:49:40 +0800
> Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
> 6.6 Node and oVirt 3.5.0
> From: coffee@gmail.com
> To: daniel.helgenber...@m-box.de
> CC: sokratis1...@outlook.com; users@ovirt.org
> 
> Hi,
> as i know, live merge is only available from the versions in the
> fedora virt-preview repo. please see[1]
> 
> [1] http://www.ovirt.org/Features/Live_Merge#Current_status
> 
> 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
> mailto:daniel.helgenber...@m-box.de>>:
> 
> On 19.11.2014 14:06, s k wrote:
> > Hello,
> >
> > I performed a full yum upgrade on a CentOS 6.5 Node which was
> upgraded to 6.6
> > and I currently the following RPM versions are installed:
> >
> > [root@node01 ~]# uname -a
> > Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11 17:57:25
> UTC 2014
> > x86_64 x86_64 x86_64 GNU/Linux
> > [root@node01 ~]# rpm -qa |grep libvirt
> > libvirt-python-0.10.2-46.el6_6.1.x86_64
> > libvirt-client-0.10.2-46.el6_6.1.x86_64
> > libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
> > libvirt-0.10.2-46.el6_6.1.x86_64
> > [root@node01 ~]#
> > [root@node01 ~]# rpm -qa |grep kvm
> > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
> > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
> > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > [root@node01 ~]# rpm -qa |grep qemu
> > gpxe-roms-qemu-0.9.7-6.12.el6.noarch
> > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
> > qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
> > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > [root@node01 ~]# rpm -qa |grep vdsm
> > vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
> > vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
> > vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch
> > vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch
> > vdsm-4.16.7-1.gitdb83943.el6.x86_64
> > vdsm-python-4.16.7-1.gitdb83943.el6.noarch
> > vdsm-cli-4.16.7-1.gitdb83943.el6.noarch
> >
> > The host reports that  Live Snapsnot Support is Active on the
> General Tab but
> > I'm unable to delete a snapshot.
> >
> > Any ideas?
> Hm could it be you mix up live snapshot and live merge? Live snapshot
> works since 3.4.3 quite will. Live merge however is still unsupported as
> I think it requires some quite new stuff from libvirt. It will
> eventually work on EL7 [1].
> 
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1062142
> >
> > Thank you,
> >
> > Sokratis
> >
> 
> --
> Daniel Helgenberger
> m box bewegtbild GmbH
> 
> P: +49/30/2408781-22
> F: +49/30/2408781-10
> 
> ACKERSTR. 19
> D-10115 BERLIN
> 
> 
> www.m-box.de   www.monkeymen.tv
> 
> 
> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> ___
> Users mailing list
> Users@ovirt.org 
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node and oVirt 3.5.0

2014-11-20 Thread Markus Stockhausen
Iirc you simply need libvirt 1.2.9

Am 20.11.2014 16:20 schrieb Bob Doolittle :
Are there any bugs related to the changes in question that we can track
so we know when the changes are reflected in our distros of interest?

Thanks,
Bob

On 11/20/2014 03:51 AM, s k wrote:
> Hi,
>
>
> Live snapshot indeed works, only live merge is not working. I guess we
> will have to wait until is available on CentOS.
>
> Thanks!
>
> Sokratis
>
>
> 
> Date: Thu, 20 Nov 2014 09:49:40 +0800
> Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
> 6.6 Node and oVirt 3.5.0
> From: coffee@gmail.com
> To: daniel.helgenber...@m-box.de
> CC: sokratis1...@outlook.com; users@ovirt.org
>
> Hi,
> as i know, live merge is only available from the versions in the
> fedora virt-preview repo. please see[1]
>
> [1] http://www.ovirt.org/Features/Live_Merge#Current_status
>
> 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
> mailto:daniel.helgenber...@m-box.de>>:
>
> On 19.11.2014 14:06, s k wrote:
> > Hello,
> >
> > I performed a full yum upgrade on a CentOS 6.5 Node which was
> upgraded to 6.6
> > and I currently the following RPM versions are installed:
> >
> > [root@node01 ~]# uname -a
> > Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11 17:57:25
> UTC 2014
> > x86_64 x86_64 x86_64 GNU/Linux
> > [root@node01 ~]# rpm -qa |grep libvirt
> > libvirt-python-0.10.2-46.el6_6.1.x86_64
> > libvirt-client-0.10.2-46.el6_6.1.x86_64
> > libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
> > libvirt-0.10.2-46.el6_6.1.x86_64
> > [root@node01 ~]#
> > [root@node01 ~]# rpm -qa |grep kvm
> > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
> > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
> > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > [root@node01 ~]# rpm -qa |grep qemu
> > gpxe-roms-qemu-0.9.7-6.12.el6.noarch
> > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
> > qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
> > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > [root@node01 ~]# rpm -qa |grep vdsm
> > vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
> > vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
> > vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch
> > vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch
> > vdsm-4.16.7-1.gitdb83943.el6.x86_64
> > vdsm-python-4.16.7-1.gitdb83943.el6.noarch
> > vdsm-cli-4.16.7-1.gitdb83943.el6.noarch
> >
> > The host reports that  Live Snapsnot Support is Active on the
> General Tab but
> > I'm unable to delete a snapshot.
> >
> > Any ideas?
> Hm could it be you mix up live snapshot and live merge? Live snapshot
> works since 3.4.3 quite will. Live merge however is still unsupported as
> I think it requires some quite new stuff from libvirt. It will
> eventually work on EL7 [1].
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1062142
> >
> > Thank you,
> >
> > Sokratis
> >
>
> --
> Daniel Helgenberger
> m box bewegtbild GmbH
>
> P: +49/30/2408781-22
> F: +49/30/2408781-10
>
> ACKERSTR. 19
> D-10115 BERLIN
>
>
> www.m-box.de   
> www.monkeymen.tv
> 
>
> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> ___
> 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

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 intende

Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node and oVirt 3.5.0

2014-11-20 Thread Bob Doolittle
On 11/20/2014 10:32 AM, Markus Stockhausen wrote:
> Iirc you simply need libvirt 1.2.9

Thanks!

Would you know how one could track to see if there is a plan for e,g.
Fedora 20 to include that version at some point? I suspect every distro
is different. F20 at this point includes 1.1.3. I'd like to know if I'll
have to upgrade to Fedora 21 in order to get this functionality, as this
will require some planning on my part.

Thanks again,
Bob


> 
> Am 20.11.2014 16:20 schrieb Bob Doolittle :
> 
> Are there any bugs related to the changes in question that we can track
> so we know when the changes are reflected in our distros of interest?
> 
> Thanks,
> Bob
> 
> On 11/20/2014 03:51 AM, s k wrote:
> > Hi,
> >
> >
> > Live snapshot indeed works, only live merge is not working. I guess we
> > will have to wait until is available on CentOS.
> >
> > Thanks!
> >
> > Sokratis
> >
> >
> >
> 
> > Date: Thu, 20 Nov 2014 09:49:40 +0800
> > Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
> > 6.6 Node and oVirt 3.5.0
> > From: coffee@gmail.com
> > To: daniel.helgenber...@m-box.de
> > CC: sokratis1...@outlook.com; users@ovirt.org
> >
> > Hi,
> > as i know, live merge is only available from the versions in the
> > fedora virt-preview repo. please see[1]
> >
> > [1] http://www.ovirt.org/Features/Live_Merge#Current_status
> >
> > 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
> > mailto:daniel.helgenber...@m-box.de>>:
> >
> > On 19.11.2014 14:06, s k wrote:
> > > Hello,
> > >
> > > I performed a full yum upgrade on a CentOS 6.5 Node which was
> > upgraded to 6.6
> > > and I currently the following RPM versions are installed:
> > >
> > > [root@node01 ~]# uname -a
> > > Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11
> 17:57:25
> > UTC 2014
> > > x86_64 x86_64 x86_64 GNU/Linux
> > > [root@node01 ~]# rpm -qa |grep libvirt
> > > libvirt-python-0.10.2-46.el6_6.1.x86_64
> > > libvirt-client-0.10.2-46.el6_6.1.x86_64
> > > libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
> > > libvirt-0.10.2-46.el6_6.1.x86_64
> > > [root@node01 ~]#
> > > [root@node01 ~]# rpm -qa |grep kvm
> > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > > [root@node01 ~]# rpm -qa |grep qemu
> > > gpxe-roms-qemu-0.9.7-6.12.el6.noarch
> > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > > [root@node01 ~]# rpm -qa |grep vdsm
> > > vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-4.16.7-1.gitdb83943.el6.x86_64
> > > vdsm-python-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-cli-4.16.7-1.gitdb83943.el6.noarch
> > >
> > > The host reports that  Live Snapsnot Support is Active on the
> > General Tab but
> > > I'm unable to delete a snapshot.
> > >
> > > Any ideas?
> > Hm could it be you mix up live snapshot and live merge? Live
> snapshot
> > works since 3.4.3 quite will. Live merge however is still
> unsupported as
> > I think it requires some quite new stuff from libvirt. It will
> > eventually work on EL7 [1].
> >
> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1062142
> > >
> > > Thank you,
> > >
> > > Sokratis
> > >
> >
> > --
> > Daniel Helgenberger
> > m box bewegtbild GmbH
> >
> > P: +49/30/2408781-22
> > F: +49/30/2408781-10
> >
> > ACKERSTR. 19
> > D-10115 BERLIN
> >
> >
> > www.m-box.de   
> www.monkeymen.tv 
> > 
> >
> > Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> > Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> > ___
> > Users mailing list
> > Users@ovirt.org 
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> >
> >
> >
> > ___
> > Users mailin

[ovirt-users] Upgrade to Ovirt 3.5.0 Authentication Fails to IPA

2014-11-20 Thread Ondra Machacek
Hi,

just tried it too.
I was not successfull to reproduce, but the problem is that
the domain part of LDAPSecurityAuthentication is uppercase
as Cameron wrote.

In 3.4 it is OK when it's upper case - everything works OK,
but in 3.5 it's not.

I checked differences and something like this would be enough, Yair?

diff --git 
a/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/extensionsmgr/EngineExtensionsManager.java
 
b/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/extensionsmgr/EngineExte
index f5ab28d..ccaf04a 100644
--- 
a/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/extensionsmgr/EngineExtensionsManager.java
+++ 
b/backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/extensionsmgr/EngineExtensionsManager.java
@@ -240,7 +240,7 @@ public class EngineExtensionsManager extends 
ExtensionsManager {
 )
 );
 }
-if (nameValue[0].equals(domain)) {
+if (nameValue[0].equalsIgnoreCase(domain)) {
 result = nameValue[1];
 break;
 }


Ondra


- Original Message -
> From: "Alon Bar-Lev" 
> To: "Cameron Christensen" , "Yair 
> Zaslavsky" 
> Cc: users at ovirt.org
> Sent: Monday, November 17, 2014 11:48:15 PM
> Subject: Re: [ovirt-users] Upgrade to Ovirt 3.5.0 Authentication Fails to IPA
> 
> 
> 
> - Original Message -
> > From: "Cameron Christensen" 
> > To: "Alon Bar-Lev" 
> > Cc: users at ovirt.org
> > Sent: Monday, November 17, 2014 11:43:34 PM
> > Subject: Re: [ovirt-users] Upgrade to Ovirt 3.5.0 Authentication Fails to
> > IPA
> > 
> > 
> > 
> > On Mon, 2014-11-17 at 14:39 -0500, Alon Bar-Lev wrote:
> > > 
> > > - Original Message -
> > > > From: "Cameron Christensen" 
> > > > To: users at ovirt.org
> > > > Sent: Friday, November 14, 2014 5:39:54 PM
> > > > Subject: [ovirt-users] Upgrade to Ovirt 3.5.0 Authentication Fails to
> > > > IPA
> > > > 
> > > > Hello,
> > > > 
> > > > I upgraded to ovirt 3.5.0 and can no longer authenticate to IPA.
> > > > Starting up ovrit-engine the extension manager fails to properly load
> > > > the service that handles Kerberos/LDAP.
> > > 
> > > This is probably a bug, can you please execute the following and paste
> > > result:
> > > 
> > > # PGPASSWORD="@PASSWORD@" psql -U engine -d engine -c "select * from
> > > vdc_options where option_name='LDAPSecurityAuthentication'"
> > > 
> > 
> >  option_id |option_name |   option_value| version
> > ---++---+-
> >165 | LDAPSecurityAuthentication | example.org:GSSAPI | general
> > 
> > I replaced my domain name with 'example.org'
> > 
> 
> I thought it will be empty... and it contains valid value. Yair?

No, this is fine actually.

> 
> Any I truly suggest you try out the new provider... Much easier to resolve
> any issue, current and future, including easier to debug.
> 
> Alon
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Migration Progress Bar UI question, was Migration Progress Bar not updating

2014-11-20 Thread Federico Alberto Sayd

On 20/11/14 04:36, Tomas Jelinek wrote:


- Original Message -

From: "s k" 
To: "Omer Frenkel" 
Cc: users@ovirt.org
Sent: Wednesday, November 19, 2014 11:25:13 AM
Subject: Re: [ovirt-users] Migration Progress Bar not updating

One of the migrations took about 1 minute and the progress bar was never
updated.

did you have the browser with webadmin focused? It lowers the update frequency 
when you focus some other window.
Also, could you please provide VDSM logs from such migration?
thanx,
Tomas

Sorry if I get off topic but it is related. Why is the migration bar on 
the webUI in the vm list ??


I think that a more appropriate site would be the task tab. Migration is 
a task (not all time present) and differs of metrics as 
cpu/memory/network. Also the vm list is "over populated" with items and 
is hard to visualize in small screens.


Regards

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


Re: [ovirt-users] Fake power management?

2014-11-20 Thread Barak Azulay


- Original Message -
> From: "mots" 
> To: "Barak Azulay" 
> Cc: users@ovirt.org
> Sent: Tuesday, November 18, 2014 1:17:49 AM
> Subject: AW: [ovirt-users] Fake power management?
> 
> -Ursprüngliche Nachricht-
> 
> > Von:Barak Azulay mailto:bazu...@redhat.com> >
> > Gesendet: Mon 17 November 2014 23:30
> > An: Patrick Lottenbach mailto:p...@a-bot.ch> >
> > CC: users@ovirt.org 
> > Betreff: Re: AW: [ovirt-users] Fake power management?
> > 
> > Well you can hack the solution in the form of replacing the fencing master
> > script to always return success (Eli can help you with that),
> > and define an imaginary fencing device on each host ... meaning that the
> > fencing command will always succeeds.
> > 
> 
> This sounds interesting. It's exactly what I need.
> 
> > But this may be risky ... as you might end up with the same VM running on 2
> > hosts.
> 
> As I see it, this would only happen if someone unplugs the network interface.
> I know this is a way to break the cluster. If someone unplugs the interface,
> then everything gets started twice anyways thanks to pacemaker being
> configured to ignore the lack of quorum and it would look silly in front of
> the customer.
> 
> > And one last note ... when you disconnect one of the hosts in the demo you
> > mentioned, I think you'll be better to disconnect the host that does not
> > run the engine ...
>  
> It just gets restarted on the remaining node and resumes operation. It even
> remembers which guests ran on which host.
> That part is really safe. The storage is configured to only report data as
> written when the write operation has finished on all (currently online)
> nodes, disk write caches are turned off in lvm.conf. PostreSQL is resilient
> enough to survive a crash like this.
> 
> Or am I missing something that might break?

Let me know if we missed something 
This is an interesting demo ;-)

> 
> > Barak
> 
> mots
> 
> > 
> > - Original Message -
> > > From: "mots" mailto:m...@nepu.moe> >
> > > To: "Barak Azulay" mailto:bazu...@redhat.com> >
> > > Cc: users@ovirt.org 
> > > Sent: Monday, November 17, 2014 12:58:20 PM
> > > Subject: AW: [ovirt-users] Fake power management?
> > > 
> > > Yes, pacemaker manages the engine. That part is working fine, the engine
> > > restarts on the remaining node without problems.
> > > It's just that the guests don't come back up until the powered down node
> > > has
> > > been fenced manually.
> > > 
> > > -Ursprüngliche Nachricht-
> > > > Von:Barak Azulay mailto:bazu...@redhat.com>
> > > >  > >
> > > > Gesendet: Mon 17 November 2014 11:35
> > > > An: Patrick Lottenbach mailto:p...@a-bot.ch>
> > > >  > >
> > > > CC: users@ovirt.org    > > >  >
> > > > Betreff: Re: [ovirt-users] Fake power management?
> > > > 
> > > > 
> > > > 
> > > > - Original Message -
> > > > > From: "mots" mailto:m...@nepu.moe>
> > > > >  > >
> > > > > To: users@ovirt.org    > > > >  >
> > > > > Sent: Friday, November 14, 2014 4:54:08 PM
> > > > > Subject: [ovirt-users] Fake power management?
> > > > > 
> > > > > Fake power management? Hello,
> > > > > 
> > > > > I'm building a small demonstration system for our sales team to take
> > > > > to a
> > > > > customer so that they can show them our solutions.
> > > > > Hardware: Two Intel NUC's, a 4 port switch and a laptop.
> > > > > Engine: Runs as a VM on one of the NUCs, which one it runs on is
> > > > > determined
> > > > > by pacemaker.
> > > > > Storage: Also managed by pacemaker, it's drbd backed and accessed
> > > > > with
> > > > > iscsi.
> > > > > oVirt version: 3.5
> > > > > OS: CentOS 6.6
> > > > > 
> > > > > The idea is to have our sales representative (or the potential
> > > > > customer
> > > > > himself) randomly pull the plug on one of the NUCs to show that the
> > > > > system
> > > > > stays operational when part of the hardware fails.
> > > > 
> > > > I assume you are aware that the engine might fence the node it is
> > > > running
> > > > on ...
> > > > Or do you use pacemaker to run the engine as well ?
> > > > 
> > > > > My problem is that I don't have any way to implement power
> > > > > management, so
> > > > > the
> > > > > Engine can't fence nodes and won't restart guests that were running
> > > > > on
> > > > > the
> > > > > node which lost power. In pacemaker I can just configure fencing over
> > > > > SSH
> > > > > or
> > > > > even disable the requirement to do so completely. Is there something
> > > > > similar
> > > > > for oVirt, so that the Engine will consider a node which it can't
> > > > > connect
> > > > > to
> > > > > to be powered down?
> > > > > 
> > > > > Regards,
> > > > > 
> > > > 

[ovirt-users] Hosted-Engine Resource Upgrade Method

2014-11-20 Thread Steve Atkinson
I was wondering what the recommended method is for adding RAM/CPUs etc. to
the VM that runs the hosted-engine. If I attempt this from the manager, the
response is "Cannot Edit: This VM is not managed by the engine" and I don't
readily see a way to make changes to the VMs config from outside of the
engine. vdsClient does not show that VM as running either.

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


[ovirt-users] Simple way to activate live merge in FC20 cluster

2014-11-20 Thread Markus Stockhausen
Hi Bob,

if your are on a cluster with FC20 hypervisor nodes wthout virt-preview 
(like we run it with qemu 1.6.2) the simplest way to get live merge features 
should be - beware NOT FULLY TESTED!

1) choose a single host (we only need a single one if we think about the 
required setup)
2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU BREAK LIVE 
MIGRATION!
3) migrate VMs you want to live merge to the host
4) do the live merge
5) migrate VMs back to original host

A quick test revealed:

# systemctl stop vdsmd
# systemctl stop libvirtd
# cd /etc/yum.repos.d
# wget http:/wget 
http://fedorapeople.org/groups/virt/virt-preview/fedora-virt-preview.repo
# yum update libvirt
...
# systemctl start libvirtd
# systemctl start vdsmd
# 
# vdsClient -s 0 getVdsCaps | grep -i merge
---> liveMerge = 'true'

Best regards.

Markus

Von: Bob Doolittle [b...@doolittle.us.com]
Gesendet: Donnerstag, 20. November 2014 16:49
An: Markus Stockhausen
Cc: s k; users@ovirt.org; Daniel Helgenberger; Coffee Chou
Betreff: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 Node 
and oVirt 3.5.0

On 11/20/2014 10:32 AM, Markus Stockhausen wrote:
> Iirc you simply need libvirt 1.2.9

Thanks!

Would you know how one could track to see if there is a plan for e,g.
Fedora 20 to include that version at some point? I suspect every distro
is different. F20 at this point includes 1.1.3. I'd like to know if I'll
have to upgrade to Fedora 21 in order to get this functionality, as this
will require some planning on my part.

Thanks again,
Bob


>
> Am 20.11.2014 16:20 schrieb Bob Doolittle :
>
> Are there any bugs related to the changes in question that we can track
> so we know when the changes are reflected in our distros of interest?
>
> Thanks,
> Bob
>
> On 11/20/2014 03:51 AM, s k wrote:
> > Hi,
> >
> >
> > Live snapshot indeed works, only live merge is not working. I guess we
> > will have to wait until is available on CentOS.
> >
> > Thanks!
> >
> > Sokratis
> >
> >
> >
> 
> > Date: Thu, 20 Nov 2014 09:49:40 +0800
> > Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
> > 6.6 Node and oVirt 3.5.0
> > From: coffee@gmail.com
> > To: daniel.helgenber...@m-box.de
> > CC: sokratis1...@outlook.com; users@ovirt.org
> >
> > Hi,
> > as i know, live merge is only available from the versions in the
> > fedora virt-preview repo. please see[1]
> >
> > [1] http://www.ovirt.org/Features/Live_Merge#Current_status
> >
> > 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
> > mailto:daniel.helgenber...@m-box.de>>:
> >
> > On 19.11.2014 14:06, s k wrote:
> > > Hello,
> > >
> > > I performed a full yum upgrade on a CentOS 6.5 Node which was
> > upgraded to 6.6
> > > and I currently the following RPM versions are installed:
> > >
> > > [root@node01 ~]# uname -a
> > > Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11
> 17:57:25
> > UTC 2014
> > > x86_64 x86_64 x86_64 GNU/Linux
> > > [root@node01 ~]# rpm -qa |grep libvirt
> > > libvirt-python-0.10.2-46.el6_6.1.x86_64
> > > libvirt-client-0.10.2-46.el6_6.1.x86_64
> > > libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
> > > libvirt-0.10.2-46.el6_6.1.x86_64
> > > [root@node01 ~]#
> > > [root@node01 ~]# rpm -qa |grep kvm
> > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > > [root@node01 ~]# rpm -qa |grep qemu
> > > gpxe-roms-qemu-0.9.7-6.12.el6.noarch
> > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
> > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
> > > [root@node01 ~]# rpm -qa |grep vdsm
> > > vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-yajsonrpc-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-xmlrpc-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-4.16.7-1.gitdb83943.el6.x86_64
> > > vdsm-python-4.16.7-1.gitdb83943.el6.noarch
> > > vdsm-cli-4.16.7-1.gitdb83943.el6.noarch
> > >
> > > The host reports that  Live Snapsnot Support is Active on the
> > General Tab but
> > > I'm unable to delete a snapshot.
> > >
> > > Any ideas?
> > Hm could it be you mix up live snapshot and live merge? Live
> snapshot
> > works since 3.4.3 quite will. Live merge however is still
> 

Re: [ovirt-users] Simple way to activate live merge in FC20 cluster

2014-11-20 Thread Bob Doolittle
Thanks Markus, but I have a single, self-hosted node, so cannot migrate VMs.

Is it your assumption that F20 will never be updated with libvirt 1.2.9?

If that's the case, my best course (in a month or so when F21 is
released) is probably to export all my VMs, install F21,
reinstall/reconfigure oVirt, import the old Export Domain, and then
import my VMs again.

-Bob

On 11/20/2014 01:20 PM, Markus Stockhausen wrote:
> Hi Bob,
> 
> if your are on a cluster with FC20 hypervisor nodes wthout virt-preview 
> (like we run it with qemu 1.6.2) the simplest way to get live merge features 
> should be - beware NOT FULLY TESTED!
> 
> 1) choose a single host (we only need a single one if we think about the 
> required setup)
> 2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU BREAK 
> LIVE MIGRATION!
> 3) migrate VMs you want to live merge to the host
> 4) do the live merge
> 5) migrate VMs back to original host
> 
> A quick test revealed:
> 
> # systemctl stop vdsmd
> # systemctl stop libvirtd
> # cd /etc/yum.repos.d
> # wget http:/wget 
> http://fedorapeople.org/groups/virt/virt-preview/fedora-virt-preview.repo
> # yum update libvirt
> ...
> # systemctl start libvirtd
> # systemctl start vdsmd
> # 
> # vdsClient -s 0 getVdsCaps | grep -i merge
> ---> liveMerge = 'true'
> 
> Best regards.
> 
> Markus
> 
> Von: Bob Doolittle [b...@doolittle.us.com]
> Gesendet: Donnerstag, 20. November 2014 16:49
> An: Markus Stockhausen
> Cc: s k; users@ovirt.org; Daniel Helgenberger; Coffee Chou
> Betreff: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 
> Node and oVirt 3.5.0
> 
> On 11/20/2014 10:32 AM, Markus Stockhausen wrote:
>> Iirc you simply need libvirt 1.2.9
> 
> Thanks!
> 
> Would you know how one could track to see if there is a plan for e,g.
> Fedora 20 to include that version at some point? I suspect every distro
> is different. F20 at this point includes 1.1.3. I'd like to know if I'll
> have to upgrade to Fedora 21 in order to get this functionality, as this
> will require some planning on my part.
> 
> Thanks again,
> Bob
> 
> 
>>
>> Am 20.11.2014 16:20 schrieb Bob Doolittle :
>>
>> Are there any bugs related to the changes in question that we can track
>> so we know when the changes are reflected in our distros of interest?
>>
>> Thanks,
>> Bob
>>
>> On 11/20/2014 03:51 AM, s k wrote:
>> > Hi,
>> >
>> >
>> > Live snapshot indeed works, only live merge is not working. I guess we
>> > will have to wait until is available on CentOS.
>> >
>> > Thanks!
>> >
>> > Sokratis
>> >
>> >
>> >
>> 
>> > Date: Thu, 20 Nov 2014 09:49:40 +0800
>> > Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
>> > 6.6 Node and oVirt 3.5.0
>> > From: coffee@gmail.com
>> > To: daniel.helgenber...@m-box.de
>> > CC: sokratis1...@outlook.com; users@ovirt.org
>> >
>> > Hi,
>> > as i know, live merge is only available from the versions in the
>> > fedora virt-preview repo. please see[1]
>> >
>> > [1] http://www.ovirt.org/Features/Live_Merge#Current_status
>> >
>> > 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
>> > mailto:daniel.helgenber...@m-box.de>>:
>> >
>> > On 19.11.2014 14:06, s k wrote:
>> > > Hello,
>> > >
>> > > I performed a full yum upgrade on a CentOS 6.5 Node which was
>> > upgraded to 6.6
>> > > and I currently the following RPM versions are installed:
>> > >
>> > > [root@node01 ~]# uname -a
>> > > Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11
>> 17:57:25
>> > UTC 2014
>> > > x86_64 x86_64 x86_64 GNU/Linux
>> > > [root@node01 ~]# rpm -qa |grep libvirt
>> > > libvirt-python-0.10.2-46.el6_6.1.x86_64
>> > > libvirt-client-0.10.2-46.el6_6.1.x86_64
>> > > libvirt-lock-sanlock-0.10.2-46.el6_6.1.x86_64
>> > > libvirt-0.10.2-46.el6_6.1.x86_64
>> > > [root@node01 ~]#
>> > > [root@node01 ~]# rpm -qa |grep kvm
>> > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
>> > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
>> > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
>> > > [root@node01 ~]# rpm -qa |grep qemu
>> > > gpxe-roms-qemu-0.9.7-6.12.el6.noarch
>> > > qemu-kvm-rhev-debuginfo-0.12.1.2-2.415.el6_5.14.x86_64
>> > > qemu-img-rhev-0.12.1.2-2.415.el6_5.14.x86_64
>> > > qemu-kvm-rhev-tools-0.12.1.2-2.415.el6_5.14.x86_64
>> > > qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64
>> > > [root@node01 ~]# rpm -qa |grep vdsm
>> > > vdsm-jsonrpc-4.16.7-1.gitdb83943.el6.noarch
>> > > vdsm-python-zombiereaper-4.16.7-1.gitdb83943.el6.noarch
>> > > vdsm-yajsonrpc-4.16.7-1.gitd

Re: [ovirt-users] Simple way to activate live merge in FC20 cluster

2014-11-20 Thread Markus Stockhausen
Hi Bob,

looking at http://koji.fedoraproject.org/koji/packageinfo?packageID=91 
I think FC20 will stay at 1.1.3. History shows:

2013/12/14: official 1.1 build libvirt-1.1.3.2-1.fc20 
2013/12/17: FC20 release
2014/01/21: first 1.2 build libvirt-1.2.1-1.fc21
2014/11/20: as of today still no 1.2 build for FC20

Regarding the fact that qemu 1.6.2 is already 11 months old and did
not see many patches in FC20 jumping onto the FC21 bandwagon
might be a reasonable solution. So a lot of ways to accomplish your goal:

- Stay with what you have: No live merge
- Take libvirtd from virt-preview
- Take everything from virt-preview
- Wait for FC21
- Wait for Centos 21

Still a long way to go to get all the beloved features out of the box.

Markus

Von: Bob Doolittle [b...@doolittle.us.com]
Gesendet: Donnerstag, 20. November 2014 19:38
An: Markus Stockhausen
Cc: s k; users@ovirt.org; Daniel Helgenberger; Coffee Chou
Betreff: Re: Simple way to activate live merge in FC20 cluster

Thanks Markus, but I have a single, self-hosted node, so cannot migrate VMs.

Is it your assumption that F20 will never be updated with libvirt 1.2.9?

If that's the case, my best course (in a month or so when F21 is
released) is probably to export all my VMs, install F21,
reinstall/reconfigure oVirt, import the old Export Domain, and then
import my VMs again.

-Bob

On 11/20/2014 01:20 PM, Markus Stockhausen wrote:
> Hi Bob,
>
> if your are on a cluster with FC20 hypervisor nodes wthout virt-preview
> (like we run it with qemu 1.6.2) the simplest way to get live merge features
> should be - beware NOT FULLY TESTED!
>
> 1) choose a single host (we only need a single one if we think about the 
> required setup)
> 2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU BREAK 
> LIVE MIGRATION!
> 3) migrate VMs you want to live merge to the host
> 4) do the live merge
> 5) migrate VMs back to original host
>
> A quick test revealed:
>
> # systemctl stop vdsmd
> # systemctl stop libvirtd
> # cd /etc/yum.repos.d
> # wget http:/wget 
> http://fedorapeople.org/groups/virt/virt-preview/fedora-virt-preview.repo
> # yum update libvirt
> ...
> # systemctl start libvirtd
> # systemctl start vdsmd
> #
> # vdsClient -s 0 getVdsCaps | grep -i merge
> ---> liveMerge = 'true'
>
> Best regards.
>
> Markus
> 
> Von: Bob Doolittle [b...@doolittle.us.com]
> Gesendet: Donnerstag, 20. November 2014 16:49
> An: Markus Stockhausen
> Cc: s k; users@ovirt.org; Daniel Helgenberger; Coffee Chou
> Betreff: Re: [ovirt-users] Live Merge Functionality disabled on CentOS 6.6 
> Node and oVirt 3.5.0
>
> On 11/20/2014 10:32 AM, Markus Stockhausen wrote:
>> Iirc you simply need libvirt 1.2.9
>
> Thanks!
>
> Would you know how one could track to see if there is a plan for e,g.
> Fedora 20 to include that version at some point? I suspect every distro
> is different. F20 at this point includes 1.1.3. I'd like to know if I'll
> have to upgrade to Fedora 21 in order to get this functionality, as this
> will require some planning on my part.
>
> Thanks again,
> Bob
>
>
>>
>> Am 20.11.2014 16:20 schrieb Bob Doolittle :
>>
>> Are there any bugs related to the changes in question that we can track
>> so we know when the changes are reflected in our distros of interest?
>>
>> Thanks,
>> Bob
>>
>> On 11/20/2014 03:51 AM, s k wrote:
>> > Hi,
>> >
>> >
>> > Live snapshot indeed works, only live merge is not working. I guess we
>> > will have to wait until is available on CentOS.
>> >
>> > Thanks!
>> >
>> > Sokratis
>> >
>> >
>> >
>> 
>> > Date: Thu, 20 Nov 2014 09:49:40 +0800
>> > Subject: Re: [ovirt-users] Live Merge Functionality disabled on CentOS
>> > 6.6 Node and oVirt 3.5.0
>> > From: coffee@gmail.com
>> > To: daniel.helgenber...@m-box.de
>> > CC: sokratis1...@outlook.com; users@ovirt.org
>> >
>> > Hi,
>> > as i know, live merge is only available from the versions in the
>> > fedora virt-preview repo. please see[1]
>> >
>> > [1] http://www.ovirt.org/Features/Live_Merge#Current_status
>> >
>> > 2014-11-20 2:11 GMT+08:00 Daniel Helgenberger
>> > mailto:daniel.helgenber...@m-box.de>>:
>> >
>> > On 19.11.2014 14:06, s k wrote:
>> > > Hello,
>> > >
>> > > I performed a full yum upgrade on a CentOS 6.5 Node which was
>> > upgraded to 6.6
>> > > and I currently the following RPM versions are installed:
>> > >
>> > > [root@node01 ~]# uname -a
>> > > Linux node01 2.6.32-504.1.3.el6.x86_64 #1 SMP Tue Nov 11
>> 17:57:25
>> > UTC 2014
>> > > x86_64 x86_64 x86_64 GNU/Linux
>> > > [root@node01 ~]# rpm -qa |grep libvirt
>> > > libvirt-python-0.10.2-46.el6_6.1.x86_64
>> > > libvi

Re: [ovirt-users] Migration Progress Bar UI question, was Migration Progress Bar not updating

2014-11-20 Thread Einav Cohen
interesting suggestion. this will also allow tracking 
progress of tasks on multiple business entity types if / 
once supported) all at once. 
Moreover, if we will have more than one task running on 
a single VM in parallel (e.g. Host migration and Snapshot 
creation - not sure if possible today, it is just an 
example for clarification), it would be nice to display 
progress per task, rather than somehow "squeeze in" all 
of this information within the vm list somehow. 

However: I think that having this information available 
*only* in the Tasks pane (i.e. instead of within the vm list) 
is problematic at the moment, since if we have 100 migrations 
happening in parallel, tracking down the migration progress 
for a particular VM that I am interested in may be difficult. 

[this, of course, can be resolved by improving the current 
tasks-pane to allow filtering, for example]

another reason to keep this data in the vm list is the 
fact that it gives a very clear graphical indication that 
this VM is currently "going through some critical process", 
so the user can make a more educated work-flow decision 
quicker. 

I agree with your comment on the already-overloaded VMs 
grid real-estate. Note that this particular issue may be 
resolved more generically in the context of [1]. 

so to summarize: I think that the state today is reasonable, 
but can be greatly improved. I assume it will be somewhat 
improved once [1] is addressed. 

proposal for further improvement:

- have the tasks progress information available twice:

  a. [detailed information] in a Tasks context. This can be 
in either one of the following, preferably both: 

 * a global Tasks context, i.e. the Tasks bottom pane. 

 * a "local" Tasks context, i.e. only for the VM, e.g. 
a (new) Tasks sub-tab in the VMs main-tab / a tool-tip that 
appears when hovering on the Tasks indication within the 
vms list (see b. below) / etc. 

  b. [summarized (short) information, to save real-estate] 
within the VM list. This can be either one of the following: 

 * only percentage / percentage average (if multiple 
tasks run in parallel) 

 * just an icon that indicates "task(s) are running 
on this VM". 

[icon/label color may change based on the average tasks completion]

 * ...

- need to have the detailed information easily accessible via 
the summarized information; e.g. hovering on the label/icon in 
the vm-list should display a tool-tip with the full details 
(e.g. "2 running tasks: 1. migration [45%] 2. snapshot [98%]", 
can even contain graphical bars, etc.) / clicking on the 
percentage/icon will "jump" to/focus on the relevant tasks from 
the Tasks pane/sub-tab / etc. 


Thanks,
Einav

[1] Bug 957600 - [RFE] RHEV-M should have a field/column chooser in the UI that 
is saved for the logged in user.
[https://bugzilla.redhat.com/show_bug.cgi?id=957600]


- Original Message -
> From: "Federico Alberto Sayd" 
> To: users@ovirt.org
> Sent: Thursday, November 20, 2014 11:16:28 AM
> Subject: Re: [ovirt-users] Migration Progress Bar UI question, was  Migration 
> Progress Bar not updating
> 
> On 20/11/14 04:36, Tomas Jelinek wrote:
> >
> > - Original Message -
> >> From: "s k" 
> >> To: "Omer Frenkel" 
> >> Cc: users@ovirt.org
> >> Sent: Wednesday, November 19, 2014 11:25:13 AM
> >> Subject: Re: [ovirt-users] Migration Progress Bar not updating
> >>
> >> One of the migrations took about 1 minute and the progress bar was never
> >> updated.
> > did you have the browser with webadmin focused? It lowers the update
> > frequency when you focus some other window.
> > Also, could you please provide VDSM logs from such migration?
> > thanx,
> > Tomas
> >
> Sorry if I get off topic but it is related. Why is the migration bar on
> the webUI in the vm list ??
> 
> I think that a more appropriate site would be the task tab. Migration is
> a task (not all time present) and differs of metrics as
> cpu/memory/network. Also the vm list is "over populated" with items and
> is hard to visualize in small screens.
> 
> Regards
> 
> Federico
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Migrate Ovirt to/from RHEV

2014-11-20 Thread John Gardeniers

Bump.

On 17/11/14 15:41, John Gardeniers wrote:
What is the procedure to use when migrating Ovirt to or from RHEV? I'm 
assuming of course that there's little difference for the two 
directions. Is it just a matter of detaching the storage domain(s), 
dumping the engine database and attaching/importing them into the 
other system?


regards,
John

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

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


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


Re: [ovirt-users] Migrate Ovirt to/from RHEV

2014-11-20 Thread Dan Yasny
Not an official answer here, but I'd assume the procedure would be to
redeploy the engine and hosts, and use export domains

On Thu, Nov 20, 2014 at 3:21 PM, John Gardeniers <
jgardeni...@objectmastery.com> wrote:

> Bump.
>
> On 17/11/14 15:41, John Gardeniers wrote:
>
>> What is the procedure to use when migrating Ovirt to or from RHEV? I'm
>> assuming of course that there's little difference for the two directions.
>> Is it just a matter of detaching the storage domain(s), dumping the engine
>> database and attaching/importing them into the other system?
>>
>> regards,
>> John
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>> __
>> This email has been scanned by the Symantec Email Security.cloud service.
>> For more information please visit http://www.symanteccloud.com
>> __
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Migrate Ovirt to/from RHEV

2014-11-20 Thread John Gardeniers

Thanks Dan,

If that's the case it would be an extremely time-consuming and painful 
process, even to the point where it may not even be viable. :-(


It's increasingly looking to me like a deliberate decision has been 
taken to make it as difficult as possible to migrate VMs away from 
Ovirt/RHEV. It's the only virtualisation system I've encountered that 
doesn't have a real export system (export domains don't cut it).


regards,
John


On 21/11/14 07:27, Dan Yasny wrote:
Not an official answer here, but I'd assume the procedure would be to 
redeploy the engine and hosts, and use export domains


On Thu, Nov 20, 2014 at 3:21 PM, John Gardeniers 
mailto:jgardeni...@objectmastery.com>> 
wrote:


Bump.

On 17/11/14 15:41, John Gardeniers wrote:

What is the procedure to use when migrating Ovirt to or from
RHEV? I'm assuming of course that there's little difference
for the two directions. Is it just a matter of detaching the
storage domain(s), dumping the engine database and
attaching/importing them into the other system?

regards,
John

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

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


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



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


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


Re: [ovirt-users] Migrate Ovirt to/from RHEV

2014-11-20 Thread Dan Yasny
Not going to argue with that, it's rather pointless, but:
http://www.ovirt.org/OVirt_3.5_Release_Notes#Import_Storage_Domain

Now this feature only needs to make it into RHEV.

My suggestion is as safe as it gets, in fact I migrated a large setup from
2.2 to 3.4 this summer with no problems

On Thu, Nov 20, 2014 at 3:42 PM, John Gardeniers <
jgardeni...@objectmastery.com> wrote:

>  Thanks Dan,
>
> If that's the case it would be an extremely time-consuming and painful
> process, even to the point where it may not even be viable. :-(
>
> It's increasingly looking to me like a deliberate decision has been taken
> to make it as difficult as possible to migrate VMs away from Ovirt/RHEV.
> It's the only virtualisation system I've encountered that doesn't have a
> real export system (export domains don't cut it).
>
> regards,
> John
>
>
>
> On 21/11/14 07:27, Dan Yasny wrote:
>
> Not an official answer here, but I'd assume the procedure would be to
> redeploy the engine and hosts, and use export domains
>
> On Thu, Nov 20, 2014 at 3:21 PM, John Gardeniers <
> jgardeni...@objectmastery.com> wrote:
>
>> Bump.
>>
>> On 17/11/14 15:41, John Gardeniers wrote:
>>
>>> What is the procedure to use when migrating Ovirt to or from RHEV? I'm
>>> assuming of course that there's little difference for the two directions.
>>> Is it just a matter of detaching the storage domain(s), dumping the engine
>>> database and attaching/importing them into the other system?
>>>
>>> regards,
>>> John
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>> __
>>> This email has been scanned by the Symantec Email Security.cloud service.
>>> For more information please visit http://www.symanteccloud.com
>>> __
>>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
> __
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> __
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ;vdsmdummy; provokes several errors

2014-11-20 Thread Dan Kenigsberg
> Hi there,

Hi! Let me start by stating that the mailing list you've posted is
deprecated, and should have been closed. vdsm-users-related discussion
should take place on users@ovirt.org.

> 
> the semicolons in the name of the vdsm-dummy interface provokes
> several errors on our RHEV-Hypervisors. We use Fat-Hypervisors which
> are fully puppetized. At the moment facter and rkhunter can't handle
> the semicolons.
> rkhunter:
> - -- Start Rootkit Hunter Scan --
> Invalid ALLOWDEVFILE configuration option: Invalid pathname:
> /dev/.udev/db/net:;vdsmdummy;
> 
> - --- End Rootkit Hunter Scan ---
> 
> Facter: https://tickets.puppetlabs.com/browse/FACT-546
> 
> Are those semicolon really necessary?

The motivation for the semicolons was to eliminate the (albeit remote)
chance of of this bridge name colliding with a previously-defined
network. It was introduced two years ago http://gerrit.ovirt.org/9562
and it is a bit two entrenched by now. Modifying it to another string,
while it is used by multiple VM in a distributed cluster of host is a
painful hassle.

It would be much more advisable for puppet to support all device names
acceptable by Linux (anything but ':. \t\0', without adding its own
limitations. I have a vague memory that Foreman encountered the same
problem, and fixed it.

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


Re: [ovirt-users] Status libgfapi support in oVirt

2014-11-20 Thread Federico Simoncelli
- Original Message -
> From: "noc" 
> To: users@ovirt.org
> Sent: Thursday, November 20, 2014 8:46:01 AM
> Subject: Re: [ovirt-users] Status libgfapi support in oVirt
> 
> On 19-11-2014 23:44, Darrell Budic wrote:
> > Is there an el7 build of this available too?
> >
> That would be nice too. Forgot that I updated my test env to el7 to see
> if that helped. Can test on F20 @home tonight if needed. Gonna try
> something else first and will let you all know how that went.

I've prepared a fedora 20 build as well:

https://fsimonce.fedorapeople.org/vdsm-libgfapi/fc20/

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


Re: [ovirt-users] Simple way to activate live merge in FC20 cluster

2014-11-20 Thread Gianluca Cecchi
On Thu, Nov 20, 2014 at 8:13 PM, Markus Stockhausen  wrote:

> Hi Bob,
>
> looking at http://koji.fedoraproject.org/koji/packageinfo?packageID=91
> I think FC20 will stay at 1.1.3. History shows:
>
>
[snip]


> 
> Von: Bob Doolittle [b...@doolittle.us.com]
> Gesendet: Donnerstag, 20. November 2014 19:38
> An: Markus Stockhausen
> Cc: s k; users@ovirt.org; Daniel Helgenberger; Coffee Chou
> Betreff: Re: Simple way to activate live merge in FC20 cluster
>
> Thanks Markus, but I have a single, self-hosted node, so cannot migrate
> VMs.
>
> Is it your assumption that F20 will never be updated with libvirt 1.2.9?
>
> If that's the case, my best course (in a month or so when F21 is
> released) is probably to export all my VMs, install F21,
> reinstall/reconfigure oVirt, import the old Export Domain, and then
> import my VMs again.
>
> -Bob
>
> On 11/20/2014 01:20 PM, Markus Stockhausen wrote:
> > Hi Bob,
> >
> > if your are on a cluster with FC20 hypervisor nodes wthout virt-preview
> > (like we run it with qemu 1.6.2) the simplest way to get live merge
> features
> > should be - beware NOT FULLY TESTED!
> >
> > 1) choose a single host (we only need a single one if we think about the
> required setup)
> > 2) Install libvirt from virt-preview repos. DON'T UPDATE QEMU AS YOU
> BREAK LIVE MIGRATION!
> > 3) migrate VMs you want to live merge to the host
> > 4) do the live merge
> > 5) migrate VMs back to original host
> >
>

Hello,
following the flow, as I have now an all-in-one environment based on F20
and oVirt 3.5. As it is both my engine and my hypervisor, I should be in
the best situation
live merge is supposed to be supported on file based storage, that should
match what I have (local on Host).

In fact, installing oVirt AIO on F20 automatically gives the virt-preview
repo through the ovirt-3.5-dependencies.repo file and I see:

[root@tekkaman qemu]# rpm -q libvirt
libvirt-1.2.9.1-1.fc20.x86_64

[root@tekkaman qemu]# vdsClient -s 0 getVdsCaps | grep -i merge
liveMerge = 'true'

[root@tekkaman qemu]# rpm -q qemu
qemu-1.6.2-10.fc20.x86_64

Created a CentOS 7 x86_64 VM with a VirtIO-SCSI disk and after install I
powered off and run it normally.
Then I took a snapshot (while VM powered on) and then ran a yum update.
At the end I reboot the VM with the new kernel installed and tried to
delete the snapshot and the task indeed started:
Snapshot 'test per live merge' deletion for VM 'c7' was initiated by admin.

but about a minute later I got error:
Failed to delete snapshot 'test per live merge' for VM 'c7'.

here below relevant parts in log files.
What did I miss in the workflow?

BTW: both during the live snapshot and during the live merge I got
disconnected both from spice console and from an ssh session open into VM
(I could reconnect on both): is this expected? I hope not so..

Gianluca

engine.log
2014-11-21 01:16:00,182 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-3) [3337208b] Failed in MergeVDS method
2014-11-21 01:16:00,183 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-3) [3337208b] Command
org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand return value
 StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=52,
mMessage=Merge failed]]
2014-11-21 01:16:00,184 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-3) [3337208b] HostName = local_host
2014-11-21 01:16:00,190 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-3) [3337208b] Command MergeVDSCommand(HostName = local_host,
MergeVDSCommandParameters{HostId = aab9571f-da17-4c3c-9e6b-d0224b84c31e,
vmId=0ba6a56b-542c-480e-8bab-88aea9195302,
storagePoolId=65c9777e-23f1-4f04-8cea-e7c8871dc88b,
storageDomainId=0a8035e6-e41d-40ff-a154-e0a374f264b2,
imageGroupId=8a0ba67f-78c0-4ded-9bda-97bb9424e385,
imageId=1fdc7440-2465-49ec-8368-141afc0721f1,
baseImageId=cd7dd270-0895-411d-bc97-c5ad0ebd80b1,
topImageId=1fdc7440-2465-49ec-8368-141afc0721f1, bandwidth=0}) execution
failed. Exception: VDSErrorException: VDSGenericException:
VDSErrorException: Failed to MergeVDS, error = Merge failed, code = 52
2014-11-21 01:16:00,191 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.MergeVDSCommand]
(pool-7-thread-3) [3337208b] FINISH, MergeVDSCommand, log id: 70748b53
2014-11-21 01:16:00,192 ERROR [org.ovirt.engine.core.bll.MergeCommand]
(pool-7-thread-3) [3337208b] Command org.ovirt.engine.core.bll.MergeCommand
throw Vdc Bll exception. With error message VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to MergeVDS, error = Merge
failed, code = 52 (Failed with error mergeErr and code 52)
2014-11-21 01:16:00,205 ERROR [org.ovirt.engine.core.bll.MergeCommand]
(pool-7-thread-3) [3337208b] Transaction rolled-back for command:
org.ovirt.engine.core.bll.MergeCommand.
2014-11-21 01:16:09,888 INFO
[org.ovirt.engine.core.bll.tasks

[ovirt-users] Jumbo Frames

2014-11-20 Thread Phil Daws
Hello:

am really enjoying oVirt but have now hit an issue with iSCSI.  As there is 
only one NIC in the host I have had to enable an MTU of 9000 on ovirtmgmt.  
Then have vNIC profiles on that interface which are using a custom hook for 
Openvswitch.  I have created a specific vLAN for iSCSI traffic and on the 
initiator and targets have set their respective interface MTUs to be 9000.  
When I connect to a LUN it is timing out straight away with a 1011 error.  If I 
drop the MTU back to 1500 all works okay.  This is all fine on my other KVM, 
non-oVirt, system so am wondering if I have missed a step ?

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


Re: [ovirt-users] Simple way to activate live merge in FC20 cluster

2014-11-20 Thread Gianluca Cecchi
On Fri, Nov 21, 2014 at 1:38 AM, Gianluca Cecchi 
wrote:

>
>
> [root@tekkaman qemu]# rpm -q qemu
> qemu-1.6.2-10.fc20.x86_64
>
> [snip]

>
> libvirtError: unsupported configuration: active commit not supported with
> this QEMU binary
>
>

OK, I reply to myself
The error above is explanatory...
I didn't notice that only the libvirt part is included in the
ovirt-3.5-fedora-virt-preview repo:

"
[ovirt-3.5-fedora-virt-preview]
name=Virtualization packages from Rawhide built for latest Fedora
baseurl=
http://fedorapeople.org/groups/virt/virt-preview/fedora-$releasever/$basearch
enabled=1
skip_if_unavailable=1
gpgcheck=0
includepkgs=libvirt*
"

SO I think I need qemu-2.1.2-6.fc20.x86_64.rpm and probably other packages
as provided by virt-preview.
What could be the safest way to include further qemu packages?
How stable is qemu 2.1.2 at this time?

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


[ovirt-users] 答复: 答复: How to Use VLAN?

2014-11-20 Thread Xie, Chao
Hi, Lior
Thanks for replying. Yesterday I tested  VLAN successfully  in the 
normal 3.5 environment. As the release Note, 
(http://www.ovirt.org/OVirt_3.5_Release_Notes), Hosted Engine 3.5 supports the 
new function of VLAN。 Is it meaning the "rhevm" logical network use "VLAN" ? If 
 I am right, can you help to teach me how to use it? (I think it must be 
creating a VLAN manually before deploy hosted engine, then we should choose the 
vlan when deploying?)

-邮件原件-
发件人: Lior Vernia [mailto:lver...@redhat.com] 
发送时间: 2014年11月19日 16:50
收件人: Xie, Chao/谢 超
抄送: users@ovirt.org
主题: Re: 答复: [ovirt-users] How to Use VLAN?



On 19/11/14 10:45, Xie, Chao wrote:
> Hi, Lior:
>   I configure the switch port connecting the host's NIC which hold the 
> "testvlan" logical network. I try the NIC hold normal logical network ,VM 
> using the logical network worked well. But if I hold the VLAN logical 
> network, the VM using it didn't get IP.   
> 

Hello Xie,

This is what leads me to believe that your DHCP server (which is in charge of 
allocating IP addresses) only receives non-tagged traffic. Is it possible you 
need to configure other ports to pass the VLAN-tagged traffic?

Lior.

> -邮件原件-
> 发件人: Lior Vernia [mailto:lver...@redhat.com]
> 发送时间: 2014年11月19日 16:09
> 收件人: Xie, Chao/谢 超
> 抄送: users@ovirt.org
> 主题: Re: [ovirt-users] How to Use VLAN?
> 
> 
> 
> On 19/11/14 05:01, Xie, Chao wrote:
>> Hi,all
>>
>>  Recently I test the VLAN and have some problems. I configure 
>> the Logical network “testvlan” with “VLAN tagged” and assigned it to 
>> hosts’ NIC. Then I create a VM using  “testvlan” and found the vm 
>> can’t get IP . Does anyone have some ideas about VLAN?
>>
>>  p.s. I already configure the switch port as TRUNK mode and 
>> the vlan id is 1 (default value).
>>
> 
> Which switch port? Maybe the port(s) leading to your DHCP server aren't 
> configured to allow traffic on this VLAN?
> 
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Jumbo Frames

2014-11-20 Thread Dan Yasny
Why do you use OVS at all? If you have VLANs, all you need is to tag the
mgmt traffic, and create a VM traffic VLAN with a different MTU. The bridge
and underlying NICs will have MTU=9000 and the VM bridge will have MTU=1500

On Thu, Nov 20, 2014 at 7:40 PM, Phil Daws  wrote:

> Hello:
>
> am really enjoying oVirt but have now hit an issue with iSCSI.  As there
> is only one NIC in the host I have had to enable an MTU of 9000 on
> ovirtmgmt.  Then have vNIC profiles on that interface which are using a
> custom hook for Openvswitch.  I have created a specific vLAN for iSCSI
> traffic and on the initiator and targets have set their respective
> interface MTUs to be 9000.  When I connect to a LUN it is timing out
> straight away with a 1011 error.  If I drop the MTU back to 1500 all works
> okay.  This is all fine on my other KVM, non-oVirt, system so am wondering
> if I have missed a step ?
>
> Thanks, Phil
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Hosted-Engine

2014-11-20 Thread Sandvik Agustin
Hi users,


I'm installing ovirt with hosted engine following this documentation
http://community.redhat.com/blog/2014/03/up-and-running-with-ovirt-3-4/

I've successfully created the vm that will host the engine, but at the end
of the installer, I have this kind of error message


(1, 2, 3)[1]:
[ INFO  ] Engine replied: DB Up!Welcome to Health Status!
  Enter the name of the cluster to which you want to add the host
(Default) [Default]:
[ INFO  ] Waiting for the host to become operational in the engine. This
may take several minutes...
[ ERROR ] The VDSM host was found in a failed state. Please check engine
and bootstrap installation logs.
[ ERROR ] Unable to add hosted_engine_1 to the manager
  Please shutdown the VM allowing the system to launch it as a
monitored service.
  The system will wait until the VM is down.

then I manage to shutdown the vm that hosting the engine, then I get this
message


 Enabling and starting HA services
  Hosted Engine successfully set up
[ INFO  ] Stage: Clean up
[ INFO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO  ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been
updated
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination



Hope you can help me,
Thanks in advance,
sandvik
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] 答复: Engine is still unreachable

2014-11-20 Thread Sandvik Agustin
Hi users,

Chou, here's my I already tried your suggestion right now, but it still
failed, here's my engine.log and vdsm.log. and one more thing, since the
time that I started the installation of ovirt-hosted-engine setup, I
starting to have this kind of error message on my /var/log/message.


Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: multipath:
error getting device
Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding target
to table
Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: multipath:
error getting device
Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding target
to table
Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't
remove
Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't
remove
Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't
remove
Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't
remove


Thanks in advance
Sandvik

On Fri, Nov 21, 2014 at 9:42 AM, Coffee Chou  wrote:

> Hi, Sandvik
> it's just a suggestion:-)
>
> i think you can have a try, as i don't know my solution worked or not.
> maybe there are some other people who have encountered this problem before
> and they can give you some advice:-)
>
> 2014-11-20 22:35 GMT+08:00 Sandvik Agustin :
>
>> HI Chou,
>>
>>
>> Thanks, I will try your solution now, and should I resend this email to
>> users@ovirt.org?
>>
>>
>> Thanks
>> Sandvik
>>
>> On Thu, Nov 20, 2014 at 9:28 AM, Coffee Chou 
>> wrote:
>>
>>> Hi, Sandvik
>>> and please don't send the email to me only but to user mail list, so
>>> everybody can help you :-)
>>>
>>> 2014-11-20 9:17 GMT+08:00 Coffee Chou :
>>>
 Hi, Sandvik
 i can see the ERROR message: Command returned failure code 1 during
 SSH session  you can try these:

 1. stop firewall on the hosted_engine_1
 2. running command: vdsm-tool configure

 if it's still failure, please attach your engine.log and vdsm.log



 2014-11-20 7:55 GMT+08:00 Sandvik Agustin :

> Hi Chou,
>
>
> I have successfully install the hosted engine, but at the end of the
> installation I have this kind of error message
>
>  To continue make a selection from the options below:
>   (1) Continue setup - engine installation is complete
>   (2) Power off and restart the VM
>   (3) Abort setup
>
>   (1, 2, 3)[1]:
> [ INFO  ] Engine replied: DB Up!Welcome to Health Status!
>   Enter the name of the cluster to which you want to add the
> host (Default) [Default]:
> [ INFO  ] Waiting for the host to become operational in the engine.
> This may take several minutes...
> [ ERROR ] The VDSM host was found in a failed state. Please check
> engine and bootstrap installation logs.
> [ ERROR ] Unable to add hosted_engine_1 to the manager
>   Please shutdown the VM allowing the system to launch it as a
> monitored service.
>   The system will wait until the VM is down.
> [ INFO  ] Enabling and starting HA services
>   Hosted Engine successfully set up
> [ INFO  ] Stage: Clean up
> [ INFO  ] Generating answer file
> '/etc/ovirt-hosted-engine/answers.conf'
> [ INFO  ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been
> updated
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
>
> The ovirt webadmin is accessible, but my hosted_engine_1 status
> failed. I tried to activate it inside the webadmin, but it say's Error
> while executing action:
>
> hosted_engine_1:
>
>- Cannot activate Host. Host has no unique id.
>
>
> and when I try to reinstall it on the webadmin, nothing happen it
> still failed status.
>
> I hope you can help me.
>
> Please see attach for screenshot.
>
>
> Thanks in advance.
> sandvik
>
> On Wed, Nov 19, 2014 at 10:32 PM, Sandvik Agustin <
> agustinsand...@gmail.com> wrote:
>
>> Hi guys,
>>
>> First of all I want to thank you for replying my email.
>> @Chou, yes I can access the engine webadmin.
>> @Chao, I've tried the no. 1 option and it worked, when I check my
>> /etc/hosts I have hostname conflict, then the ovirt engine is now
>> reachable, but there's another error message, it say's invalid 
>> certificate.
>> Is this because of I've put different FQDN during the installation 
>> process?
>>
>> On Wed, Nov 19, 2014 at 11:40 AM, Coffee Chou 
>> wrote:
>>
>>> Hi, Chao
>>> You may make a m

Re: [ovirt-users] 答复: Engine is still unreachable

2014-11-20 Thread Sandvik Agustin
Hi,

I'm sorry I forgot, here's the attachement.

On Fri, Nov 21, 2014 at 12:17 PM, Coffee Chou  wrote:

> Hi, Sandvik
> maybe you forgot to attach your log~ that's ovirt-hosted-engine-setup,
> so you can also attach your setup log:-)
>
> 2014-11-21 11:11 GMT+08:00 Sandvik Agustin :
>
>> Hi users,
>>
>> Chou, here's my I already tried your suggestion right now, but it still
>> failed, here's my engine.log and vdsm.log. and one more thing, since the
>> time that I started the installation of ovirt-hosted-engine setup, I
>> starting to have this kind of error message on my /var/log/message.
>>
>>
>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: multipath:
>> error getting device
>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding
>> target to table
>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2: multipath:
>> error getting device
>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding
>> target to table
>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't
>> remove
>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't
>> remove
>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't
>> remove
>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered, can't
>> remove
>>
>>
>> Thanks in advance
>> Sandvik
>>
>> On Fri, Nov 21, 2014 at 9:42 AM, Coffee Chou 
>> wrote:
>>
>>> Hi, Sandvik
>>> it's just a suggestion:-)
>>>
>>> i think you can have a try, as i don't know my solution worked or
>>> not. maybe there are some other people who have encountered this problem
>>> before and they can give you some advice:-)
>>>
>>> 2014-11-20 22:35 GMT+08:00 Sandvik Agustin :
>>>
 HI Chou,


 Thanks, I will try your solution now, and should I resend this email to
 users@ovirt.org?


 Thanks
 Sandvik

 On Thu, Nov 20, 2014 at 9:28 AM, Coffee Chou 
 wrote:

> Hi, Sandvik
> and please don't send the email to me only but to user mail list,
> so everybody can help you :-)
>
> 2014-11-20 9:17 GMT+08:00 Coffee Chou :
>
>> Hi, Sandvik
>> i can see the ERROR message: Command returned failure code 1
>> during SSH session  you can try these:
>>
>> 1. stop firewall on the hosted_engine_1
>> 2. running command: vdsm-tool configure
>>
>> if it's still failure, please attach your engine.log and vdsm.log
>>
>>
>>
>> 2014-11-20 7:55 GMT+08:00 Sandvik Agustin :
>>
>>> Hi Chou,
>>>
>>>
>>> I have successfully install the hosted engine, but at the end of the
>>> installation I have this kind of error message
>>>
>>>  To continue make a selection from the options below:
>>>   (1) Continue setup - engine installation is complete
>>>   (2) Power off and restart the VM
>>>   (3) Abort setup
>>>
>>>   (1, 2, 3)[1]:
>>> [ INFO  ] Engine replied: DB Up!Welcome to Health Status!
>>>   Enter the name of the cluster to which you want to add the
>>> host (Default) [Default]:
>>> [ INFO  ] Waiting for the host to become operational in the engine.
>>> This may take several minutes...
>>> [ ERROR ] The VDSM host was found in a failed state. Please check
>>> engine and bootstrap installation logs.
>>> [ ERROR ] Unable to add hosted_engine_1 to the manager
>>>   Please shutdown the VM allowing the system to launch it as
>>> a monitored service.
>>>   The system will wait until the VM is down.
>>> [ INFO  ] Enabling and starting HA services
>>>   Hosted Engine successfully set up
>>> [ INFO  ] Stage: Clean up
>>> [ INFO  ] Generating answer file
>>> '/etc/ovirt-hosted-engine/answers.conf'
>>> [ INFO  ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has
>>> been updated
>>> [ INFO  ] Stage: Pre-termination
>>> [ INFO  ] Stage: Termination
>>>
>>> The ovirt webadmin is accessible, but my hosted_engine_1 status
>>> failed. I tried to activate it inside the webadmin, but it say's Error
>>> while executing action:
>>>
>>> hosted_engine_1:
>>>
>>>- Cannot activate Host. Host has no unique id.
>>>
>>>
>>> and when I try to reinstall it on the webadmin, nothing happen it
>>> still failed status.
>>>
>>> I hope you can help me.
>>>
>>> Please see attach for screenshot.
>>>
>>>
>>> Thanks in advance.
>>> sandvik
>>>
>>> On Wed, Nov 19, 2014 at 10:32 PM, Sandvik Agustin <
>>> agustinsand...@gmail.com> wrote:
>>>

Re: [ovirt-users] 答复: Engine is still unreachable

2014-11-20 Thread Coffee Chou
Hi, Sandvik
I have read the engine.log, it shows:
Cannot find a valid baseurl for repo: base

can you show me your repo?

2014-11-21 12:21 GMT+08:00 Sandvik Agustin :

> Hi,
>
> I'm sorry I forgot, here's the attachement.
>
> On Fri, Nov 21, 2014 at 12:19 PM, Sandvik Agustin <
> agustinsand...@gmail.com> wrote:
>
>> Hi,
>>
>> I'm sorry I forgot, here's the attachement.
>>
>> On Fri, Nov 21, 2014 at 12:17 PM, Coffee Chou 
>> wrote:
>>
>>> Hi, Sandvik
>>> maybe you forgot to attach your log~ that's
>>> ovirt-hosted-engine-setup, so you can also attach your setup log:-)
>>>
>>> 2014-11-21 11:11 GMT+08:00 Sandvik Agustin :
>>>
 Hi users,

 Chou, here's my I already tried your suggestion right now, but it still
 failed, here's my engine.log and vdsm.log. and one more thing, since the
 time that I started the installation of ovirt-hosted-engine setup, I
 starting to have this kind of error message on my /var/log/message.


 Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2:
 multipath: error getting device
 Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding
 target to table
 Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2:
 multipath: error getting device
 Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding
 target to table
 Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
 Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
 can't remove
 Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
 Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
 can't remove
 Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
 Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
 can't remove
 Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
 Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
 can't remove


 Thanks in advance
 Sandvik

 On Fri, Nov 21, 2014 at 9:42 AM, Coffee Chou 
 wrote:

> Hi, Sandvik
> it's just a suggestion:-)
>
> i think you can have a try, as i don't know my solution worked or
> not. maybe there are some other people who have encountered this problem
> before and they can give you some advice:-)
>
> 2014-11-20 22:35 GMT+08:00 Sandvik Agustin :
>
>> HI Chou,
>>
>>
>> Thanks, I will try your solution now, and should I resend this email
>> to users@ovirt.org?
>>
>>
>> Thanks
>> Sandvik
>>
>> On Thu, Nov 20, 2014 at 9:28 AM, Coffee Chou 
>> wrote:
>>
>>> Hi, Sandvik
>>> and please don't send the email to me only but to user mail
>>> list, so everybody can help you :-)
>>>
>>> 2014-11-20 9:17 GMT+08:00 Coffee Chou :
>>>
 Hi, Sandvik
 i can see the ERROR message: Command returned failure code 1
 during SSH session  you can try these:

 1. stop firewall on the hosted_engine_1
 2. running command: vdsm-tool configure

 if it's still failure, please attach your engine.log and
 vdsm.log



 2014-11-20 7:55 GMT+08:00 Sandvik Agustin >>> >:

> Hi Chou,
>
>
> I have successfully install the hosted engine, but at the end of
> the installation I have this kind of error message
>
>  To continue make a selection from the options below:
>   (1) Continue setup - engine installation is complete
>   (2) Power off and restart the VM
>   (3) Abort setup
>
>   (1, 2, 3)[1]:
> [ INFO  ] Engine replied: DB Up!Welcome to Health Status!
>   Enter the name of the cluster to which you want to add
> the host (Default) [Default]:
> [ INFO  ] Waiting for the host to become operational in the
> engine. This may take several minutes...
> [ ERROR ] The VDSM host was found in a failed state. Please check
> engine and bootstrap installation logs.
> [ ERROR ] Unable to add hosted_engine_1 to the manager
>   Please shutdown the VM allowing the system to launch it
> as a monitored service.
>   The system will wait until the VM is down.
> [ INFO  ] Enabling and starting HA services
>   Hosted Engine successfully set up
> [ INFO  ] Stage: Clean up
> [ INFO  ] Generating answer file
> '/etc/ovirt-hosted-engine/answers.conf'
> [ INFO  ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has
> been updated
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
>
> The ovirt webadmin is accessible, but my hosted_engine_1 status
> 

Re: [ovirt-users] 答复: Engine is still unreachable

2014-11-20 Thread Sandvik Agustin
Hi,


The repo that I have use if
http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm from this
documentation http://www.ovirt.org/Quick_Start_Guide, because the repo that
this documentation
http://community.redhat.com/blog/2014/03/up-and-running-with-ovirt-3-4/
seems not working, http://ovirt.org/releases/ovirt-release.noarch.rpm
sudo yum localinstall -y http://ovirt.org/releases/ovirt-release.noarch.rpm
--

This article originally appeared on community.redhat.com. Follow the
community on Twitter at @redhatopen , and
find us on Facebook  and Google+

.
sudo yum localinstall -y http://ovirt.org/releases/ovirt-release.noarch.rpm
--

This article originally appeared on community.redhat.com. Follow the
community on Twitter at @redhatopen , and
find us on Facebook  and Google+

.
sudo yum localinstall -y http://ovirt.org/releases/ovirt-release.noarch.rpm
--

This article originally appeared on community.redhat.com. Follow the
community on Twitter at @redhatopen , and
find us on Facebook  and Google+

.

On Fri, Nov 21, 2014 at 1:51 PM, Coffee Chou  wrote:

> Hi, Sandvik
> I have read the engine.log, it shows:
> Cannot find a valid baseurl for repo: base
>
> can you show me your repo?
>
> 2014-11-21 12:21 GMT+08:00 Sandvik Agustin :
>
>> Hi,
>>
>> I'm sorry I forgot, here's the attachement.
>>
>> On Fri, Nov 21, 2014 at 12:19 PM, Sandvik Agustin <
>> agustinsand...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I'm sorry I forgot, here's the attachement.
>>>
>>> On Fri, Nov 21, 2014 at 12:17 PM, Coffee Chou 
>>> wrote:
>>>
 Hi, Sandvik
 maybe you forgot to attach your log~ that's
 ovirt-hosted-engine-setup, so you can also attach your setup log:-)

 2014-11-21 11:11 GMT+08:00 Sandvik Agustin :

> Hi users,
>
> Chou, here's my I already tried your suggestion right now, but it
> still failed, here's my engine.log and vdsm.log. and one more thing, since
> the time that I started the installation of ovirt-hosted-engine setup, I
> starting to have this kind of error message on my /var/log/message.
>
>
> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2:
> multipath: error getting device
> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding
> target to table
> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2:
> multipath: error getting device
> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding
> target to table
> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
> can't remove
> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
> can't remove
> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
> can't remove
> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
> can't remove
>
>
> Thanks in advance
> Sandvik
>
> On Fri, Nov 21, 2014 at 9:42 AM, Coffee Chou 
> wrote:
>
>> Hi, Sandvik
>> it's just a suggestion:-)
>>
>> i think you can have a try, as i don't know my solution worked or
>> not. maybe there are some other people who have encountered this problem
>> before and they can give you some advice:-)
>>
>> 2014-11-20 22:35 GMT+08:00 Sandvik Agustin 
>> :
>>
>>> HI Chou,
>>>
>>>
>>> Thanks, I will try your solution now, and should I resend this email
>>> to users@ovirt.org?
>>>
>>>
>>> Thanks
>>> Sandvik
>>>
>>> On Thu, Nov 20, 2014 at 9:28 AM, Coffee Chou 
>>> wrote:
>>>
 Hi, Sandvik
 and please don't send the email to me only but to user mail
 list, so everybody can help you :-)

 2014-11-20 9:17 GMT+08:00 Coffee Chou :

> Hi, Sandvik
> i can see the ERROR message: Command returned failure code 1
> during SSH session  you can try these:
>
> 1. stop firewall on the hosted_engine_1
> 2. running command: vdsm-tool configure
>
> if it's still failure, please attach your engine.log and
> vdsm.log
>>

Re: [ovirt-users] 答复: Engine is still unreachable

2014-11-20 Thread Sandvik Agustin
Hi users, chou,


Here's the output of the command

cat /etc/yum.repos.d/
cat: /etc/yum.repos.d/: Is a directory


 cat /etc/yum.repos.d/*
# CentOS-Base.repo
#
# The mirror system uses the connecting IP address of the client and the
# update status of each mirror to pick mirrors that are updated to and
# geographically close to the client.  You should use this for CentOS
updates
# unless you are manually picking other mirrors.
#
# If the mirrorlist= does not work for you, as a fall back you can try the
# remarked out baseurl= line instead.
#
#

[base]
name=CentOS-$releasever - Base
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6

#released updates
[updates]
name=CentOS-$releasever - Updates
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates&infra=$infra
#baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6

#additional packages that may be useful
[extras]
name=CentOS-$releasever - Extras
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras&infra=$infra
#baseurl=http://mirror.centos.org/centos/$releasever/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6

#additional packages that extend functionality of existing packages
[centosplus]
name=CentOS-$releasever - Plus
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus&infra=$infra
#baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6

#contrib - packages by Centos Users
[contrib]
name=CentOS-$releasever - Contrib
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=contrib&infra=$infra
#baseurl=http://mirror.centos.org/centos/$releasever/contrib/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
# CentOS-Debug.repo
#
# The mirror system uses the connecting IP address of the client and the
# update status of each mirror to pick mirrors that are updated to and
# geographically close to the client.  You should use this for CentOS
updates
# unless you are manually picking other mirrors.
#

# All debug packages from all the various CentOS-5 releases
# are merged into a single repo, split by BaseArch
#
# Note: packages in the debuginfo repo are currently not signed
#

[base-debuginfo]
name=CentOS-6 - Debuginfo
baseurl=http://debuginfo.centos.org/6/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Debug-6
enabled=0
[fasttrack]
name=CentOS-6 - fasttrack
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=fasttrack&infra=$infra
#baseurl=http://mirror.centos.org/centos/$releasever/fasttrack/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
# CentOS-Media.repo
#
#  This repo can be used with mounted DVD media, verify the mount point for
#  CentOS-6.  You can use this repo and yum to install items directly off
the
#  DVD ISO that we release.
#
# To use this repo, put in your DVD and use it with the other repos too:
#  yum --enablerepo=c6-media [command]
#
# or for ONLY the media repo, do this:
#
#  yum --disablerepo=\* --enablerepo=c6-media [command]

[c6-media]
name=CentOS-$releasever - Media
baseurl=file:///media/CentOS/
file:///media/cdrom/
file:///media/cdrecorder/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
# CentOS-Vault.repo
#
# CentOS Vault holds packages from previous releases within the same CentOS
Version
# these are packages obsoleted by the current release and should usually not
# be used in production
#-

[C6.0-base]
name=CentOS-6.0 - Base
baseurl=http://vault.centos.org/6.0/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0

[C6.0-updates]
name=CentOS-6.0 - Updates
baseurl=http://vault.centos.org/6.0/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0

[C6.0-extras]
name=CentOS-6.0 - Extras
baseurl=http://vault.centos.org/6.0/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0

[C6.0-contrib]
name=CentOS-6.0 - Contrib
baseurl=http://vault.centos.org/6.0/contrib/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0

[C6.0-centosplus]
name=CentOS-6.0 - CentOSPlus
baseurl=http://vault.centos.org/6.0/centosplus/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
#-

[C6.1-base]
name=CentOS-6.1 - Base
baseurl=http://vault.centos.org/6.1/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0

[C6.1-updates]
name=CentOS-6.1 - Updates
baseurl=htt

Re: [ovirt-users] Simple way to activate live merge in FC20 cluster

2014-11-20 Thread Markus Stockhausen
Wow. Very quick test. Thanks for sharing the results. I will have a look what 
qemu 1.6.2 might need.

Regarding stability of qemu 2.1.2: You should scan the qemu stable mailing list 
if some severe fixes have been  posted after the release. If you feel 
comfortable take qemu from  the preview repos too.

Just a simple yum update.

Remark: With the advent  of FC21 virt-preview for FC20 might see  no further  
fixes.

Markus

Am 21.11.2014 01:46 schrieb Gianluca Cecchi :
On Fri, Nov 21, 2014 at 1:38 AM, Gianluca Cecchi 
mailto:gianluca.cec...@gmail.com>> wrote:


[root@tekkaman qemu]# rpm -q qemu
qemu-1.6.2-10.fc20.x86_64

[snip]

libvirtError: unsupported configuration: active commit not supported with this 
QEMU binary



OK, I reply to myself
The error above is explanatory...
I didn't notice that only the libvirt part is included in the 
ovirt-3.5-fedora-virt-preview repo:

"
[ovirt-3.5-fedora-virt-preview]
name=Virtualization packages from Rawhide built for latest Fedora
baseurl=http://fedorapeople.org/groups/virt/virt-preview/fedora-$releasever/$basearch
enabled=1
skip_if_unavailable=1
gpgcheck=0
includepkgs=libvirt*
"

SO I think I need qemu-2.1.2-6.fc20.x86_64.rpm and probably other packages as 
provided by virt-preview.
What could be the safest way to include further qemu packages?
How stable is qemu 2.1.2 at this time?

Thanks,
Gianluca

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

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

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

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

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

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

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


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


Re: [ovirt-users] Node upgrade issue

2014-11-20 Thread Fabian Deutsch
- Original Message -
> Hi everyone !
> 
>  I am  looking something about ovirt node upgrade .
> 
> we are using a old version of ovirt node 3.1.  Also I test ovirt node
> 3.5 . Somethings is puzzling me .
> 
> 1, In ovirt node 3.1 , it seemed I can't upgrade ovirt node ,because of
> Hostvg's existence.
> In Hostvg , something like ssh keys are stored here, I know this is
> important . Is it possible to let the node  inherit these things ? so that
> I can upgrade the node without remove things in hostvg .

Hey,

could you please explain the exact flow you tried?

>  2, I made a ovirt-node-iso 3.5 version myself . But when I try to
> install it , it fails because the issue of selinux .
> 
>  In shell mode , type "localectl" ,it shows this . after setenforce 0 ,
> localectl will work well .

What branch did you use to build your iso?

And for SELinux denials: Catch /var/log/audit/audit.log and create new rules 
using
audit2allow.

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