11:05 p.m.
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_Enterpris...
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
8:11 a.m.
Hi Alan,
----- Original Message -----
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
12:34 p.m.
On 11/15/2012 08:11 AM, Igor Lvovsky 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?
7:59 p.m.
On Thu, Nov 15, 2012 at 11:29 AM, Moti Asayag <masayag(a)redhat.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):
--
-- 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!
9:26 p.m.
On Thu, Nov 15, 2012 at 12:59 PM, Alan Johnson <alan(a)datdec.com> wrote:
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"
7:52 p.m.
On Thu, Nov 15, 2012 at 9:46 AM, Alan Johnson <alan(a)datdec.com> wrote:
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. =)
1:30 p.m.
------=_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(a)datdec.com > wrote:
<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 5:34 AM, Roy Golan <
rgolan(a)redhat.com > wrote:
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
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)
------=_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"
4:38 p.m.
On Thu, Nov 15, 2012 at 1:11 AM, Igor Lvovsky <ilvovsky(a)redhat.com> wrote:
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?
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
4:41 p.m.
On Thu, Nov 15, 2012 at 9:38 AM, Alan Johnson <alan(a)datdec.com> wrote:
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.
6:25 p.m.
On 11/15/2012 04:38 PM, Alan Johnson wrote:
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.
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.
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.
4525
days inactive
4529
days old
11 comments
5 participants
participants (5)
-
Alan Johnson -
Igor Lvovsky -
Mike Kolesnik -
Moti Asayag -
Roy Golan