- Users - oVirt List Archives

[Users] Problem adding an IPA server to oVirt
by Adam Litke 26 Jan '14

26 Jan '14

Hi, I am trying to set up an oVirt environment with an IPA provider and am hitting a GeneralException that I am unsure how to debug. I have configured freeIPA in a Fedora VM using the supplied configuration script and I can 'kinit admin' from the ovirt-engine machine. When I run the manage-domains command I get the following exception: I didn't realize it, but I had to add _kerberos srv records to my dnsmasq.conf in order for the script to even find my KDC. ./engine-manage-domains -action=add -provider=IPA -domain=alitke.net -user=admin -interactive -ldapServers=directory.alitke.net Enter password: General error has occurednull java.lang.NegativeArraySizeException at sun.security.jgss.krb5.CipherHelper.aes256Encrypt(CipherHelper.java:1367) at sun.security.jgss.krb5.CipherHelper.encryptData(CipherHelper.java:722) at sun.security.jgss.krb5.WrapToken_v2.<init>(WrapToken_v2.java:200) at sun.security.jgss.krb5.Krb5Context.wrap(Krb5Context.java:861) at sun.security.jgss.GSSContextImpl.wrap(GSSContextImpl.java:385) at com.sun.security.sasl.gsskerb.GssKrb5Base.wrap(GssKrb5Base.java:104) at com.sun.jndi.ldap.sasl.SaslOutputStream.write(SaslOutputStream.java:89) at com.sun.jndi.ldap.Connection.writeRequest(Connection.java:430) at com.sun.jndi.ldap.LdapClient.search(LdapClient.java:555) at com.sun.jndi.ldap.LdapCtx.doSearch(LdapCtx.java:1985) at com.sun.jndi.ldap.LdapCtx.searchAux(LdapCtx.java:1847) at com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1772) at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search(ComponentDirContext.java:386) at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:356) at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:339) at javax.naming.directory.InitialDirContext.search(InitialDirContext.java:267) at org.ovirt.engine.core.ldap.RootDSEData.<init>(RootDSEData.java:52) at org.ovirt.engine.core.utils.kerberos.JndiAction.getDomainDN(JndiAction.java:254) at org.ovirt.engine.core.utils.kerberos.JndiAction.run(JndiAction.java:87) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:356) at org.ovirt.engine.core.utils.kerberos.KerberosConfigCheck.promptSuccessfulAuthentication(KerberosConfigCheck.java:174) at org.ovirt.engine.core.utils.kerberos.KerberosConfigCheck.validateKerberosInstallation(KerberosConfigCheck.java:150) at org.ovirt.engine.core.utils.kerberos.KerberosConfigCheck.checkInstallation(KerberosConfigCheck.java:135) at org.ovirt.engine.core.domains.ManageDomains.checkKerberosConfiguration(ManageDomains.java:739) at org.ovirt.engine.core.domains.ManageDomains.testConfiguration(ManageDomains.java:909) at org.ovirt.engine.core.domains.ManageDomains.addDomain(ManageDomains.java:531) at org.ovirt.engine.core.domains.ManageDomains.runCommand(ManageDomains.java:308) at org.ovirt.engine.core.domains.ManageDomains.main(ManageDomains.java:205) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jboss.modules.Module.run(Module.java:260) at org.jboss.modules.Main.main(Main.java:291) Failure while testing domain %1$s. Details: %2$s: One of the parameters for this error is null and no default message to show Any thoughts on what might be going wrong?

5 7

[Users] networking: basic vlan help
by Robert Story 26 Jan '14

26 Jan '14

--Sig_/UE.5pfd3QaxDXa=Ws+08+Lk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello again, I'm new to VLANs and have a few questions. Right now I just have the mgmt interface (bridged with eth0) on my all-in-one oVirt test setup. I want to separate some VMs from the public facing net, which I think means that they need to be on a different VLAN. I created two new networks, pubX and privY, with vlan ids X and Y, but couldn't assign them to eth0 because the current mgmt network is non-VLAN. I was about to enable VLAN tagging on the mgmt network, but I wanted to make sure that doing so wouldn't do anything to eth0 that would disrupt access to it (I only have remote access and don't want to lock myself out). Also, if it is safe, does the mgmt vlan tag id matter? is 0 the right value? Any/all help, hints, tips or references to examples/links greatly appreciated. Robert --Sig_/UE.5pfd3QaxDXa=Ws+08+Lk Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlLhON4ACgkQ7/fVLLY1mniiJACcDurddwt0UzLeya6K64CBMt4q 1M4An3WGwate1/4fyOOBdqXAhvC34d13 =6/cS -----END PGP SIGNATURE----- --Sig_/UE.5pfd3QaxDXa=Ws+08+Lk--

4 8

[Users] vms behaviour when a host shut down
by Nathanaël Blanchet 26 Jan '14

26 Jan '14

This is a multi-part message in MIME format. --------------060409060109080805050301 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi all, I'd like to be sure about the behaviour of vms when hist host goes down for any reason. I suppose high availibility is for migrating vms to another host, but how to do if I prefer them to shut down at the same time of the host? -- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------060409060109080805050301 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> <font size="-1">Hi all,<br> <br> I'd like to be sure about the behaviour of vms when hist host goes down for any reason. I suppose high availibility is for migrating vms to another host, but how to do if I prefer them to shut down at the same time of the host?<br> </font> <pre class="moz-signature" cols="72">-- Nathanaël Blanchet Supervision réseau Pôle exploitation et maintenance Département des systèmes d'information 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class="moz-txt-link-abbreviated" href="mailto:blanchet@abes.fr">blanchet(a)abes.fr</a> </pre> </body> </html> --------------060409060109080805050301--

4 4

[Users] Copy VM to external disk and import back
by Alan Murrell 26 Jan '14

26 Jan '14

Hello, I did some updates to my test installation from an unofficial repo (I had installed a compile version of qemu-kvm-rhev from a private repo). After rebooting, I was encountering errors with adding networks (when I tried to save, it would say that my already-exisiting networks were being added twice) Anyway, not sure what exactly broke, as there were some other oVirt updates as well. I was planning on just wiping my all-in-one install and starting from scratch, but I first wanted to see if it was possible to copy my Win7 VM to an external USB drive, then import it back in after I have a fresh all-in-one install? I already have an export domain and have tested exporting one of my other VMs, but am not sure if I would then be able to: 1.) Copy the resulting directory to external storage 2.) Do my fresh install 3.) Copy the directory from external storage to my new export domain 4,) Import the VM from the export domain I guess my question is, is the export domain like the ISO domain: can I copy files directly to it (with the appropriate metadata, of course) and after a few minutes, have oVirt able to automatically see the contents and be able to import it back in. Thanks! :-) -Alan

3 3

[Users] "Guest Agent Data" under "Network Interfaces" empty
by Yedidyah Bar David 26 Jan '14

26 Jan '14

Hi all, I installed ovirt engine 3.4 beta with two VMs - one opensuse 13.1 with ovirt-guest-agent from [1] and another fedora 19 with oga from fedora. Both of them seem to work well - I can see installed applications, logged in user, memory usage. But in both of them, under "Network Interfaces", the "Guest Agent Data" tab on the right has just headers, with no data. 'vdsClient -s 0 getAllVmStats' on the host does show such data correctly for both VMs. Am I missing anything? Is it a bug, or I should do something to get there data from the agent (through vdsm)? [1] https://build.opensuse.org/package/show/home:evilissimo/ovirt-guest-agent Thanks, -- Didi

5 7

[Users] The machine type of one cluster
by Kewei Yu 25 Jan '14

25 Jan '14

Hi all: There is a "machine type" in cluster, It will decide which machine of Qemu will be used, When we add the first host into cluster, a default machine type is shown. We can correct the DB's value of the engine to set the machine type. I just want to know how dose cluster choice the default machine? It is decided by VDSM? Qemu? or It is only fixed value in engine's DB? Regard Kewei

2 2

[Users] Extremely poor disk access speeds in Windows guest
by Steve Dainard 25 Jan '14

25 Jan '14

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

6 7

Re: [Users] disk could not be removed, illegal state
by Gianluca Cecchi 24 Jan '14

24 Jan '14

This was my first related post when in 3.3.2 beta http://lists.ovirt.org/pipermail/users/2013-December/018653.html and it remained with same problem in 3.3.2 final Its bug id should be this one: https://bugzilla.redhat.com/show_bug.cgi?id=1046600 resolved in 3.3.3beta1. I successfullt verified it for my disks in 3.3.3 rc. See my feedback here: http://lists.ovirt.org/pipermail/users/2014-January/020222.html I think final 3.3.3 will be out pretty soon so you can update and delete your disks in illegal state. Gianluca On Fri, Jan 24, 2014 at 10:40 PM, William Kwan <potatok(a)yahoo.com> wrote: > oVirt Engine Version: 3.3.2-1.el6 > > > On Friday, January 24, 2014 12:33 PM, Gianluca Cecchi > <gianluca.cecchi(a)gmail.com> wrote: > On Fri, Jan 24, 2014 at 6:15 PM, William Kwan wrote: > >> Hi, >> >> When I remove a VM, I get the following messages >> >> VM xxxx has been removed, but the following disk could not be removed: >> xxxx_disk1. These disks will appear in the main disks tab in illegal >> state, >> please remove manually when possible. >> >> Is this a known bug or is it some problem with my setup? >> I think I can find the "disk" by searching the ID from the filesystem. It >> may stay as an entry in the disk list and I can remove it. >> >> Thanks >> Will > > > > Known bug. Verified resolved since 3.3.3beta1. > > what's your version? > Gianluca > > >

1 0

[Users] disk could not be removed, illegal state
by William Kwan 24 Jan '14

24 Jan '14

--1085140594-101825095-1390583744=:87173 Content-Type: text/plain; charset=us-ascii Hi, When I remove a VM, I get the following messages VM xxxx has been removed, but the following disk could not be removed: xxxx_disk1. These disks will appear in the main disks tab in illegal state, please remove manually when possible. Is this a known bug or is it some problem with my setup? I think I can find the "disk" by searching the ID from the filesystem. It may stay as an entry in the disk list and I can remove it. Thanks Will --1085140594-101825095-1390583744=:87173 Content-Type: text/html; charset=us-ascii <html><body><div style="color:#000; background-color:#fff; font-family:Courier New, courier, monaco, monospace, sans-serif;font-size:10pt">Hi,<br><br>When I remove a VM, I get the following messages<br><br>VM xxxx has been removed, but the following disk could not be removed: xxxx_disk1. These disks will appear in the main disks tab in illegal state, please remove manually when possible.<br><br>Is this a known bug or is it some problem with my setup?<br>I think I can find the "disk" by searching the ID from the filesystem. It may stay as an entry in the disk list and I can remove it.<br><br>Thanks<br>Will<br><div><br></div></div></body></html> --1085140594-101825095-1390583744=:87173--

1 0

[Users] Fails to add a new host due to ssh error
by Meital Bourvine 24 Jan '14

24 Jan '14

Hi, I'm trying to add a new host to my setup, and it fails with the following error: 014-01-24 14:12:52,129 ERROR [org.ovirt.engine.core.bll.InstallVdsCommand] (pool-4-thread-48) [1111ca35] Host installation failed for host efd0c4b4-e3d6-421a-b6e5-21bd5f03aa59, master-vds13.: java.io.IOException: Command returned failure code 1 during SSH session 'root@myhost' at org.ovirt.engine.core.utils.ssh.SSHClient.executeCommand(SSHClient.java:508) [utils.jar:] at org.ovirt.engine.core.utils.ssh.SSHDialog.executeCommand(SSHDialog.java:311) [utils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:1043) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsCommand.installHost(InstallVdsCommand.java:192) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:105) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1134) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1219) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1895) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:174) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:116) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1239) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:362) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:416) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:395) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:636) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_51] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_51] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_51] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_51] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:58) [jboss-as-ee.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:58) [jboss-as-ee.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [jboss-as-ejb3.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [jboss-as-ejb3.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:259) [jboss-as-ejb3.jar:7.3.1.Final-redhat-1] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:398) [jboss-as-ejb3.jar:7.3.1.Final-redhat-1] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:242) [jboss-as-ejb3.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [jboss-as-ejb3.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee.jar:7.3.1.Final-redhat-1] at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) [jboss-as-ee.jar:7.3.1.Final-redhat-1] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation.jar:1.1.2.Final-redhat-1] at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee.jar:7.3.1.Final-redhat-1] at org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view9.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.AddVdsCommand$3.run(AddVdsCommand.java:173) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_51] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_51] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_51] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_51] at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_51] However, SSH from the engine to the same host works perfectly. Any ideas why it fails? Thanks, Meital

4 10