January 2016 - Users - oVirt List Archives

Highly Available in 3.6 and USB support
by jaumotte, styve 21 Feb '16

21 Feb '16

--_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi everybody, After testing some features on 3.5, we are planning to finaly go to 3.6. So= me problems still exist. A major problem still remain on the < Highly Available > option on vm wich = doesn't work. I had a cluster with 4 engines and a simple vm. When I start = a poweroff from the node where this vm is living, the node is shutting down= but my vm doesn't restart on another node of the cluster. The power managm= ent of all the node are correctly configure. The HA feature of then hosted-= engine is working well (except it is very long). Another problem consist of passing usb host device to the virtual machine. = We've got some specials usb keys for activating old application and we need= to attach this key to vm. At first, I try with standard usb mass storage k= ey to test this approach. I can't start virtual machine when I add usb devi= ce, I always have the message < The host ... did not satisfy internal filte= r HostDevice because it does not support host device passthrough >. Have an= y idea where I can find an HowTo to help me ? Tanks for your help, SJ --_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"FR" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi everybody,<o:p></o:p> <o:p> </o:p> After testing some features on 3.5, we ar= e planning to finaly go to 3.6. Some problems still exist. <o:p></o:p> <o:p> </o:p> A major problem still remain on the &laqu= o; Highly Available » option on vm wich doesn’t work.= I had a cluster with 4 engines and a simple vm. When I start a poweroff fr= om the node where this vm is living, the node is shutting down but my vm does= n’t restart on another node of the cluster. The power managment of al= l the node are correctly configure. The HA feature of then hosted-engine is= working well (except it is very long).<o:p></o:p> <o:p> </o:p> Another problem consist of passing usb ho= st device to the virtual machine. We’ve got some specials usb keys fo= r activating old application and we need to attach this key to vm. At first, I try with standard usb mass storage key to test this= approach. I can’t start virtual machine when I add usb device, I alw= ays have the message « The host … did not satisfy internal= filter HostDevice because it does not support host device passthrough ». Have any idea where I can find an HowTo to help = me ?<o:p></o:p> <o:p> </o:p> Tanks for your help,<o:p></o:p></p= > <o:p> </o:p> SJ<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_--

4 7

HP ProLiant ML10 v2 or ML110 Gen9 with Windows Server Essentials 2012 R2 guest
by gregor 14 Feb '16

14 Feb '16

Hi, I planned for a new customer to use oVirt instead of competitor virtualization. Here are the environment: Server choices: 1. HP ProLiant ML10 v2: 1x Dual Core 3,1GHz with 12GB RAM 2. HP ProLiant ML110 Gen9: 1x Xeon 1,6GHz with 12GB RAM Harddisk: - Raid1 on two SATA 2TB drives Guests: - 1x Windows Server Essentials 2012 R2 - 2x CentOS 7 Clients: - 6 Windows Clients Will the ML10 v2 server serve the needed performance? Because its a way cheaper than the ML110. And will Windows Server 2012 run in oVirt, because on my test machine (HP ProLiant ML350 G5) it didn't (maybe the CPU is to old). regards gregor

3 5

OVirt 3.6.2 -> NPE while clicking on "Setup Host Networks"
by ovirt＠timmi.org 05 Feb '16

05 Feb '16

Hi List, I update my OVirt 3.6.1 installation to 3.6.2 this morning. After the reboot of the server the interface numbering wasn't the same so I had to change some cable to have them connected to the right configuration. Everything looks OK but I receive a null pointer exception while clicking on "Setup Host Networks" of my engine/host server. Any help is more then welcome!! Best regards Christoph 2016-01-27 19:04:47,738 ERROR [org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery] (default task-482) [] Exception: java.lang.NullPointerException at org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getMaxNumOfVfs(NetworkDeviceHelperImpl.java:172) [bll.jar:] at org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.updateVfsConfigWithNumOfVfsData(NetworkDeviceHelperImpl.java:136) [bll.jar:] at org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getHostNicVfsConfigsWithNumVfsDataByHostId(NetworkDeviceHelperImpl.java:121) [bll.jar:] at org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery.executeQueryCommand(GetAllVfsConfigByHostIdQuery.java:19) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:82) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:537) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:511) [bll.jar:] at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:260) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:399) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:448) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view4.runQuery(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:56) at sun.reflect.GeneratedMethodAccessor102.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:65) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.SessionMgmtFilter.doFilter(SessionMgmtFilter.java:31) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:75) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:113) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:90) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:77) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:248) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:77) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:167) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:761) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71]

3 11

Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 -> 3.6.1
by Jon Archer 04 Feb '16

04 Feb '16

This is a multi-part message in MIME format. --------------060204050902010701050107 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Stefano, It's definitely not the switch, it seems to be the latest kernel package (kernel-3.10.0-327.3.1.el7.x86_64) which stops bonding working correctly, reverting back to the previous kernel brings the network up in 802.3ad mode (4). I know, from reading the release notes of 7.2, that there were some changes to the bonding bits in the kernel so i'm guessing maybe some defaults have changed. I'll keep digging and post back as soon as i have something. Jon On 29/12/15 19:55, Stefano Danzi wrote: > Hi! I didn't solve yet. I'm still using mode 2 on bond interface. > What's your switch model and firmware version? > > -------- Messaggio originale -------- > Da: Jon Archer <jon(a)rosslug.org.uk> > Data: 29/12/2015 19:26 (GMT+01:00) > A: users(a)ovirt.org > Oggetto: Re: [ovirt-users] Network instability after upgrade 3.6.0 -> > 3.6.1 > > Stefano, > > I am currently experiencing the same issue. 2x nic lacp config at > switch, mode 4 bond at server with no connectivity. Interestingly I am > able to ping the switch itself. > > I haven't had time to investigate thoroughly but my first thought is > an update somewhere. > > Did you ever resolve and get back to mode=4? > > Jon > > On 17 December 2015 17:51:50 GMT+00:00, Stefano Danzi > <s.danzi(a)hawai.it> wrote: > > I partially solve the problem. > > My host machine has 2 network interfaces with a bond. The bond was > configured with mode=4 (802.3ad) and switch was configured in the same way. > If I remove one network cable the network become stable. With both > cables attached the network is instable. > > I removed the link aggregation configuration from switch and change the > bond in mode=2 (balance-xor). Now the network are stable. > The strange thing is that previous configuration worked fine for one > year... since the last upgrade. > > Now ha-agent don't reboot the hosted-engine anymore, but I receive two > emails from brocker evere 2/5 minutes. > First a mail with "ovirt-hosted-engine state transition > StartState-ReinitializeFSM" and after "ovirt-hosted-engine state > transition ReinitializeFSM-EngineStarting" > > > Il 17/12/2015 10.51, Stefano Danzi ha scritto: > > Hello, I have one testing host (only one host) with self > hosted engine and 2 VM (one linux and one windows). After > upgrade ovirt from 3.6.0 to 3.6.1 the network connection works > discontinuously. Every 10 minutes HA agent restart hosted > engine VM because result down. But the machine is UP, only the > network stop to work for some minutes. I activate global > maintenace mode to prevent engine reboot. If I ssh to the > hosted engine sometimes the connection work and sometimes no. > Using VNC connection to engine I see that sometime VM reach > external network and sometimes no. If I do a tcpdump on > phisical ethernet interface I don't see any packet when > network on vm don't work. Same thing happens fo others two VM. > Before the upgrade I never had network problems. > ------------------------------------------------------------------------ > Users mailing list Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > ------------------------------------------------------------------------ > > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Sent from my Android device with K-9 Mail. Please excuse my brevity. --------------060204050902010701050107 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi Stefano, It's definitely not the switch, it seems to be the latest kernel package (kernel-3.10.0-327.3.1.el7.x86_64) which stops bonding working correctly, reverting back to the previous kernel brings the network up in 802.3ad mode (4). I know, from reading the release notes of 7.2, that there were some changes to the bonding bits in the kernel so i'm guessing maybe some defaults have changed. I'll keep digging and post back as soon as i have something. Jon <div class="moz-cite-prefix">On 29/12/15 19:55, Stefano Danzi wrote: </div> <blockquote cite="mid:yuu6vcix8xss464s04yxu6xv.1451418904304@email.android.com" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> Hi! I didn't solve yet. I'm still using mode 2 on bond interface. What's your switch model and firmware version? -------- Messaggio originale -------- Da: Jon Archer <a class="moz-txt-link-rfc2396E" href="mailto:jon@rosslug.org.uk"><jon(a)rosslug.org.uk></a> Data: 29/12/2015 19:26 (GMT+01:00) A: <a class="moz-txt-link-abbreviated" href="mailto:users@ovirt.org">users(a)ovirt.org</a> Oggetto: Re: [ovirt-users] Network instability after upgrade 3.6.0 -> 3.6.1 Stefano, I am currently experiencing the same issue. 2x nic lacp config at switch, mode 4 bond at server with no connectivity. Interestingly I am able to ping the switch itself. I haven't had time to investigate thoroughly but my first thought is an update somewhere. Did you ever resolve and get back to mode=4? Jon <div class="gmail_quote">On 17 December 2015 17:51:50 GMT+00:00, Stefano Danzi <a class="moz-txt-link-rfc2396E" href="mailto:s.danzi@hawai.it"><s.danzi(a)hawai.it></a> wrote: <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <pre class="k9mail">I partially solve the problem. My host machine has 2 network interfaces with a bond. The bond was configured with mode=4 (802.3ad) and switch was configured in the same way. If I remove one network cable the network become stable. With both cables attached the network is instable. I removed the link aggregation configuration from switch and change the bond in mode=2 (balance-xor). Now the network are stable. The strange thing is that previous configuration worked fine for one year... since the last upgrade. Now ha-agent don't reboot the hosted-engine anymore, but I receive two emails from brocker evere 2/5 minutes. First a mail with "ovirt-hosted-engine state transition StartState-ReinitializeFSM" and after "ovirt-hosted-engine state transition ReinitializeFSM-EngineStarting" Il 17/12/2015 10.51, Stefano Danzi ha scritto: <blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hello, I have one testing host (only one host) with self hosted engine and 2 VM (one linux and one windows). After upgrade ovirt from 3.6.0 to 3.6.1 the network connection works discontinuously. Every 10 minutes HA agent restart hosted engine VM because result down. But the machine is UP, only the network stop to work for some minutes. I activate global maintenace mode to prevent engine reboot. If I ssh to the hosted engine sometimes the connection work and sometimes no. Using VNC connection to engine I see that sometime VM reach external network and sometimes no. If I do a tcpdump on phisical ethernet interface I don't see any packet when network on vm don't work. Same thing happens fo others two VM. Before the upgrade I never had network problems. <hr> Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a></blockquote> <hr> Users mailing list <a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a> </pre></blockquote></div> -- Sent from my Android device with K-9 Mail. Please excuse my brevity. </blockquote> </body></html> --------------060204050902010701050107--

5 14

Disk copies
by Pavel Gashev 02 Feb '16

02 Feb '16

--_000_1454233087326010camelacroniscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8NCg0KSSBqdXN0IHRyaWVkIHRvIGF0dGFjaCBhIGNvcHkgb2YgYSBkaXNrIChtYWRlIGZv ciBiYWNrdXAgcHVycG9zZXMpIHRvIGEgVk0uIEV2ZXJ5dGhpbmcgd29ya3Mgd2VsbCBleGNlcHQg bGl2ZSBzbmFwc2hvdCBkZWxldGlvbiBkb2Vzbid0IHdvcmsgYW55bW9yZS4gVGhlIGlzc3VlIGlz IHRoYXQgdGhlIGRpc2sgaGFzIHZvbHR5cGU9U0hBUkVELCBpbnN0ZWFkIG9mIExFQUYuIExpdmUg c25hcHNob3QgbWVyZ2luZyBkb2Vzbid0IHdvcmsgb24gc2hhcmVkIGRpc2tzLg0KDQpDb3VsZCBz b21lb25lIGNsYXJpZnksIHdoeSBkb2VzIGRpc2sgY29weWluZyBtYWtlIGRpc2tzIHNoYXJlZD8g SXMgaXQgYSBidWcsIG9yIHRoZXJlIGlzIGEgaGlkZGVuIHJlYXNvbiBmb3IgdGhhdD8NCg0KVGhh bmtzDQoNCg== --_000_1454233087326010camelacroniscom_ Content-Type: text/html; charset="utf-8" Content-ID: <D890FBDB9441EB4FA7F9B9F2265DA432(a)acronis.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdj5IZWxsbzwv ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+SSBqdXN0IHRyaWVkIHRvIGF0dGFjaCBhIGNv cHkgb2YgYSBkaXNrIChtYWRlIGZvciBiYWNrdXAgcHVycG9zZXMpIHRvIGEgVk0uIEV2ZXJ5dGhp bmcgd29ya3Mgd2VsbCBleGNlcHQgbGl2ZSBzbmFwc2hvdCBkZWxldGlvbiBkb2Vzbid0IHdvcmsg YW55bW9yZS4gVGhlIGlzc3VlIGlzIHRoYXQgdGhlIGRpc2sgaGFzIHZvbHR5cGU9U0hBUkVELCBp bnN0ZWFkIG9mIExFQUYuIExpdmUgc25hcHNob3QgbWVyZ2luZyBkb2Vzbid0IHdvcmsgb24NCiBz aGFyZWQgZGlza3MuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5Db3VsZCBzb21lb25l IGNsYXJpZnksIHdoeSBkb2VzIGRpc2sgY29weWluZyBtYWtlIGRpc2tzIHNoYXJlZD8gSXMgaXQg YSBidWcsIG9yIHRoZXJlIGlzIGEgaGlkZGVuIHJlYXNvbiBmb3IgdGhhdD88L2Rpdj4NCjxkaXY+ PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rczwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjwvYm9k eT4NCjwvaHRtbD4NCg== --_000_1454233087326010camelacroniscom_--

2 7

Storage network clarification
by Fil Di Noto 02 Feb '16

02 Feb '16

I'm having trouble setting up a dedicated storage network. I have a separate VLAN designated for storage, and configured separate IP addresses for each host that correspond to that subnet. I have tested this subnet extensively and it is working as expected. Prior to adding the hosts, I configured a storage network and configured the cluster to use that network for storage and not the ovirtmgmt network. I was hopping that this would be recognized when the hosts were added but it was not. I had to actually reconfigure the storage VLAN interface via oVirt "manage host networks" just to bring the host networks into compliance. The IP is configured directly on the bond0.<vlanid>, not on a bridge interface which I assume is correct since it is not a "VM" network. In this setup I was not able to activate any of the hosts due to VDSM gluster errors, I think it was because VDSM was trying to use the hostname/IP of the ovirtmgmt network. I manually set up the peers using "gluster peer probe" and I was able to activate the hosts but they were not using the storage network (tcpdump). I also tried adding DNS records for the storage network interfaces using different hostnames but gluster seemed to still consider the ovirtmgmt interface as the primary. With the hosts active, I couldn't create/activate any volumes until I changed the cluster network settings to use the ovirtmgmt network for storage. I ended up abandoning the dedicated storage subnet for the time being and I'm starting to wonder if running virtualization and gluster on the same hosts is intended to work this way. Assuming that it should work, what is the correct way to configure it? I can't find any docs that go in detail about storage networks. Is reverse DNS a factor? If I had a better understanding of what oVirt is expecting to see that would be helpful.

4 9

memory leak in 3.5.6 - not vdsm
by Charles Kozler 01 Feb '16

01 Feb '16

Here is a screenshot of my three nodes and their increased memory usage over 30 days. Note that node #2 had 1 single VM that had 4GB of RAM assigned to it. I had since shut it down and saw no memory reclamation occur. Further, I flushed page caches and inodes and ran 'sync'. I tried everything but nothing brought the memory usage down. vdsm was low too (couple hundred MB) and there was no qemu-kvm process running so I'm at a loss http://imgur.com/a/aFPcK Please advise on what I can do to debug this. Note I have restarted node 2 (which is why you see the drop) to see if it raises in memory use over tim even with no VM's running [compute[root@node2 log]$ rpm -qa | grep -i ovirt libgovirt-0.3.2-1.el6.x86_64 ovirt-release35-006-1.noarch ovirt-hosted-engine-ha-1.2.8-1.el6.noarch ovirt-hosted-engine-setup-1.2.6.1-1.el6.noarch ovirt-engine-sdk-python-3.5.6.0-1.el6.noarch ovirt-host-deploy-1.3.2-1.el6.noarch -- *Charles Kozler* *Vice President, IT Operations* FIX Flyer, LLC 225 Broadway | Suite 1600 | New York, NY 10007 1-888-349-3593 http://www.fixflyer.com <http://fixflyer.com> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO FIX FLYER LLC. ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED. ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX FLYER LLC. IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.

4 18

Debian porting
by lucas castro 01 Feb '16

01 Feb '16

Who is working on ovirt debian porting, and how can I help ? -- contatos: Celular: ( 99 ) 99143-5954 - Vivo skype: lucasd3castro

4 6

VDI non-persistant desktops
by Colin Coe 01 Feb '16

01 Feb '16

Hi all We're using RHEV 3.5.7 and have about 40 desktop VMs that are all clones from a single original. In the very beginning we used desktop pools but this was torn down when we started getting "The trust relationship between this workstation and the primary domain failed" error messages. We use DHCP for all desktops however every VM is defined on the DHCP server and unknown MACs are rejected. I'd like to revisit desktop pools but I'd like to know if other are using this and what their experiences have been. Kind of thing I'd like to know is - how is patching done - what is the performance like - what tuning if any is done on the desktops - GPO vs LPO Any comments? Thanks CC

3 3

No traffic on dummy interface
by Alan Murrell 31 Jan '16

31 Jan '16

Hello, I am running Ovirt 3.6.1 on CentOS 7.1 in a single server, hosted engine setup. I have created 10 dummy dummy interfaces names 'dummy_[0-9]'. Ovirt sees them, and in "Networks" for my cluster, I created 10 10 "internal" networks called 'Internal_[0-9]'. In the "Hosts" tab, in the "Network Interfaces" tab for my host, I assigned the 'dummy_*' interfaces tot he appropriate 'Internal_*' network (i.e., dummy_0 -> Internal_0, dummy_1 -> Internal_1, etc.) I have create two VMs and assigned a NIC interface on each attached to the 'Internal_0' network. I gave the interfaces on the gusts an IP int he same subnet, but they cannot talk to each other. When I try to ping one from the other, here is the response I get (public IPs redacted): --- START --- C:\Users\Administrator>ping 192.168.100.12 Pinging 192.168.100.12 with 32 bytes of data: Reply from 192.168.100.20: Destination host unreachable. Reply from XX.XXX.XX.XX: TTL expired in transit. Request timed out. Reply from XX.XXX.XX.XX: TTL expired in transit. Ping statistics for 192.168.100.12: Packets: Sent = 4, Received = 3, Lost = 1 (25% loss), --- END --- The IP of the PC I am pinging from is '192.168.100.20' I have been able to setup internal networks like this before, but seem to be missing something and I am not sure what? Here is what the dummy_0 interface shows when I run 'ip addr show': --- START --- 7: dummy_0: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue master Internal_0 state UNKNOWN link/ether 0e:a2:6b:54:1a:91 brd ff:ff:ff:ff:ff:ff --- END --- and Internal_0 looks like this: --- START --- 20: Internal_0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP link/ether 0e:a2:6b:54:1a:91 brd ff:ff:ff:ff:ff:ff inet6 fe80::dc07:84ff:fe1b:60cb/64 scope link valid_lft forever preferred_lft forever --- END --- I am not sure what other info you need, so please do let me know. I did see this: <http://blog.duderamos.com/internal-isolated-networks-on-ovirt/> and except that I use 'dummy_*' instead of 'dummy*', my setup is the same. Thanks, in advance, for your help on this. Regards, Alan

4 3