[Users] cannot add new logical network to host
I am trying to add a network for a sandbox environment that only certain VMs will have access to and those VMs will not have access to the rest of our network. This is to allow new systems to be tested in a safe environment where they can't possibly muck with our live systems. I'm trying to follow the instructions of section 5.4 Logical Network Tasks<https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualization/3.1-Beta/html-single/Administration_Guide/index.html#sect-Logical_Network_Tasks>in the Admin guide but I keep getting an error when adding to the host. Here is what I'm doing: Under Data Centers > Default > Logical Networks > New, I create a new logical network called sandbox, VM network is checked, VLAN network is checked and VLAN ID is 2. . Under Clusters > Default > Logical Networks > Assign/Unassign Networks, I check Assign but not Required and sandbox appears in the list. Under Hosts > cloudhost01 > Network Interfaces > Setup Host Networks, I drag sandbox to the em1 interface which is also where ovirtmgmt is assigned. There is am em2 interface, but that is dedicated to iSCSI storage and has no Logical Networks assigned to it. I check "Save network configuration", leave "Verify connectivity between Host and ovirt-engine" checked, click OK and I get "Error: cloudhost01: - General command validation failure." This may not be relevant, but in my event log I get "cloudhost01 is missing vlan id: 2 that is expected by the cluster" warnings when I activate cloudhost01 while the sandbox network exists. I have tired doing things with different orders and tweaks all resulting in the same error. Here are my versions: ovirt-log-collector-3.1.0-16.el6.noarch ovirt-image-uploader-3.1.0-16.el6.noarch ovirt-engine-userportal-3.1.0-3.19.el6.noarch ovirt-engine-setup-3.1.0-3.19.el6.noarch ovirt-engine-restapi-3.1.0-3.19.el6.noarch ovirt-engine-config-3.1.0-3.19.el6.noarch ovirt-engine-notification-service-3.1.0-3.19.el6.noarch ovirt-engine-backend-3.1.0-3.19.el6.noarch ovirt-engine-sdk-3.1.0.5-1.el6.noarch ovirt-iso-uploader-3.1.0-16.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch ovirt-engine-genericapi-3.1.0-3.19.el6.noarch ovirt-engine-tools-common-3.1.0-3.19.el6.noarch ovirt-engine-3.1.0-3.19.el6.noarch The rest of this message is the accompanying stack trace that shows up in engine.log. Looks to my lay eye like an expected database column is missing or something. Any ideas? 2012-11-14 15:34:17,332 ERROR [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--0.0.0.0-8009-10) [78b1227b] Error during CanDoActionFailure.: javax.validation.ValidationException: Call to TraversableResolver.isReachable() threw an exception at org.hibernate.validator.engine.ValidatorImpl.isValidationRequired(ValidatorImpl.java:773) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.ValidatorImpl.validateConstraint(ValidatorImpl.java:331) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.ValidatorImpl.validateConstraintsForRedefinedDefaultGroup(ValidatorImpl.java:278) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.ValidatorImpl.validateConstraintsForCurrentGroup(ValidatorImpl.java:260) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.ValidatorImpl.validateInContext(ValidatorImpl.java:213) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.ValidatorImpl.validateCascadedConstraint(ValidatorImpl.java:466) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.ValidatorImpl.validateCascadedConstraints(ValidatorImpl.java:372) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.ValidatorImpl.validateInContext(ValidatorImpl.java:219) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.ValidatorImpl.validate(ValidatorImpl.java:119) [hibernate-validator.jar:4.0.2.GA] at org.ovirt.engine.core.common.utils.ValidationUtils.validateInputs(ValidationUtils.java:77) [engine-common.jar:] at org.ovirt.engine.core.bll.CommandBase.validateInputs(CommandBase.java:518) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.InternalCanDoAction(CommandBase.java:486) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.ExecuteAction(CommandBase.java:261) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:336) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.RunAction(Backend.java:294) [engine-bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09-icedtea] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.ovirt.engine.core.utils.ThreadLocalSessionCleanerInterceptor.injectWebContextToThreadLocal(ThreadLocalSessionCleanerInterceptor.java:11) [engine-utils.jar:] at sun.reflect.GeneratedMethodAccessor58.invoke(Unknown Source) [:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:123) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:211) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:363) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:194) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:173) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view8.RunAction(Unknown Source) [engine-common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.RunAction(GenericApiGWTServiceImpl.java:120) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09-icedtea] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:161) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:222) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] Caused by: javax.persistence.PersistenceException: Unable to find field or method: class org.ovirt.engine.core.common.businessentities.VdsNetworkInterface#interfaces at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.findMember(PersistenceUtilHelper.java:201) at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.getMember(PersistenceUtilHelper.java:176) at org.hibernate.ejb.util.PersistenceUtilHelper.get(PersistenceUtilHelper.java:89) at org.hibernate.ejb.util.PersistenceUtilHelper.isLoadedWithReference(PersistenceUtilHelper.java:81) at org.hibernate.ejb.HibernatePersistence$1.isLoadedWithReference(HibernatePersistence.java:93) at javax.persistence.Persistence$1.isLoaded(Persistence.java:98) [hibernate-jpa-2.0-api-1.0.1.Final.jar:1.0.1.Final] at org.hibernate.validator.engine.resolver.JPATraversableResolver.isReachable(JPATraversableResolver.java:33) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.resolver.DefaultTraversableResolver.isReachable(DefaultTraversableResolver.java:112) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.resolver.SingleThreadCachedTraversableResolver.isReachable(SingleThreadCachedTraversableResolver.java:47) [hibernate-validator.jar:4.0.2.GA] at org.hibernate.validator.engine.ValidatorImpl.isValidationRequired(ValidatorImpl.java:764) [hibernate-validator.jar:4.0.2.GA] ... 81 more
Hi Alan, ----- Original Message -----
From: "Alan Johnson" <alan@datdec.com> To: "users" <users@ovirt.org> Sent: Wednesday, November 14, 2012 11:05:31 PM Subject: [Users] cannot add new logical network to host
I am trying to add a network for a sandbox environment that only certain VMs will have access to and those VMs will not have access to the rest of our network. This is to allow new systems to be tested in a safe environment where they can't possibly muck with our live systems. I'm trying to follow the instructions of section 5.4 Logical Network Tasks in the Admin guide but I keep getting an error when adding to the host. Here is what I'm doing:
Under Data Centers > Default > Logical Networks > New, I create a new logical network called sandbox, VM network is checked, VLAN network is checked and VLAN ID is 2. . Under Clusters > Default > Logical Networks > Assign/Unassign Networks, I check Assign but not Required and sandbox appears in the list. Under Hosts > cloudhost01 > Network Interfaces > Setup Host Networks, I drag sandbox to the em1 interface which is also where ovirtmgmt is assigned. There is am em2 interface, but that is dedicated to iSCSI storage and has no Logical Networks assigned to it. I check "Save network configuration", leave "Verify connectivity between Host and ovirt-engine" checked, click OK and I get " Error: cloudhost01: - General command validation failure. "
If I understand you correctly, you try to add a new VM-VLANed network (sandbox) to interface em1 that already has another VM network (ovirtmgmt). If so, this operation is not permited. You can't attach VM-VLANed network and VM-nonVLANed network to same interface. To be sure that this is a case, I need to know your vdsm version and vdsm log will be good as well Regards, Igor
This may not be relevant, but in my event log I get " cloudhost01 is missing vlan id: 2 that is expected by the cluster " warnings when I activate cloudhost01 while the sandbox network exists. I have tired doing things with different orders and tweaks all resulting in the same error. Here are my versions: ovirt-log-collector-3.1.0-16.el6.noarch ovirt-image-uploader-3.1.0-16.el6.noarch ovirt-engine-userportal-3.1.0-3.19.el6.noarch ovirt-engine-setup-3.1.0-3.19.el6.noarch ovirt-engine-restapi-3.1.0-3.19.el6.noarch ovirt-engine-config-3.1.0-3.19.el6.noarch ovirt-engine-notification-service-3.1.0-3.19.el6.noarch ovirt-engine-backend-3.1.0-3.19.el6.noarch ovirt-engine-sdk-3.1.0.5-1.el6.noarch ovirt-iso-uploader-3.1.0-16.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch ovirt-engine-genericapi-3.1.0-3.19.el6.noarch ovirt-engine-tools-common-3.1.0-3.19.el6.noarch ovirt-engine-3.1.0-3.19.el6.noarch
The rest of this message is the accompanying stack trace that shows up in engine.log. Looks to my lay eye like an expected database column is missing or something. Any ideas?
2012-11-14 15:34:17,332 ERROR [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--0.0.0.0-8009-10) [78b1227b] Error during CanDoActionFailure.: javax.validation.ValidationException: Call to TraversableResolver.isReachable() threw an exception at org.hibernate.validator.engine.ValidatorImpl.isValidationRequired(ValidatorImpl.java:773) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateConstraint(ValidatorImpl.java:331) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateConstraintsForRedefinedDefaultGroup(ValidatorImpl.java:278) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateConstraintsForCurrentGroup(ValidatorImpl.java:260) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateInContext(ValidatorImpl.java:213) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateCascadedConstraint(ValidatorImpl.java:466) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateCascadedConstraints(ValidatorImpl.java:372) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateInContext(ValidatorImpl.java:219) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validate(ValidatorImpl.java:119) [hibernate-validator.jar: 4.0.2.GA ] at org.ovirt.engine.core.common.utils.ValidationUtils.validateInputs(ValidationUtils.java:77) [engine-common.jar:] at org.ovirt.engine.core.bll.CommandBase.validateInputs(CommandBase.java:518) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.InternalCanDoAction(CommandBase.java:486) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.ExecuteAction(CommandBase.java:261) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:336) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.RunAction(Backend.java:294) [engine-bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09-icedtea] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.ovirt.engine.core.utils.ThreadLocalSessionCleanerInterceptor.injectWebContextToThreadLocal(ThreadLocalSessionCleanerInterceptor.java:11) [engine-utils.jar:] at sun.reflect.GeneratedMethodAccessor58.invoke(Unknown Source) [:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:123) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:211) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:363) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:194) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:173) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view8.RunAction(Unknown Source) [engine-common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.RunAction(GenericApiGWTServiceImpl.java:120) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09-icedtea] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:161) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:222) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] Caused by: javax.persistence.PersistenceException: Unable to find field or method: class org.ovirt.engine.core.common.businessentities.VdsNetworkInterface#interfaces at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.findMember(PersistenceUtilHelper.java:201) at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.getMember(PersistenceUtilHelper.java:176) at org.hibernate.ejb.util.PersistenceUtilHelper.get(PersistenceUtilHelper.java:89) at org.hibernate.ejb.util.PersistenceUtilHelper.isLoadedWithReference(PersistenceUtilHelper.java:81) at org.hibernate.ejb.HibernatePersistence$1.isLoadedWithReference(HibernatePersistence.java:93) at javax.persistence.Persistence$1.isLoaded(Persistence.java:98) [hibernate-jpa-2.0-api-1.0.1.Final.jar:1.0.1.Final] at org.hibernate.validator.engine.resolver.JPATraversableResolver.isReachable(JPATraversableResolver.java:33) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.resolver.DefaultTraversableResolver.isReachable(DefaultTraversableResolver.java:112) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.resolver.SingleThreadCachedTraversableResolver.isReachable(SingleThreadCachedTraversableResolver.java:47) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.isValidationRequired(ValidatorImpl.java:764) [hibernate-validator.jar: 4.0.2.GA ] ... 81 more
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 11/15/2012 08:11 AM, Igor Lvovsky wrote:
Hi Alan,
----- Original Message -----
From: "Alan Johnson" <alan@datdec.com> To: "users" <users@ovirt.org> Sent: Wednesday, November 14, 2012 11:05:31 PM Subject: [Users] cannot add new logical network to host
I am trying to add a network for a sandbox environment that only certain VMs will have access to and those VMs will not have access to the rest of our network. This is to allow new systems to be tested in a safe environment where they can't possibly muck with our live systems. I'm trying to follow the instructions of section 5.4 Logical Network Tasks in the Admin guide but I keep getting an error when adding to the host. Here is what I'm doing:
Under Data Centers > Default > Logical Networks > New, I create a new logical network called sandbox, VM network is checked, VLAN network is checked and VLAN ID is 2. . Under Clusters > Default > Logical Networks > Assign/Unassign Networks, I check Assign but not Required and sandbox appears in the list. Under Hosts > cloudhost01 > Network Interfaces > Setup Host Networks, I drag sandbox to the em1 interface which is also where ovirtmgmt is assigned. There is am em2 interface, but that is dedicated to iSCSI storage and has no Logical Networks assigned to it. I check "Save network configuration", leave "Verify connectivity between Host and ovirt-engine" checked, click OK and I get " Error: cloudhost01: - General command validation failure. "
If I understand you correctly, you try to add a new VM-VLANed network (sandbox) to interface em1 that already has another VM network (ovirtmgmt).
If so, this operation is not permited. You can't attach VM-VLANed network and VM-nonVLANed network to same interface.
To be sure that this is a case, I need to know your vdsm version and vdsm log will be good as well
Regards, Igor logic/flow aside, still the error is on engine side - validating the VdsNetworkInterface entity which seems to be missing an "interfaces" field or method thus throwing this runtime error. I wonder if GWT serialized something unexpected here. Alan - can you try invoking setup networks and see if any other action is terminated the same way?
This may not be relevant, but in my event log I get " cloudhost01 is missing vlan id: 2 that is expected by the cluster " warnings when I activate cloudhost01 while the sandbox network exists. I have tired doing things with different orders and tweaks all resulting in the same error. Here are my versions: ovirt-log-collector-3.1.0-16.el6.noarch ovirt-image-uploader-3.1.0-16.el6.noarch ovirt-engine-userportal-3.1.0-3.19.el6.noarch ovirt-engine-setup-3.1.0-3.19.el6.noarch ovirt-engine-restapi-3.1.0-3.19.el6.noarch ovirt-engine-config-3.1.0-3.19.el6.noarch ovirt-engine-notification-service-3.1.0-3.19.el6.noarch ovirt-engine-backend-3.1.0-3.19.el6.noarch ovirt-engine-sdk-3.1.0.5-1.el6.noarch ovirt-iso-uploader-3.1.0-16.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-webadmin-portal-3.1.0-3.19.el6.noarch ovirt-engine-dbscripts-3.1.0-3.19.el6.noarch ovirt-engine-genericapi-3.1.0-3.19.el6.noarch ovirt-engine-tools-common-3.1.0-3.19.el6.noarch ovirt-engine-3.1.0-3.19.el6.noarch
The rest of this message is the accompanying stack trace that shows up in engine.log. Looks to my lay eye like an expected database column is missing or something. Any ideas?
2012-11-14 15:34:17,332 ERROR [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--0.0.0.0-8009-10) [78b1227b] Error during CanDoActionFailure.: javax.validation.ValidationException: Call to TraversableResolver.isReachable() threw an exception at org.hibernate.validator.engine.ValidatorImpl.isValidationRequired(ValidatorImpl.java:773) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateConstraint(ValidatorImpl.java:331) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateConstraintsForRedefinedDefaultGroup(ValidatorImpl.java:278) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateConstraintsForCurrentGroup(ValidatorImpl.java:260) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateInContext(ValidatorImpl.java:213) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateCascadedConstraint(ValidatorImpl.java:466) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateCascadedConstraints(ValidatorImpl.java:372) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validateInContext(ValidatorImpl.java:219) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.validate(ValidatorImpl.java:119) [hibernate-validator.jar: 4.0.2.GA ] at org.ovirt.engine.core.common.utils.ValidationUtils.validateInputs(ValidationUtils.java:77) [engine-common.jar:] at org.ovirt.engine.core.bll.CommandBase.validateInputs(CommandBase.java:518) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.InternalCanDoAction(CommandBase.java:486) [engine-bll.jar:] at org.ovirt.engine.core.bll.CommandBase.ExecuteAction(CommandBase.java:261) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:336) [engine-bll.jar:] at org.ovirt.engine.core.bll.Backend.RunAction(Backend.java:294) [engine-bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09-icedtea] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.ovirt.engine.core.utils.ThreadLocalSessionCleanerInterceptor.injectWebContextToThreadLocal(ThreadLocalSessionCleanerInterceptor.java:11) [engine-utils.jar:] at sun.reflect.GeneratedMethodAccessor58.invoke(Unknown Source) [:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:123) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:211) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:363) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:194) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:173) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view8.RunAction(Unknown Source) [engine-common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.RunAction(GenericApiGWTServiceImpl.java:120) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_09-icedtea] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_09-icedtea] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_09-icedtea] at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_09-icedtea] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:161) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:222) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] Caused by: javax.persistence.PersistenceException: Unable to find field or method: class org.ovirt.engine.core.common.businessentities.VdsNetworkInterface#interfaces at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.findMember(PersistenceUtilHelper.java:201) at org.hibernate.ejb.util.PersistenceUtilHelper$MetadataCache.getMember(PersistenceUtilHelper.java:176) at org.hibernate.ejb.util.PersistenceUtilHelper.get(PersistenceUtilHelper.java:89) at org.hibernate.ejb.util.PersistenceUtilHelper.isLoadedWithReference(PersistenceUtilHelper.java:81) at org.hibernate.ejb.HibernatePersistence$1.isLoadedWithReference(HibernatePersistence.java:93) at javax.persistence.Persistence$1.isLoaded(Persistence.java:98) [hibernate-jpa-2.0-api-1.0.1.Final.jar:1.0.1.Final] at org.hibernate.validator.engine.resolver.JPATraversableResolver.isReachable(JPATraversableResolver.java:33) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.resolver.DefaultTraversableResolver.isReachable(DefaultTraversableResolver.java:112) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.resolver.SingleThreadCachedTraversableResolver.isReachable(SingleThreadCachedTraversableResolver.java:47) [hibernate-validator.jar: 4.0.2.GA ] at org.hibernate.validator.engine.ValidatorImpl.isValidationRequired(ValidatorImpl.java:764) [hibernate-validator.jar: 4.0.2.GA ] ... 81 more
_______________________________________________ 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
On Thu, Nov 15, 2012 at 5:34 AM, Roy Golan <rgolan@redhat.com> wrote:
logic/flow aside, still the error is on engine side - validating the VdsNetworkInterface entity which seems to be missing an "interfaces" field or method thus throwing this runtime error. I wonder if GWT serialized something unexpected here. Alan - can you try invoking setup networks and see if any other action is terminated the same way?
Yes, no matter what I do on Setup Host Networks, I get the same error when I click OK. Even if I make not changes at all, I get the same when I click OK. I have to Cancel to get out of that screen.
On 11/15/2012 04:46 PM, Alan Johnson wrote:
On Thu, Nov 15, 2012 at 5:34 AM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com>> wrote:
logic/flow aside, still the error is on engine side - validating the VdsNetworkInterface entity which seems to be missing an "interfaces" field or method thus throwing this runtime error. I wonder if GWT serialized something unexpected here. Alan - can you try invoking setup networks and see if any other action is terminated the same way?
Yes, no matter what I do on Setup Host Networks, I get the same error when I click OK. Even if I make not changes at all, I get the same when I click OK. I have to Cancel to get out of that screen.
I tried same scenario but haven't got any error like this. However, I'm working on the latest version... Could you send the content of the vds_interface table ? even off-list so I can try to debug it on my system ?
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Thu, Nov 15, 2012 at 11:29 AM, Moti Asayag <masayag@redhat.com> wrote:
I tried same scenario but haven't got any error like this. However, I'm working on the latest version...
Could you send the content of the vds_interface table ? even off-list so I can try to debug it on my system ?
Be sure to read my other post before running with this as it may be a dead end, but here is the dump from last night's backup (just the one row): -- -- Name: vds_interface; Type: TABLE; Schema: public; Owner: engine; Tablespace: -- CREATE TABLE vds_interface ( id uuid NOT NULL, name character varying(50) NOT NULL, network_name character varying(50), vds_id uuid, mac_addr character varying(20), is_bond boolean DEFAULT false, bond_name character varying(50), bond_type integer, bond_opts character varying(4000), vlan_id integer, speed integer, addr character varying(20), subnet character varying(20), gateway character varying(20), boot_protocol integer, type integer DEFAULT 0, _create_date timestamp with time zone DEFAULT ('now'::text)::timestamp without time zone, _update_date timestamp with time zone, mtu integer, bridged boolean DEFAULT true NOT NULL ); INSERT INTO vds_interface(addr, bond_name, bond_type, gateway, id, is_bond, bond_opts, mac_addr, name, network_name, speed, subnet, boot_protocol, type, VDS_ID, vlan_id, mtu, bridged) VALUES(v_addr, v_bond_name, v_bond_type, v_gateway, v_id, v_is_bond, v_bond_opts, v_mac_addr, v_name, v_network_name, v_speed, v_subnet, v_boot_protocol, v_type, v_vds_id, v_vlan_id, v_mtu, v_bridged); END; $$; Thanks!
On Thu, Nov 15, 2012 at 12:59 PM, Alan Johnson <alan@datdec.com> wrote:
Be sure to read my other post before running with this as it may be a dead end, but here is the dump from last night's backup (just the one row):
INSERT INTO vds_interface(addr, bond_name, bond_type, gateway, id, is_bond, bond_opts, mac_addr, name, network_name, speed, subnet, boot_protocol, type, VDS_ID, vlan_id, mtu, bridged) VALUES(v_addr, v_bond_name, v_bond_type, v_gateway, v_id, v_is_bond, v_bond_opts, v_mac_addr, v_name, v_network_name, v_speed, v_subnet, v_boot_protocol, v_type, v_vds_id, v_vlan_id, v_mtu, v_bridged); END; $$;
Whoops! I didn't actually read the SQL before sending, just skimmed looking for anything sensitive I see now that this is not at all useful. Here is a CSV output of that table: "id","name","network_name","vds_id","mac_addr","is_bond","bond_name","bond_type","bond_opts","vlan_id","speed","addr","subnet","gateway","boot_protocol","type","_create_date","_update_date","mtu","bridged" "d9843c29-ff18-4f26-ba9c-19c24a3dc65d","bond0","","88089a7c-124e-11e2-877b-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-09 16:25:13.441602-04","2012-11-14 15:11:13.867575-05","1500","0" "41e44be1-1e6a-4468-b613-0defc957e57a","bond1","","88089a7c-124e-11e2-877b-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-09 16:25:13.444754-04","2012-11-14 15:11:13.871171-05","1500","0" "4aac622e-942b-424d-b37c-c9cac9c3eaa9","bond2","","88089a7c-124e-11e2-877b-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-09 16:25:13.447615-04","2012-11-14 15:11:13.874052-05","1500","0" "2f3edf8c-60e6-4b0e-9a77-fd15f395ad2c","em1","ovirtmgmt","88089a7c-124e-11e2-877b-52540021f621","84:8f:69:75:50:e9","","","","","","1000","192.168.119.158","255.255.255.0","192.168.119.110","1","2","2012-10-09 16:25:13.421371-04","2012-11-14 15:11:13.876869-05","1500","1" "59c2ce88-2f1e-4342-98f6-6e4c0fdcc60a","bond0","","acb1a7d6-122d-11e2-9f25-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-09 12:36:20.430133-04","2012-11-14 15:11:18.753809-05","1500","0" "8f185782-29c7-4bea-95ef-ab02306bb7a1","bond1","","acb1a7d6-122d-11e2-9f25-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-09 12:36:20.43354-04","2012-11-14 15:11:18.75761-05","1500","0" "3eaa26a9-10d0-4e8f-aab8-a02b7e5cb33b","bond2","","acb1a7d6-122d-11e2-9f25-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-09 12:36:20.43681-04","2012-11-14 15:11:18.761024-05","1500","0" "2d931dfa-9b57-4342-8c1d-feb122bb908f","em2","","88089a7c-124e-11e2-877b-52540021f621","84:8f:69:75:50:eb","","","","","","1000","10.10.5.102","255.255.255.0","","","0","2012-10-09 16:25:13.429715-04","2012-11-14 15:11:13.879592-05","9000","0" "53dcddb6-4494-4f8e-8b5c-ad139ceb551b","em1","ovirtmgmt","acb1a7d6-122d-11e2-9f25-52540021f621","84:8f:69:75:50:8e","","","","","","1000","192.168.119.186","255.255.255.0","192.168.119.110","1","2","2012-10-09 12:36:20.414512-04","2012-11-14 15:11:18.764122-05","1500","1" "37d0d8d7-d512-4a74-99c2-e61fe82b893e","em2","","acb1a7d6-122d-11e2-9f25-52540021f621","84:8f:69:75:50:90","","","","","","1000","10.10.5.103","255.255.255.0","","","0","2012-10-09 12:36:20.419835-04","2012-11-14 15:11:18.770674-05","9000","0" "a31eb4bc-dc2c-4697-8d72-e61e41fc2bdb","bond2","","ec7b4186-2e95-11e2-abe4-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-11-14 15:06:01.669305-05","2012-11-14 16:01:05.967822-05","1500","0" "c8d832d2-e789-46de-a5b5-9d4bbbdada72","em1","ovirtmgmt","ec7b4186-2e95-11e2-abe4-52540021f621","84:8f:69:75:50:81","","","","","","1000","192.168.119.156","255.255.255.0","192.168.119.110","1","2","2012-11-14 15:06:01.648564-05","2012-11-14 16:01:05.969595-05","1500","1" "bc5892b9-6b96-4034-b828-9d46b1c38060","em2","","ec7b4186-2e95-11e2-abe4-52540021f621","84:8f:69:75:50:83","","","","","","1000","10.10.5.101","255.255.255.0","","","0","2012-11-14 15:06:01.654161-05","2012-11-14 16:01:05.971152-05","9000","0" "bfe14fb3-2040-4ece-bd99-51fe31eabfc4","bond4","","ec7b4186-2e95-11e2-abe4-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-11-14 15:06:01.657521-05","2012-11-14 16:01:05.972706-05","1500","0" "7d544efc-9942-4596-990a-9e6841d592d1","bond3","","ec7b4186-2e95-11e2-abe4-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-11-14 15:06:01.660389-05","2012-11-14 16:01:05.974151-05","1500","0" "238cbbc3-b1e0-404e-bf1d-e1ab95eed352","bond0","","ec7b4186-2e95-11e2-abe4-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-11-14 15:06:01.663768-05","2012-11-14 16:01:05.975702-05","1500","0" "8c081d29-86a0-46e7-8bf9-89c7c17bf24b","bond1","","ec7b4186-2e95-11e2-abe4-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-11-14 15:06:01.666703-05","2012-11-14 16:01:05.977166-05","1500","0" "f88cfbee-1468-4e53-8fd8-7285ff46dede","bond4","","88089a7c-124e-11e2-877b-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-09 16:25:13.434369-04","2012-11-14 15:11:13.885784-05","1500","0" "369b0757-078a-4b18-b0de-d42cca1bcbad","bond3","","88089a7c-124e-11e2-877b-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-09 16:25:13.438335-04","2012-11-14 15:11:13.888115-05","1500","0" "42825d0d-acb0-46e0-b84d-aee4cdee3f55","em1","ovirtmgmt","e5a52b3c-0f10-11e2-94c2-52540021f621","84:8f:69:75:50:f6","","","","","","1000","192.168.119.188","255.255.255.0","192.168.119.110","1","2","2012-10-05 13:25:47.081134-04","2012-11-14 15:11:15.811989-05","1500","1" "774504e6-ad28-419f-84ba-b5d138462472","em2","","e5a52b3c-0f10-11e2-94c2-52540021f621","84:8f:69:75:50:f8","","","","","","1000","10.10.5.104","255.255.255.0","","","0","2012-10-05 13:25:47.089057-04","2012-11-14 15:11:15.817492-05","9000","0" "bfe6b177-dd9f-4a93-a362-fcb179b9b11b","bond4","","e5a52b3c-0f10-11e2-94c2-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-05 13:25:47.092754-04","2012-11-14 15:11:15.819832-05","1500","0" "ab7a9220-e82d-4e53-b685-ca2b72c39dd2","bond3","","e5a52b3c-0f10-11e2-94c2-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-05 13:25:47.096358-04","2012-11-14 15:11:15.822037-05","1500","0" "f29d29c7-15c8-4879-bd8e-e0b22ce42a39","bond0","","e5a52b3c-0f10-11e2-94c2-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-05 13:25:47.100471-04","2012-11-14 15:11:15.82839-05","1500","0" "d9be872b-2114-47a6-99ae-8be459c9e79a","bond1","","e5a52b3c-0f10-11e2-94c2-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-05 13:25:47.10407-04","2012-11-14 15:11:15.831098-05","1500","0" "d689ce0e-fdce-4460-a7d9-db70dbd5361e","bond2","","e5a52b3c-0f10-11e2-94c2-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-05 13:25:47.107418-04","2012-11-14 15:11:15.833994-05","1500","0" "59d3a367-818f-4264-99d2-98c8114f8b5e","bond4","","acb1a7d6-122d-11e2-9f25-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-09 12:36:20.423303-04","2012-11-14 15:11:18.744598-05","1500","0" "b0369321-0285-4757-b991-8c2e74f33706","bond3","","acb1a7d6-122d-11e2-9f25-52540021f621","00:00:00:00:00:00","1","","","","","","","","","0","0","2012-10-09 12:36:20.426796-04","2012-11-14 15:11:18.750523-05","1500","0"
On Thu, Nov 15, 2012 at 9:46 AM, Alan Johnson <alan@datdec.com> wrote:
On Thu, Nov 15, 2012 at 5:34 AM, Roy Golan <rgolan@redhat.com> wrote:
logic/flow aside, still the error is on engine side - validating the VdsNetworkInterface entity which seems to be missing an "interfaces" field or method thus throwing this runtime error. I wonder if GWT serialized something unexpected here. Alan - can you try invoking setup networks and see if any other action is terminated the same way?
Yes, no matter what I do on Setup Host Networks, I get the same error when I click OK. Even if I make not changes at all, I get the same when I click OK. I have to Cancel to get out of that screen.
I have just run though the same process on a different engine controlling a single node. Not changing anything on the Setup Host Networks screen, it closes successfully when I click OK. Trying to add the sandbox network to em1 gives the error "Error while executing action Setup Networks: Internal oVirt Engine Error". This shows up in engine.log: 2012-11-15 12:04:41,497 INFO [org.ovirt.engine.core.bll.SetupNetworksCommand] (ajp--0.0.0.0-8009-2) [51a6bccb] Running command: SetupNetworksCommand internal: false. Entities affected : ID: 65f7ba84-2aa5-11e2-a193-001a4aa8770c Type: VDS 2012-11-15 12:04:41,500 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--0.0.0.0-8009-2) [51a6bccb] START, SetupNetworksVDSCommand(vdsId = 65f7ba84-2aa5-11e2-a193-001a4aa8770c), log id: 1e23f24a 2012-11-15 12:04:41,501 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] (ajp--0.0.0.0-8009-2) [51a6bccb] FINISH, SetupNetworksVDSCommand, log id: 1e23f24a 2012-11-15 12:04:42,017 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-2) [51a6bccb] Failed in SetupNetworksVDS method 2012-11-15 12:04:42,017 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-2) [51a6bccb] Error code ERR_USED_NIC and error message VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = Setup attached more than one network to nic em1, some of which aren't vlans 2012-11-15 12:04:42,018 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase] (ajp--0.0.0.0-8009-2) [51a6bccb] org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = Setup attached more than one network to nic em1, some of which aren't vlans 2012-11-15 12:04:42,018 ERROR [org.ovirt.engine.core.vdsbroker.VDSCommandBase] (ajp--0.0.0.0-8009-2) [51a6bccb] Command SetupNetworksVDS execution failed. Exception: RuntimeException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error = Setup attached more than one network to nic em1, some of which aren't vlans 2012-11-15 12:04:42,021 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--0.0.0.0-8009-2) [51a6bccb] No string for UNASSIGNED type. Use default Log And vdsm.log show this: Dummy-3930::DEBUG::2012-11-15 12:04:41,618::__init__::1164::Storage.Misc.excCmd::(_log) 'dd if=/rhev/data-center/88c14568-2860-11e2-8ecf-001a4aa8770c/mastersd/dom_md/inbox iflag=direct, fullblock count=1 bs=1024000' (cwd None) Dummy-3930::DEBUG::2012-11-15 12:04:41,721::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = '1+0 records in\n1+0 records out\n1024000 bytes (1.0 MB) copied, 0.0531377 s, 19 .3 MB/s\n'; <rc> = 0 Thread-397033::DEBUG::2012-11-15 12:04:43,084::BindingXMLRPC::859::vds::(wrapper) client [192.168.119.232]::call setupNetworks with ({'ovirtmgmt': {'nic': 'em1', 'bridged': 'true'}, 'sa ndbox': {'nic': 'em1', 'vlan': '2', 'bridged': 'true'}}, {}, {'connectivityCheck': 'true', 'connectivityTimeout': 60000}) {} flowID [51a6bccb] Thread-397034::DEBUG::2012-11-15 12:04:43,085::BindingXMLRPC::859::vds::(wrapper) client [192.168.119.232]::call ping with () {} flowID [51a6bccb] Thread-397034::DEBUG::2012-11-15 12:04:43,086::BindingXMLRPC::865::vds::(wrapper) return ping with {'status': {'message': 'Done', 'code': 0}} MainProcess|Thread-397033::DEBUG::2012-11-15 12:04:43,099::configNetwork::1083::setupNetworks::(setupNetworks) Setting up network according to configuration: networks:{'ovirtmgmt': {'ni c': 'em1', 'bridged': 'true'}, 'sandbox': {'nic': 'em1', 'vlan': '2', 'bridged': 'true'}}, bondings:{}, options:{'connectivityCheck': 'true', 'connectivityTimeout': 60000} MainProcess|Thread-397033::DEBUG::2012-11-15 12:04:43,099::configNetwork::1087::root::(setupNetworks) Validating configuration MainProcess|Thread-397033::ERROR::2012-11-15 12:04:43,110::configNetwork::1155::setupNetworks::(setupNetworks) (24, "Setup attached more than one network to nic em1, some of which aren' t vlans") Traceback (most recent call last): File "/usr/share/vdsm/configNetwork.py", line 1088, in setupNetworks _validateNetworkSetup(dict(networks), dict(bondings)) File "/usr/share/vdsm/configNetwork.py", line 969, in _validateNetworkSetup "Setup attached more than one network to nic %s, some of which aren't vlans"%(nic)) ConfigNetworkError: (24, "Setup attached more than one network to nic em1, some of which aren't vlans") MainProcess|Thread-397033::ERROR::2012-11-15 12:04:43,112::supervdsmServer::76::SuperVdsm.ServerCallback::(wrapper) Error in setupNetworks Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer.py", line 74, in wrapper return func(*args, **kwargs) File "/usr/share/vdsm/supervdsmServer.py", line 150, in setupNetworks return configNetwork.setupNetworks(networks, bondings, **options) File "/usr/share/vdsm/configNetwork.py", line 1088, in setupNetworks _validateNetworkSetup(dict(networks), dict(bondings)) File "/usr/share/vdsm/configNetwork.py", line 969, in _validateNetworkSetup "Setup attached more than one network to nic %s, some of which aren't vlans"%(nic)) ConfigNetworkError: (24, "Setup attached more than one network to nic em1, some of which aren't vlans") Thread-397033::ERROR::2012-11-15 12:04:43,112::API::1158::vds::(setupNetworks) Setup attached more than one network to nic em1, some of which aren't vlans Traceback (most recent call last): File "/usr/share/vdsm/API.py", line 1156, in setupNetworks supervdsm.getProxy().setupNetworks(networks, bondings, options) File "/usr/share/vdsm/supervdsm.py", line 67, in __call__ return callMethod() File "/usr/share/vdsm/supervdsm.py", line 65, in <lambda> **kwargs) File "<string>", line 2, in setupNetworks File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740, in _callmethod raise convert_to_error(kind, result) ConfigNetworkError: (24, "Setup attached more than one network to nic em1, some of which aren't vlans") Thread-397033::DEBUG::2012-11-15 12:04:43,113::BindingXMLRPC::865::vds::(wrapper) return setupNetworks with {'status': {'message': "Setup attached more than one network to nic em1, some of which aren't vlans", 'code': 24}} Dummy-3930::DEBUG::2012-11-15 12:04:43,732::__init__::1164::Storage.Misc.excCmd::(_log) 'dd if=/rhev/data-center/88c14568-2860-11e2-8ecf-001a4aa8770c/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=1024000' (cwd None) Dummy-3930::DEBUG::2012-11-15 12:04:43,841::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = '1+0 records in\n1+0 records out\n1024000 bytes (1.0 MB) copied, 0.0565243 s, 18.1 MB/s\n'; <rc> = 0 VM Channels Listener::DEBUG::2012-11-15 12:04:45,065::vmChannels::60::vds::(_handle_timeouts) Timeout on fileno 317. Dummy-3930::DEBUG::2012-11-15 12:04:45,852::__init__::1164::Storage.Misc.excCmd::(_log) 'dd if=/rhev/data-center/88c14568-2860-11e2-8ecf-001a4aa8770c/mastersd/dom_md/inbox iflag=direct,fullblock count=1 bs=1024000' (cwd None) Dummy-3930::DEBUG::2012-11-15 12:04:45,960::__init__::1164::Storage.Misc.excCmd::(_log) SUCCESS: <err> = '1+0 records in\n1+0 records out\n1024000 bytes (1.0 MB) copied, 0.0565389 s, 18.1 MB/s\n'; <rc> = 0 [A side note: is it wise to keep DEBUG on VDSM logs? If not, is there an easy way to shut it off? That is an awful lot of traffic and might explain why my nodes ran so slow when I was booting off of USB sticks.] So, all that seems to be consistent with Igor's comments and I'll have to do some fancy dancing to get this setup once I get past the other bug. It would be nice if the GUI relayed the error "Setup attached more than one network to nic em1, some of which aren't vlans" from VDSM to the user, or some clearer translation, but it sounds like that is on the way based on Moti's comments about the nightly's, so I'll let it drop. This engine and node were built last week and the process went much more smoothly than this first engine having problems. For the problematic engine, which I setup a couple of months ago, the CentOS6 packages had bunch of broken symlinks to jars that were on the system, but not where the symlinks expected them to be. That appears to have been fixed as of least week when I setup this second engine. To fix it on the first, I manually created symlinks where the broken ones were pointed rather than messing with any symlinks created by the packages. I wonder now if the packages on the bad engine (which are up to date) would have created different symlinks where I did and mine are blocking them from being created. I can rebuild the engine server if needed, but I would appreciate if some one can confirm that this error is consistent with a wrong version of a jar or some similar potential issue. Of course, I would also appreciate if there is a simpler solution. =)
------=_Part_10043118_1865530963.1353238249609 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit On Thu, Nov 15, 2012 at 9:46 AM, Alan Johnson < alan@datdec.com > wrote:
On Thu, Nov 15, 2012 at 5:34 AM, Roy Golan < rgolan@redhat.com > wrote:
logic/flow aside, still the error is on engine side - validating the VdsNetworkInterface entity which seems to be missing an "interfaces" field or method thus throwing this runtime error.
I wonder if GWT serialized something unexpected here.
Alan - can you try invoking setup networks and see if any other action is terminated the same way?
Yes, no matter what I do on Setup Host Networks, I get the same error when I click OK. Even if I make not changes at all, I get the same when I click OK. I have to Cancel to get out of that screen.
I have just run though the same process on a different engine controlling a single node. Not changing anything on the Setup Host Networks screen, it closes successfully when I click OK. Trying to add the sandbox network to em1 gives the error "Error while executing action Setup Networks: Internal oVirt Engine Error". This shows up in engine.log: <<SNIP>>
[A side note: is it wise to keep DEBUG on VDSM logs? If not, is there an easy way to shut it off? That is an awful lot of traffic and might explain why my nodes ran so slow when I was booting off of USB sticks.] Since you're running off of a USB stick, which is probably limited in write bandwidth (USB interface + flash performance). It would probably be wise to turn it to a higher level, and only turn to DEBUG when you encounter a problem and can reproduce it (the downside is that you of course will not log error that you can't reproduce).
The upside is that you'll save your stick's life (since flash chips have a limited number of writes per cell) and it will work faster (less blocking on log IO until the log is written). You can change the log levels in /etc/vdsm/logger.conf I would also suggest to turn down libvirt's log level for the same reasons. It seems to me (not sure about this one) that you can do that by adding this line to vdsm.conf: libvirt_log_filters = 2 :libvirt 2:remote
So, all that seems to be consistent with Igor's comments and I'll have to do some fancy dancing to get this setup once I get past the other bug. It would be nice if the GUI relayed the error " Setup attached more than one network to nic em1, some of which aren't vlans " from VDSM to the user, or some clearer translation, but it sounds like that is on the way based on Moti's comments about the nightly's, so I'll let it drop. This bug was fixed, please see https://bugzilla.redhat.com/show_bug.cgi?id=851134
In oVirt 3.2 (your DC has to be 3.2 as well) you can change the management network to be VLANd or non-VM network, and use the "Sync Network" feature (part of the setup networks process) to apply the change on the host. Then you'll be able to add a VLAN'd VM network on the same NIC. (Remember that if the management network is VLAN'd on the host then it has to be handled somehow so that the engine can communicate with it otherwise you'll lose connectivity to the host)
This engine and node were built last week and the process went much more smoothly than this first engine having problems. For the problematic engine, which I setup a couple of months ago, the CentOS6 packages had bunch of broken symlinks to jars that were on the system, but not where the symlinks expected them to be. That appears to have been fixed as of least week when I setup this second engine. To fix it on the first, I manually created symlinks where the broken ones were pointed rather than messing with any symlinks created by the packages.
I wonder now if the packages on the bad engine (which are up to date) would have created different symlinks where I did and mine are blocking them from being created. I can rebuild the engine server if needed, but I would appreciate if some one can confirm that this error is consistent with a wrong version of a jar or some similar potential issue. Of course, I would also appreciate if there is a simpler solution. =) _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
------=_Part_10043118_1865530963.1353238249609 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><= div style=3D'font-family: times new roman,new york,times,serif; font-size: = 12pt; color: #000000'>On Thu, Nov 15, 2012 at 9:46 AM, Alan Johnson <span d= ir=3D"ltr"><<a href=3D"mailto:alan@datdec.com" target=3D"_blank">alan@da= tdec.com</a>></span> wrote:<br><blockquote style=3D"border-left:2px soli= d rgb(16, 16, 255);margin-left:5px;padding-left:5px;color:#000;font-weight:= normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,s= ans-serif;font-size:12pt;"><div class=3D"gmail_quote"><blockquote class=3D"= gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-= left:1ex"> <div class=3D"im">On Thu, Nov 15, 2012 at 5:34 AM, Roy Golan <span dir=3D"l= tr"><<a href=3D"mailto:rgolan@redhat.com" target=3D"_blank">rgolan@redha= t.com</a>></span> wrote:<br></div><div class=3D"gmail_quote"><div class= =3D"im"> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> <div><div>logic/flow aside, still the error is on engine side - validating = the VdsNetworkInterface entity which</div></div> seems to be missing an "interfaces" field or method thus throwing this runt= ime error.<br> I wonder if GWT serialized something unexpected here.<br> Alan - can you try invoking setup networks and see if any other action is t= erminated the same way?</blockquote><div><br></div></div><div>Yes, no matte= r what I do on Setup Host Networks, I get the same error when I click OK. &= nbsp;Even if I make not changes at all, I get the same when I click OK. &nb= sp;I have to Cancel to get out of that screen.</div> </div> </blockquote></div><br><div>I have just run though the same process on a di= fferent engine controlling a single node. Not changing anyt= hing on the Setup Host Networks screen, it closes successfully when I click= OK. Trying to add the sandbox network to em1 gives the error "Error = while executing action Setup Networks: Internal oVirt Engine Error". = This shows up in engine.log:</div><font face=3D"courier new, monospace"><= ;<SNIP>></font><br><div><br></div><div><br></div><div id=3D"DWT391= 0">[A side note: is it wise to keep DEBUG on VDSM logs? If not, is th= ere an easy way to shut it off? That is an awful lot of traffic and m= ight explain why my nodes ran so slow when I was booting off of USB sticks.= ]</div></blockquote><br>Since you're running off of a USB stick, which is p= robably limited in write bandwidth (USB interface + flash performance).<br>= It would probably be wise to turn it to a higher level, and only turn to DEBUG when you encounter a problem and can reproduce it (the downside=20 is that you of course will not log error that you can't reproduce).<br><br>= The upside is that you'll save your stick's life (since flash chips have a = limited number of writes per cell) and it will work faster (less blocking o= n log IO until the log is written).<br><br>You can change the log levels in= /etc/vdsm/logger.conf<br><br>I would also suggest to turn down libvirt's l= og level for the same reasons.<br>It seems to me (not sure about this one) = that you can do that by adding this line to vdsm.conf:<br>libvirt_log_filte= rs =3D 2:libvirt 2:remote<br><br><blockquote style=3D"border-left:2px solid= rgb(16, 16, 255);margin-left:5px;padding-left:5px;color:#000;font-weight:n= ormal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sa= ns-serif;font-size:12pt;"><div></div> <div><br></div><div>So, all that seems to be consistent with Igor's comment= s and I'll have to do some fancy dancing to get this setup once I get past = the other bug. It would be nice if the GUI relayed the error "<span s= tyle=3D"font-family:'courier new',monospace">Setup attached more than one n= etwork to nic em1, some of which aren't vlans</span><font id=3D"DWT3950" fa= ce=3D"arial, helvetica, sans-serif">" from VDSM to the user, or some cleare= r translation, but it sounds like that is on the way based on Moti's commen= ts about the nightly's, so I'll let it drop.</font></div></blockquote>This = bug was fixed, please see https://bugzilla.redhat.com/show_bug.cgi?id=3D851= 134<br><br>In oVirt 3.2 (your DC has to be 3.2 as well) you can change the = management network to be VLANd or non-VM network, and use the "Sync Network= " feature (part of the setup networks process) to apply the change on the h= ost. Then you'll be able to add a VLAN'd VM network on the same NIC. <br><b= r>(Remember that if the management network is VLAN'd on the host then it ha= s to be handled somehow so that the engine can communicate with it otherwis= e you'll lose connectivity to the host)<br><blockquote style=3D"border-left= :2px solid rgb(16, 16, 255);margin-left:5px;padding-left:5px;color:#000;fon= t-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetic= a,Arial,sans-serif;font-size:12pt;"><div><font face=3D"arial, helvetica, sa= ns-serif"></font></div> <div><br></div><div>This engine and node were built last week and the proce= ss went much more smoothly than this first engine having problems. Fo= r the problematic engine, which I setup a couple of months ago, the CentOS6= packages had bunch of broken symlinks to jars that were on the system, but= not where the symlinks expected them to be. That appears to have bee= n fixed as of least week when I setup this second engine. To fix it o= n the first, I manually created symlinks where the broken ones were pointed= rather than messing with any symlinks created by the packages. </div=
<div><br></div><div>I wonder now if the packages on the bad engine (which a= re up to date) would have created different symlinks where I did and mine a= re blocking them from being created. I can rebuild the engine server = if needed, but I would appreciate if some one can confirm that this error i= s consistent with a wrong version of a jar or some similar potent= ial issue. Of course, I would also appreciate if there is a simpler s= olution. =3D)</div> <br>_______________________________________________<br>Users mailing list<b= r>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br></blo= ckquote><br></div></body></html> ------=_Part_10043118_1865530963.1353238249609--
On Thu, Nov 15, 2012 at 1:11 AM, Igor Lvovsky <ilvovsky@redhat.com> wrote:
Hi Alan,
If I understand you correctly, you try to add a new VM-VLANed network (sandbox) to interface em1 that already has another VM network (ovirtmgmt).
If so, this operation is not permited. You can't attach VM-VLANed network and VM-nonVLANed network to same interface.
Good to know. I'll start working on another solution that might work once I get around the blocking bug (more on this in response to Roy shortly). Is there a way to convert the ovirtmgmt network to VLAN'd? Also, while I have your attention, I expect I will have to enable each VLAN on each host's port of the connected switch, which means I have to set each port with multiple VLANs to trunk mode. Is that right?
To be sure that this is a case, I need to know your vdsm version and vdsm log will be good as well
There is nothing in the log with that time stamp (as Roy has observed, it is not getting that far), but here are the versions just FYI: [root@cloudhost01 ~]# rpm -qa | fgrep vdsm vdsm-python-4.10.0-0.44.14.el6.x86_64 vdsm-xmlrpc-4.10.0-0.44.14.el6.noarch vdsm-4.10.0-0.44.14.el6.x86_64 vdsm-cli-4.10.0-0.44.14.el6.noarch vdsm-gluster-4.10.0-0.44.14.el6.noarch
On Thu, Nov 15, 2012 at 9:38 AM, Alan Johnson <alan@datdec.com> wrote:
On Thu, Nov 15, 2012 at 1:11 AM, Igor Lvovsky <ilvovsky@redhat.com> wrote:
To be sure that this is a case, I need to know your vdsm version
and vdsm log will be good as well
There is nothing in the log with that time stamp (as Roy has observed, it is not getting that far), but here are the versions just FYI: [root@cloudhost01 ~]# rpm -qa | fgrep vdsm vdsm-python-4.10.0-0.44.14.el6.x86_64 vdsm-xmlrpc-4.10.0-0.44.14.el6.noarch vdsm-4.10.0-0.44.14.el6.x86_64 vdsm-cli-4.10.0-0.44.14.el6.noarch vdsm-gluster-4.10.0-0.44.14.el6.noarch
On and I just noticed that my vdsm is a bit older on the other 3 nodes in this cluster: vdsm-xmlrpc-4.10.0-0.42.13.el6.noarch vdsm-gluster-4.10.0-0.42.13.el6.noarch vdsm-python-4.10.0-0.42.13.el6.x86_64 vdsm-4.10.0-0.42.13.el6.x86_64 vdsm-cli-4.10.0-0.42.13.el6.noarch In case that matters... I'm not trying to manipulate them just yet, but I will be rotating each through maintenance mode to add the same network config as soon as I get it working on cloudhost01. I'll do updates and rebooting before changing networking on them.
On 11/15/2012 04:38 PM, Alan Johnson wrote:
On Thu, Nov 15, 2012 at 1:11 AM, Igor Lvovsky <ilvovsky@redhat.com <mailto:ilvovsky@redhat.com>> wrote:
Hi Alan,
If I understand you correctly, you try to add a new VM-VLANed network (sandbox) to interface em1 that already has another VM network (ovirtmgmt).
That's a bit strange - but might be a bug that was already solved. Currently (on nightly build for example) the UI blocks the option to attach a vlanned network to a nic that has already non-vlanned network attached.
If so, this operation is not permited. You can't attach VM-VLANed network and VM-nonVLANed network to same interface.
Good to know. I'll start working on another solution that might work once I get around the blocking bug (more on this in response to Roy shortly). Is there a way to convert the ovirtmgmt network to VLAN'd?
In order to configure ovirtmgmt over a vlan you do the following: 1. Create new Data-Center 2. Edit in the Data-Center the ovirtmgmt under the 'Logical Networks' sub tab and set the required vlan-id for it. 3. Manually configured the ovirtmgmt on the host as a vlan with the same vlan-id. 4. Add a new Cluster to the Data-Center and assign the 'ovirtmgmt' network to it. 5. Add the host with the manually configured 'ovirtmgmt' network to it. At this point you should be able to define more Logical Networks on the Data-Center with vlans, assign them to the cluster and attach them to the host using the 'setup networks' to the same nic on which the 'ovirtmgmt' is defined.
Also, while I have your attention, I expect I will have to enable each VLAN on each host's port of the connected switch, which means I have to set each port with multiple VLANs to trunk mode. Is that right?
Seems tight. If you have more than a single nic on the host, you could consider defining a bond and attach the logical networks (since you mentioned Vlan) on top of it. It yet requires to configure the ovirtmgmt manually on the host as vlan on top of that bond.
To be sure that this is a case, I need to know your vdsm version and vdsm log will be good as well
There is nothing in the log with that time stamp (as Roy has observed, it is not getting that far), but here are the versions just FYI: [root@cloudhost01 ~]# rpm -qa | fgrep vdsm vdsm-python-4.10.0-0.44.14.el6.x86_64 vdsm-xmlrpc-4.10.0-0.44.14.el6.noarch vdsm-4.10.0-0.44.14.el6.x86_64 vdsm-cli-4.10.0-0.44.14.el6.noarch vdsm-gluster-4.10.0-0.44.14.el6.noarch
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (5)
-
Alan Johnson -
Igor Lvovsky -
Mike Kolesnik -
Moti Asayag -
Roy Golan