- Users - oVirt List Archives

[Users] Error 500 with python sdk on3.3
by Hervé Leclerc 15 Sep '13

15 Sep '13

(My apologies if the message is received twice by the mailing list) I've got a 500 when a try to get the list of vms with python sdk on oVirt 3.3 with the statement : vms=api.vms.list(cluster='local_cluster') Is it a known issue ? I've also notice the same problem with rbovirt. I've put code to reproduce here https://gist.github.com/herveleclerc/6492361 Here the log from server.log 2013-09-09 09:34:02,141 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/api].[org.ovirt.engine.api.restapi.BackendApplication]] (ajp--127.0.0.1-8702-7) Servlet.service() for servlet org.ovirt.engine.api.restapi.BackendApplication threw exception: org.jboss.resteasy.spi.UnhandledException: java.lang.NullPointerException at org.jboss.resteasy.core.SynchronousDispatcher.handleApplicationException(SynchronousDispatcher.java:340) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.handleException(SynchronousDispatcher.java:214) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.handleInvokerException(SynchronousDispatcher.java:190) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:540) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:502) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:119) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:55) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50) [resteasy-jaxrs-2.3.2.Final.jar:] 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) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] Caused by: java.lang.NullPointerException at org.ovirt.engine.api.common.util.LinkHelper.getCollection(LinkHelper.java:523) [interface-common-jaxrs.jar:] at org.ovirt.engine.api.common.util.LinkHelper.getUriBuilder(LinkHelper.java:569) [interface-common-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.AbstractBackendResource.linkSubCollections(AbstractBackendResource.java:287) [restapi-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.AbstractBackendResource.addLinks(AbstractBackendResource.java:228) [restapi-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.AbstractBackendResource.addLinks(AbstractBackendResource.java:218) [restapi-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.BackendVmsResource.mapCollection(BackendVmsResource.java:407) [restapi-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.BackendVmsResource.list(BackendVmsResource.java:71) [restapi-jaxrs.jar:] at sun.reflect.GeneratedMethodAccessor297.invoke(Unknown Source) [:1.7.0_25] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_25] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_25] at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:155) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:257) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:257) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:222) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:211) [resteasy-jaxrs-2.3.2.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:525) [resteasy-jaxrs-2.3.2.Final.jar:] ... 21 more Hervé Leclerc CTO Alter Way 1, rue royale 9 ème étage 92210 St Cloud +33 1 78152407 +33 6 83979598 <http://www.alterway.fr/signatures/url/1>

4 4

[Users] Live Migration failed oVirt 3.3 Nightly
by Andrew Lau 15 Sep '13

15 Sep '13

Hi, I recently upgraded to the oVirt Nightly repo because I needed some patches not yet in 3.3, but it appears to have broken the live migration. Both of the nodes have the storage (glusterfs replicate), oVirt gives the error: Migration failed due to Error: Fatal error during migration (VM: gl01, Source: HV02, Destination: HV01). It seems to successfully transfer but then the receiving vdsm node gives the following error: Thread-58935::ERROR::2013-09-13 18:36:52,004::vm::2062::vm.Vm::(_startUnderlyingVm) vmId=`3867341c-b465-4285-9c35-0c5972527808`::The vm start process failed if ret is None:raise libvirtError('virDomainLookupByUUIDString() failed', conn=self) Suggestions? Thanks, Andrew

2 1

[Users] API bad SQL Statement (3.3.0-3.el6)
by Hervé Leclerc 13 Sep '13

13 Sep '13

Hello, I have this SQL error when i try to use the engine API qith this query https://myovirt/api/clusters?search=datacenter%3Dh2o Results <fault> <reason>Operation Failed</reason> <detail>statementcallback; bad sql grammar [select * from (select * from vds groups view where ( vds group id in (select vds groups storage domain.vds group id from vds groups storage domain left outer join storage pool with storage domain on vds groups storage domain.storage pool id=storage pool with storage domain.id where ( storage pool with storage domain.name like '%h2o%' or storage pool with storage domain.description like '%h2o%' or storage pool with storage domain.comment like '%h2o%' ) )) order by name asc ) as t1 offset (1 -1) limit 100]; nested exception is org.postgresql.util.psqlexception: erreur: la colonne storage pool with storage domain.comment n'existe pas position: 411 </detail> </fault> /api <product_info><name>oVirt Engine</name><vendor>ovirt.org</vendor><version major="3" minor="3" build="0" revision="0"/><full_version>3.3.0-3.el6</full_version></product_info><summary> Hervé Leclerc CTO Alter Way 1, rue royale 9 ème étage 92210 St Cloud +33 1 78152407 +33 6 83979598 <http://www.alterway.fr/signatures/url/1>

2 1

Re: [Users] oVirt 3.3 -- Failed to run VM: internal error unexpected address type for ide disk
by SULLIVAN, Chris (WGK) 13 Sep '13

13 Sep '13

Hi, I am getting the exact same issue with a non-AIO oVirt 3.3.0-2.fc19 setup. The only workaround I've found so far is to delete the offending VM, recreate, and reattach the disks. The recreated VM will work normally until it is shutdown, after which it will fail to start with the same error. Engine and VDSM log excepts below. Versions: - Fedora 19 (3.10.10-200) - oVirt 3.3.0-2 - VDSM 4.12.1 - libvirt 1.1.2-1 - gluster 3.4.0.8 I'll upgrade to the latest oVirt 3.3 RC to see if the issue persists. Kind regards, Chris ovirt-engine.log 2013-09-12 15:01:21,746 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (pool-6-thread-41) [4b57b27f] START, CreateVmVDSCommand(HostName = r410-05, HostId = 88811ea8-b030-47fd-ae3d-23cb2c24f6f6, vmId=980cb3c8-8af8-4795-9c21-85582d37e042, vm=VM [rhev-compute-01]), log id: 1ea52d74 2013-09-12 15:01:21,749 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (pool-6-thread-41) [4b57b27f] START, CreateVDSCommand(HostName = r410-05, HostId = 88811ea8-b030-47fd-ae3d-23cb2c24f6f6, vmId=980cb3c8-8af8-4795-9c21-85582d37e042, vm=VM [rhev-compute-01]), log id: 735950cf 2013-09-12 15:01:21,801 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (pool-6-thread-41) [4b57b27f] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand spiceSslCipherSuite=DEFAULT,memSize=8144,kvmEnable=true,smp=4,vmType=kvm,emulatedMachine=pc-1.0,keyboardLayout=en-us,memGuaranteedSize=8144,pitReinjection=false,nice=0,display=vnc,smartcardEnable=false,tabletEnable=true,smpCoresPerSocket=4,spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,displayNetwork=ovirtmgmt,timeOffset=-61,transparentHugePages=true,vmId=980cb3c8-8af8-4795-9c21-85582d37e042,devices=[Ljava.util.HashMap;@12177fe2,acpiEnable=true,vmName=rhev-compute-01,cpuType=hostPassthrough,custom={} 2013-09-12 15:01:21,802 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (pool-6-thread-41) [4b57b27f] FINISH, CreateVDSCommand, log id: 735950cf 2013-09-12 15:01:21,812 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (pool-6-thread-41) [4b57b27f] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: 1ea52d74 2013-09-12 15:01:21,812 INFO [org.ovirt.engine.core.bll.RunVmCommand] (pool-6-thread-41) [4b57b27f] Lock freed to object EngineLock [exclusiveLocks= key: 980cb3c8-8af8-4795-9c21-85582d37e042 value: VM , sharedLocks= ] 2013-09-12 15:01:21,820 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-6-thread-41) [4b57b27f] Correlation ID: 4b57b27f, Job ID: 6be840c8-68cb-4c07-a365-c979c3c7e8ae, Call Stack: null, Custom Event ID: -1, Message: VM rhev-compute-01 was started by admin@internal (Host: r410-05). 2013-09-12 15:01:22,157 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-53) START, DestroyVDSCommand(HostName = r410-05, HostId = 88811ea8-b030-47fd-ae3d-23cb2c24f6f6, vmId=980cb3c8-8af8-4795-9c21-85582d37e042, force=false, secondsToWait=0, gracefully=false), log id: 45ed2104 2013-09-12 15:01:22,301 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] (DefaultQuartzScheduler_Worker-53) FINISH, DestroyVDSCommand, log id: 45ed2104 2013-09-12 15:01:22,317 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-53) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM rhev-compute-01 is down. Exit message: internal error: unexpected address type for ide disk. 2013-09-12 15:01:22,317 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-53) Running on vds during rerun failed vm: null 2013-09-12 15:01:22,318 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-53) vm rhev-compute-01 running in db and not running in vds - add to rerun treatment. vds r410-05 2013-09-12 15:01:22,318 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (DefaultQuartzScheduler_Worker-53) START, FullListVdsCommand(HostName = r410-05, HostId = 88811ea8-b030-47fd-ae3d-23cb2c24f6f6, vds=Host[r410-05], vmIds=[980cb3c8-8af8-4795-9c21-85582d37e042]), log id: 20beb10f 2013-09-12 15:01:22,321 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (DefaultQuartzScheduler_Worker-53) FINISH, FullListVdsCommand, return: [Ljava.util.HashMap;@475a6094, log id: 20beb10f 2013-09-12 15:01:22,334 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-53) Rerun vm 980cb3c8-8af8-4795-9c21-85582d37e042. Called from vds r410-05 2013-09-12 15:01:22,346 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-6-thread-41) Correlation ID: 4b57b27f, Job ID: 6be840c8-68cb-4c07-a365-c979c3c7e8ae, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM rhev-compute-01 on Host r410-05. 2013-09-12 15:01:22,359 INFO [org.ovirt.engine.core.bll.RunVmCommand] (pool-6-thread-41) Lock Acquired to object EngineLock [exclusiveLocks= key: 980cb3c8-8af8-4795-9c21-85582d37e042 value: VM , sharedLocks= ] 2013-09-12 15:01:22,378 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (pool-6-thread-41) START, IsVmDuringInitiatingVDSCommand( vmId = 980cb3c8-8af8-4795-9c21-85582d37e042), log id: 485ed444 2013-09-12 15:01:22,378 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (pool-6-thread-41) FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 485ed444 2013-09-12 15:01:22,380 WARN [org.ovirt.engine.core.bll.RunVmCommand] (pool-6-thread-41) CanDoAction of action RunVm failed. Reasons:VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM,VAR__ACTION__RUN,VAR__TYPE__VM 2013-09-12 15:01:22,380 INFO [org.ovirt.engine.core.bll.RunVmCommand] (pool-6-thread-41) Lock freed to object EngineLock [exclusiveLocks= key: 980cb3c8-8af8-4795-9c21-85582d37e042 value: VM , sharedLocks= ] 2013-09-12 15:01:22,390 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-6-thread-41) Correlation ID: 4b57b27f, Job ID: 6be840c8-68cb-4c07-a365-c979c3c7e8ae, Call Stack: null, Custom Event ID: -1, Message: Failed to run VM rhev-compute-01 (User: admin@internal). vdsm.log Thread-143925::DEBUG::2013-09-12 15:01:21,777::BindingXMLRPC::979::vds::(wrapper) client [172.30.18.242]::call vmCreate with ({'acpiEnable': 'true', 'emulatedMachine': 'pc-1.0', 'tabletEnable': 'true', 'vmId': '980cb3c8-8af8-4795-9c21-85582d37e042', 'memGuaranteedSize': 8144, 'spiceSslCipherSuite': 'DEFAULT', 'timeOffset': '-61', 'cpuType': 'hostPassthrough', 'custom': {}, 'smp': '4', 'vmType': 'kvm', 'memSize': 8144, 'smpCoresPerSocket': '4', 'vmName': 'rhev-compute-01', 'nice': '0', 'smartcardEnable': 'false', 'keyboardLayout': 'en-us', 'kvmEnable': 'true', 'pitReinjection': 'false', 'transparentHugePages': 'true', 'displayNetwork': 'ovirtmgmt', 'devices': [{'device': 'cirrus', 'specParams': {'vram': '65536'}, 'type': 'video', 'deviceId': '87df9d21-bf47-45f9-ab45-7f2f950fd788', 'address': {'bus': '0x00', ' slot': '0x02', ' domain': '0x0000', ' type': 'pci', ' function': '0x0'}}, {'index': '2', 'iface': 'ide', 'address': {'bus': '0x00', ' slot': '0x06', ' domain': '0x0000', ' type': 'pci', ' function': '0x0'}, 'specParams': {'path': ''}, 'readonly': 'true', 'deviceId': 'ef25939b-a5ff-456e-978f-53e7600b83ce', 'path': '', 'device': 'cdrom', 'shared': 'false', 'type': 'disk'}, {'index': 0, 'iface': 'virtio', 'format': 'raw', 'bootOrder': '1', 'volumeID': '1abdc967-c32c-4862-a36b-b93441c4a7d5', 'imageID': '8863c4d0-0ff3-4590-8f37-e6bb6c9d195e', 'specParams': {}, 'readonly': 'false', 'domainID': 'e281bd49-bc11-4acb-8634-624eac6d3358', 'optional': 'false', 'deviceId': '8863c4d0-0ff3-4590-8f37-e6bb6c9d195e', 'poolID': 'accbd988-31c6-4803-9204-a584067fa157', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'scsi', 'model': 'virtio-scsi', 'type': 'controller'}, {'nicModel': 'pv', 'macAddr': '00:1a:4a:ab:9c:6a', 'linkActive': 'true', 'network': 'ovirtmgmt', 'custom': {}, 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId': 'e9f8e70f-8cb9-496b-b44e-d75e56515c27', 'address': {'bus': '0x00', ' slot': '0x03', ' domain': '0x0000', ' type': 'pci', ' function': '0x0'}, 'device': 'bridge', 'type': 'interface'}, {'device': 'memballoon', 'specParams': {'model': 'virtio'}, 'type': 'balloon', 'deviceId': '1c4aef1b-f0eb-47c9-83a8-f983ad3e47bf'}], 'spiceSecureChannels': 'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 'display': 'vnc'},) {} flowID [4b57b27f] Thread-143925::INFO::2013-09-12 15:01:21,784::clientIF::366::vds::(createVm) vmContainerLock acquired by vm 980cb3c8-8af8-4795-9c21-85582d37e042 Thread-143925::DEBUG::2013-09-12 15:01:21,790::clientIF::380::vds::(createVm) Total desktops after creation of 980cb3c8-8af8-4795-9c21-85582d37e042 is 1 Thread-143926::DEBUG::2013-09-12 15:01:21,790::vm::2015::vm.Vm::(_startUnderlyingVm) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::Start Thread-143925::DEBUG::2013-09-12 15:01:21,791::BindingXMLRPC::986::vds::(wrapper) return vmCreate with {'status': {'message': 'Done', 'code': 0}, 'vmList': {'status': 'WaitForLaunch', 'acpiEnable': 'true', 'emulatedMachine': 'pc-1.0', 'tabletEnable': 'true', 'pid': '0', 'memGuaranteedSize': 8144, 'timeOffset': '-61', 'keyboardLayout': 'en-us', 'displayPort': '-1', 'displaySecurePort': '-1', 'spiceSslCipherSuite': 'DEFAULT', 'cpuType': 'hostPassthrough', 'smp': '4', 'clientIp': '', 'nicModel': 'rtl8139,pv', 'smartcardEnable': 'false', 'kvmEnable': 'true', 'pitReinjection': 'false', 'vmId': '980cb3c8-8af8-4795-9c21-85582d37e042', 'transparentHugePages': 'true', 'displayNetwork': 'ovirtmgmt', 'devices': [{'device': 'cirrus', 'specParams': {'vram': '65536'}, 'type': 'video', 'deviceId': '87df9d21-bf47-45f9-ab45-7f2f950fd788', 'address': {'bus': '0x00', ' slot': '0x02', ' domain': '0x0000', ' type': 'pci', ' function': '0x0'}}, {'index': '2', 'iface': 'ide', 'address': {'bus': '0x00', ' slot': '0x06', ' domain': '0x0000', ' type': 'pci', ' function': '0x0'}, 'specParams': {'path': ''}, 'readonly': 'true', 'deviceId': 'ef25939b-a5ff-456e-978f-53e7600b83ce', 'path': '', 'device': 'cdrom', 'shared': 'false', 'type': 'disk'}, {'index': 0, 'iface': 'virtio', 'format': 'raw', 'bootOrder': '1', 'volumeID': '1abdc967-c32c-4862-a36b-b93441c4a7d5', 'imageID': '8863c4d0-0ff3-4590-8f37-e6bb6c9d195e', 'specParams': {}, 'readonly': 'false', 'domainID': 'e281bd49-bc11-4acb-8634-624eac6d3358', 'optional': 'false', 'deviceId': '8863c4d0-0ff3-4590-8f37-e6bb6c9d195e', 'poolID': 'accbd988-31c6-4803-9204-a584067fa157', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'scsi', 'model': 'virtio-scsi', 'type': 'controller'}, {'nicModel': 'pv', 'macAddr': '00:1a:4a:ab:9c:6a', 'linkActive': 'true', 'network': 'ovirtmgmt', 'custom': {}, 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId': 'e9f8e70f-8cb9-496b-b44e-d75e56515c27', 'address': {'bus': '0x00', ' slot': '0x03', ' domain': '0x0000', ' type': 'pci', ' function': '0x0'}, 'device': 'bridge', 'type': 'interface'}, {'device': 'memballoon', 'specParams': {'model': 'virtio'}, 'type': 'balloon', 'deviceId': '1c4aef1b-f0eb-47c9-83a8-f983ad3e47bf'}], 'custom': {}, 'vmType': 'kvm', 'memSize': 8144, 'displayIp': '172.30.18.247', 'spiceSecureChannels': 'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 'smpCoresPerSocket': '4', 'vmName': 'rhev-compute-01', 'display': 'vnc', 'nice': '0'}} Thread-143926::DEBUG::2013-09-12 15:01:21,792::vm::2019::vm.Vm::(_startUnderlyingVm) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::_ongoingCreations acquired Thread-143926::INFO::2013-09-12 15:01:21,794::vm::2815::vm.Vm::(_run) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::VM wrapper has started Thread-143926::DEBUG::2013-09-12 15:01:21,798::task::579::TaskManager.Task::(_updateState) Task=`f5a3b7b8-3ac9-4b57-b184-64580530aed2`::moving from state init -> state preparing Thread-143926::INFO::2013-09-12 15:01:21,800::logUtils::44::dispatcher::(wrapper) Run and protect: getVolumeSize(sdUUID='e281bd49-bc11-4acb-8634-624eac6d3358', spUUID='accbd988-31c6-4803-9204-a584067fa157', imgUUID='8863c4d0-0ff3-4590-8f37-e6bb6c9d195e', volUUID='1abdc967-c32c-4862-a36b-b93441c4a7d5', options=None) Thread-143926::DEBUG::2013-09-12 15:01:21,815::fileVolume::520::Storage.Volume::(validateVolumePath) validate path for 1abdc967-c32c-4862-a36b-b93441c4a7d5 Thread-143926::INFO::2013-09-12 15:01:21,818::logUtils::47::dispatcher::(wrapper) Run and protect: getVolumeSize, Return response: {'truesize': '10737418240', 'apparentsize': '10737418240'} Thread-143926::DEBUG::2013-09-12 15:01:21,818::task::1168::TaskManager.Task::(prepare) Task=`f5a3b7b8-3ac9-4b57-b184-64580530aed2`::finished: {'truesize': '10737418240', 'apparentsize': '10737418240'} Thread-143926::DEBUG::2013-09-12 15:01:21,818::task::579::TaskManager.Task::(_updateState) Task=`f5a3b7b8-3ac9-4b57-b184-64580530aed2`::moving from state preparing -> state finished Thread-143926::DEBUG::2013-09-12 15:01:21,818::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-143926::DEBUG::2013-09-12 15:01:21,819::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-143926::DEBUG::2013-09-12 15:01:21,819::task::974::TaskManager.Task::(_decref) Task=`f5a3b7b8-3ac9-4b57-b184-64580530aed2`::ref 0 aborting False Thread-143926::INFO::2013-09-12 15:01:21,819::clientIF::325::vds::(prepareVolumePath) prepared volume path: Thread-143926::DEBUG::2013-09-12 15:01:21,820::task::579::TaskManager.Task::(_updateState) Task=`80aa83f4-5f90-4a9e-97da-1f7edab49894`::moving from state init -> state preparing Thread-143926::INFO::2013-09-12 15:01:21,820::logUtils::44::dispatcher::(wrapper) Run and protect: prepareImage(sdUUID='e281bd49-bc11-4acb-8634-624eac6d3358', spUUID='accbd988-31c6-4803-9204-a584067fa157', imgUUID='8863c4d0-0ff3-4590-8f37-e6bb6c9d195e', volUUID='1abdc967-c32c-4862-a36b-b93441c4a7d5') Thread-143926::DEBUG::2013-09-12 15:01:21,821::resourceManager::197::ResourceManager.Request::(__init__) ResName=`Storage.e281bd49-bc11-4acb-8634-624eac6d3358`ReqID=`4b30196c-7b93-41b9-92c4-b632161a94a0`::Request was made in '/usr/share/vdsm/storage/hsm.py' line '3240' at 'prepareImage' Thread-143926::DEBUG::2013-09-12 15:01:21,821::resourceManager::541::ResourceManager::(registerResource) Trying to register resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358' for lock type 'shared' Thread-143926::DEBUG::2013-09-12 15:01:21,821::resourceManager::600::ResourceManager::(registerResource) Resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358' is free. Now locking as 'shared' (1 active user) Thread-143926::DEBUG::2013-09-12 15:01:21,822::resourceManager::237::ResourceManager.Request::(grant) ResName=`Storage.e281bd49-bc11-4acb-8634-624eac6d3358`ReqID=`4b30196c-7b93-41b9-92c4-b632161a94a0`::Granted request Thread-143926::DEBUG::2013-09-12 15:01:21,822::task::811::TaskManager.Task::(resourceAcquired) Task=`80aa83f4-5f90-4a9e-97da-1f7edab49894`::_resourcesAcquired: Storage.e281bd49-bc11-4acb-8634-624eac6d3358 (shared) Thread-143926::DEBUG::2013-09-12 15:01:21,822::task::974::TaskManager.Task::(_decref) Task=`80aa83f4-5f90-4a9e-97da-1f7edab49894`::ref 1 aborting False Thread-143926::DEBUG::2013-09-12 15:01:21,824::fileVolume::520::Storage.Volume::(validateVolumePath) validate path for 1abdc967-c32c-4862-a36b-b93441c4a7d5 Thread-143926::INFO::2013-09-12 15:01:21,877::image::215::Storage.Image::(getChain) sdUUID=e281bd49-bc11-4acb-8634-624eac6d3358 imgUUID=8863c4d0-0ff3-4590-8f37-e6bb6c9d195e chain=[<storage.glusterVolume.GlusterVolume object at 0x2500d10>] Thread-143926::DEBUG::2013-09-12 15:01:21,904::fileVolume::520::Storage.Volume::(validateVolumePath) validate path for 1abdc967-c32c-4862-a36b-b93441c4a7d5 Thread-143926::INFO::2013-09-12 15:01:21,954::logUtils::47::dispatcher::(wrapper) Run and protect: prepareImage, Return response: {'info': {'volPort': '0', 'volType': 'network', 'volfileServer': 'r410-02', 'volTransport': 'tcp', 'protocol': 'gluster', 'path': 'hades/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5'}, 'path': '/rhev/data-center/accbd988-31c6-4803-9204-a584067fa157/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5', 'chain': [{'path': '/rhev/data-center/accbd988-31c6-4803-9204-a584067fa157/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5', 'domainID': 'e281bd49-bc11-4acb-8634-624eac6d3358', 'vmVolInfo': {'volPort': '0', 'volType': 'network', 'volfileServer': 'r410-02', 'volTransport': 'tcp', 'protocol': 'gluster', 'path': 'hades/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5'}, 'volumeID': '1abdc967-c32c-4862-a36b-b93441c4a7d5', 'imageID': '8863c4d0-0ff3-4590-8f37-e6bb6c9d195e'}]} Thread-143926::DEBUG::2013-09-12 15:01:21,954::task::1168::TaskManager.Task::(prepare) Task=`80aa83f4-5f90-4a9e-97da-1f7edab49894`::finished: {'info': {'volPort': '0', 'volType': 'network', 'volfileServer': 'r410-02', 'volTransport': 'tcp', 'protocol': 'gluster', 'path': 'hades/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5'}, 'path': '/rhev/data-center/accbd988-31c6-4803-9204-a584067fa157/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5', 'chain': [{'path': '/rhev/data-center/accbd988-31c6-4803-9204-a584067fa157/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5', 'domainID': 'e281bd49-bc11-4acb-8634-624eac6d3358', 'vmVolInfo': {'volPort': '0', 'volType': 'network', 'volfileServer': 'r410-02', 'volTransport': 'tcp', 'protocol': 'gluster', 'path': 'hades/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5'}, 'volumeID': '1abdc967-c32c-4862-a36b-b93441c4a7d5', 'imageID': '8863c4d0-0ff3-4590-8f37-e6bb6c9d195e'}]} Thread-143926::DEBUG::2013-09-12 15:01:21,954::task::579::TaskManager.Task::(_updateState) Task=`80aa83f4-5f90-4a9e-97da-1f7edab49894`::moving from state preparing -> state finished Thread-143926::DEBUG::2013-09-12 15:01:21,955::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.e281bd49-bc11-4acb-8634-624eac6d3358': < ResourceRef 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358', isValid: 'True' obj: 'None'>} Thread-143926::DEBUG::2013-09-12 15:01:21,955::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-143926::DEBUG::2013-09-12 15:01:21,955::resourceManager::615::ResourceManager::(releaseResource) Trying to release resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358' Thread-143926::DEBUG::2013-09-12 15:01:21,956::resourceManager::634::ResourceManager::(releaseResource) Released resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358' (0 active users) Thread-143926::DEBUG::2013-09-12 15:01:21,956::resourceManager::640::ResourceManager::(releaseResource) Resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358' is free, finding out if anyone is waiting for it. Thread-143926::DEBUG::2013-09-12 15:01:21,956::resourceManager::648::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358', Clearing records. Thread-143926::DEBUG::2013-09-12 15:01:21,957::task::974::TaskManager.Task::(_decref) Task=`80aa83f4-5f90-4a9e-97da-1f7edab49894`::ref 0 aborting False Thread-143926::INFO::2013-09-12 15:01:21,957::clientIF::325::vds::(prepareVolumePath) prepared volume path: /rhev/data-center/accbd988-31c6-4803-9204-a584067fa157/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5 Thread-143926::DEBUG::2013-09-12 15:01:21,974::vm::2872::vm.Vm::(_run) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::<?xml version="1.0" encoding="utf-8"?> <domain type="kvm"> <name>rhev-compute-01</name> <uuid>980cb3c8-8af8-4795-9c21-85582d37e042</uuid> <memory>8339456</memory> <currentMemory>8339456</currentMemory> <vcpu>4</vcpu> <memtune> <min_guarantee>8339456</min_guarantee> </memtune> <devices> <channel type="unix"> <target name="com.redhat.rhevm.vdsm" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/980cb3c8-8af8-4795-9c21-85582d37e042.com.redhat.rhevm.vdsm"/> </channel> <channel type="unix"> <target name="org.qemu.guest_agent.0" type="virtio"/> <source mode="bind" path="/var/lib/libvirt/qemu/channels/980cb3c8-8af8-4795-9c21-85582d37e042.org.qemu.guest_agent.0"/> </channel> <input bus="usb" type="tablet"/> <graphics autoport="yes" keymap="en-us" passwd="*****" passwdValidTo="1970-01-01T00:00:01" port="-1" type="vnc"> <listen network="vdsm-ovirtmgmt" type="network"/> </graphics> <controller model="virtio-scsi" type="scsi"/> <video> <address bus="0x00" domain="0x0000" function="0x0" slot="0x02" type="pci"/> <model heads="1" type="cirrus" vram="65536"/> </video> <interface type="bridge"> <address bus="0x00" domain="0x0000" function="0x0" slot="0x03" type="pci"/> <mac address="00:1a:4a:ab:9c:6a"/> <model type="virtio"/> <source bridge="ovirtmgmt"/> <filterref filter="vdsm-no-mac-spoofing"/> <link state="up"/> </interface> <disk device="cdrom" snapshot="no" type="file"> <address bus="0x00" domain="0x0000" function="0x0" slot="0x06" type="pci"/> <source file="" startupPolicy="optional"/> <target bus="ide" dev="hdc"/> <readonly/> <serial/> </disk> <disk device="disk" snapshot="no" type="network"> <source name="hades/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5" protocol="gluster"> <host name="r410-02" port="0" transport="tcp"/> </source> <target bus="virtio" dev="vda"/> <serial>8863c4d0-0ff3-4590-8f37-e6bb6c9d195e</serial> <boot order="1"/> <driver cache="none" error_policy="stop" io="threads" name="qemu" type="raw"/> </disk> <memballoon model="virtio"/> </devices> <os> <type arch="x86_64" machine="pc-1.0">hvm</type> <smbios mode="sysinfo"/> </os> <sysinfo type="smbios"> <system> <entry name="manufacturer">oVirt</entry> <entry name="product">oVirt Node</entry> <entry name="version">19-3</entry> <entry name="serial">4C4C4544-0031-4810-8042-B4C04F353253</entry> <entry name="uuid">980cb3c8-8af8-4795-9c21-85582d37e042</entry> </system> </sysinfo> <clock adjustment="-61" offset="variable"> <timer name="rtc" tickpolicy="catchup"/> </clock> <features> <acpi/> </features> <cpu match="exact" mode="host-passthrough"> <topology cores="4" sockets="1" threads="1"/> </cpu> </domain> Thread-143926::DEBUG::2013-09-12 15:01:21,987::libvirtconnection::101::libvirtconnection::(wrapper) Unknown libvirterror: ecode: 1 edom: 10 level: 2 message: internal error: unexpected address type for ide disk Thread-143926::DEBUG::2013-09-12 15:01:21,987::vm::2036::vm.Vm::(_startUnderlyingVm) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::_ongoingCreations released Thread-143926::ERROR::2013-09-12 15:01:21,987::vm::2062::vm.Vm::(_startUnderlyingVm) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 2022, in _startUnderlyingVm self._run() File "/usr/share/vdsm/vm.py", line 2906, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 76, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2909, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error: unexpected address type for ide disk Thread-143926::DEBUG::2013-09-12 15:01:21,989::vm::2448::vm.Vm::(setDownStatus) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::Changed state to Down: internal error: unexpected address type for ide disk Thread-143929::DEBUG::2013-09-12 15:01:22,162::BindingXMLRPC::979::vds::(wrapper) client [172.30.18.242]::call vmGetStats with ('980cb3c8-8af8-4795-9c21-85582d37e042',) {} Thread-143929::DEBUG::2013-09-12 15:01:22,162::BindingXMLRPC::986::vds::(wrapper) return vmGetStats with {'status': {'message': 'Done', 'code': 0}, 'statsList': [{'status': 'Down', 'hash': '0', 'exitMessage': 'internal error: unexpected address type for ide disk', 'vmId': '980cb3c8-8af8-4795-9c21-85582d37e042', 'timeOffset': '-61', 'exitCode': 1}]} Thread-143930::DEBUG::2013-09-12 15:01:22,166::BindingXMLRPC::979::vds::(wrapper) client [172.30.18.242]::call vmDestroy with ('980cb3c8-8af8-4795-9c21-85582d37e042',) {} Thread-143930::INFO::2013-09-12 15:01:22,167::API::317::vds::(destroy) vmContainerLock acquired by vm 980cb3c8-8af8-4795-9c21-85582d37e042 Thread-143930::DEBUG::2013-09-12 15:01:22,167::vm::4258::vm.Vm::(destroy) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::destroy Called Thread-143930::INFO::2013-09-12 15:01:22,167::vm::4204::vm.Vm::(releaseVm) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::Release VM resources Thread-143930::WARNING::2013-09-12 15:01:22,168::vm::1717::vm.Vm::(_set_lastStatus) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::trying to set state to Powering down when already Down Thread-143930::WARNING::2013-09-12 15:01:22,168::clientIF::337::vds::(teardownVolumePath) Drive is not a vdsm image: VOLWM_CHUNK_MB:1024 VOLWM_CHUNK_REPLICATE_MULT:2 VOLWM_FREE_PCT:50 _blockDev:False _checkIoTuneCategories:<bound method Drive._checkIoTuneCategories of <vm.Drive object at 0x7f0fb8a7d610>> _customize:<bound method Drive._customize of <vm.Drive object at 0x7f0fb8a7d610>> _deviceXML:<disk device="cdrom" snapshot="no" type="file"><address domain="0x0000" function="0x0" slot="0x06" type="pci" bus="0x00"/><source file="" startupPolicy="optional"/><target bus="ide" dev="hdc"/><readonly/><serial></serial></disk> _makeName:<bound method Drive._makeName of <vm.Drive object at 0x7f0fb8a7d610>> _validateIoTuneParams:<bound method Drive._validateIoTuneParams of <vm.Drive object at 0x7f0fb8a7d610>> address:{'bus': '0x00', ' slot': '0x06', ' domain': '0x0000', ' type': 'pci', ' function': '0x0'} apparentsize:0 blockDev:False cache:none conf:{'status': 'Down', 'acpiEnable': 'true', 'emulatedMachine': 'pc-1.0', 'tabletEnable': 'true', 'pid': '0', 'memGuaranteedSize': 8144, 'timeOffset': '-61', 'keyboardLayout': 'en-us', 'displayPort': '-1', 'displaySecurePort': '-1', 'spiceSslCipherSuite': 'DEFAULT', 'cpuType': 'hostPassthrough', 'smp': '4', 'clientIp': '', 'exitCode': 1, 'nicModel': 'rtl8139,pv', 'smartcardEnable': 'false', 'kvmEnable': 'true', 'pitReinjection': 'false', 'vmId': '980cb3c8-8af8-4795-9c21-85582d37e042', 'transparentHugePages': 'true', 'displayNetwork': 'ovirtmgmt', 'devices': [{'device': 'scsi', 'model': 'virtio-scsi', 'type': 'controller'}, {'device': 'cirrus', 'specParams': {'vram': '65536'}, 'type': 'video', 'deviceId': '87df9d21-bf47-45f9-ab45-7f2f950fd788', 'address': {'bus': '0x00', ' slot': '0x02', ' domain': '0x0000', ' type': 'pci', ' function': '0x0'}}, {'nicModel': 'pv', 'macAddr': '00:1a:4a:ab:9c:6a', 'linkActive': 'true', 'network': 'ovirtmgmt', 'custom': {}, 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId': 'e9f8e70f-8cb9-496b-b44e-d75e56515c27', 'address': {'bus': '0x00', ' slot': '0x03', ' domain': '0x0000', ' type': 'pci', ' function': '0x0'}, 'device': 'bridge', 'type': 'interface'}, {'index': '2', 'iface': 'ide', 'address': {'bus': '0x00', ' slot': '0x06', ' domain': '0x0000', ' type': 'pci', ' function': '0x0'}, 'specParams': {'path': ''}, 'readonly': 'true', 'deviceId': 'ef25939b-a5ff-456e-978f-53e7600b83ce', 'path': '', 'device': 'cdrom', 'shared': 'false', 'type': 'disk'}, {'volumeInfo': {'volPort': '0', 'volType': 'network', 'volfileServer': 'r410-02', 'volTransport': 'tcp', 'protocol': 'gluster', 'path': 'hades/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5'}, 'index': 0, 'iface': 'virtio', 'apparentsize': '10737418240', 'imageID': '8863c4d0-0ff3-4590-8f37-e6bb6c9d195e', 'readonly': 'false', 'shared': 'false', 'truesize': '10737418240', 'type': 'disk', 'domainID': 'e281bd49-bc11-4acb-8634-624eac6d3358', 'reqsize': '0', 'format': 'raw', 'deviceId': '8863c4d0-0ff3-4590-8f37-e6bb6c9d195e', 'poolID': 'accbd988-31c6-4803-9204-a584067fa157', 'device': 'disk', 'path': '/rhev/data-center/accbd988-31c6-4803-9204-a584067fa157/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5', 'propagateErrors': 'off', 'optional': 'false', 'bootOrder': '1', 'volumeID': '1abdc967-c32c-4862-a36b-b93441c4a7d5', 'specParams': {}, 'volumeChain': [{'path': '/rhev/data-center/accbd988-31c6-4803-9204-a584067fa157/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5', 'domainID': 'e281bd49-bc11-4acb-8634-624eac6d3358', 'vmVolInfo': {'volPort': '0', 'volType': 'network', 'volfileServer': 'r410-02', 'volTransport': 'tcp', 'protocol': 'gluster', 'path': 'hades/e281bd49-bc11-4acb-8634-624eac6d3358/images/8863c4d0-0ff3-4590-8f37-e6bb6c9d195e/1abdc967-c32c-4862-a36b-b93441c4a7d5'}, 'volumeID': '1abdc967-c32c-4862-a36b-b93441c4a7d5', 'imageID': '8863c4d0-0ff3-4590-8f37-e6bb6c9d195e'}]}, {'device': 'memballoon', 'specParams': {'model': 'virtio'}, 'type': 'balloon', 'deviceId': '1c4aef1b-f0eb-47c9-83a8-f983ad3e47bf', 'target': 8339456}], 'custom': {}, 'vmType': 'kvm', 'exitMessage': 'internal error: unexpected address type for ide disk', 'memSize': 8144, 'displayIp': '172.30.18.247', 'spiceSecureChannels': 'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 'smpCoresPerSocket': '4', 'vmName': 'rhev-compute-01', 'display': 'vnc', 'nice': '0'} createXmlElem:<bound method Drive.createXmlElem of <vm.Drive object at 0x7f0fb8a7d610>> device:cdrom deviceId:ef25939b-a5ff-456e-978f-53e7600b83ce getNextVolumeSize:<bound method Drive.getNextVolumeSize of <vm.Drive object at 0x7f0fb8a7d610>> getXML:<bound method Drive.getXML of <vm.Drive object at 0x7f0fb8a7d610>> iface:ide index:2 isDiskReplicationInProgress:<bound method Drive.isDiskReplicationInProgress of <vm.Drive object at 0x7f0fb8a7d610>> isVdsmImage:<bound method Drive.isVdsmImage of <vm.Drive object at 0x7f0fb8a7d610>> log:<logUtils.SimpleLogAdapter object at 0x7f0fb8a9ea90> name:hdc networkDev:False path: readonly:true reqsize:0 serial: shared:false specParams:{'path': ''} truesize:0 type:disk volExtensionChunk:1024 watermarkLimit:536870912 Traceback (most recent call last): File "/usr/share/vdsm/clientIF.py", line 331, in teardownVolumePath res = self.irs.teardownImage(drive['domainID'], File "/usr/share/vdsm/vm.py", line 1344, in __getitem__ raise KeyError(key) KeyError: 'domainID' Thread-143930::DEBUG::2013-09-12 15:01:22,171::task::579::TaskManager.Task::(_updateState) Task=`19501aff-60ce-46f4-b3c6-63cb8b6d8598`::moving from state init -> state preparing Thread-143930::INFO::2013-09-12 15:01:22,172::logUtils::44::dispatcher::(wrapper) Run and protect: teardownImage(sdUUID='e281bd49-bc11-4acb-8634-624eac6d3358', spUUID='accbd988-31c6-4803-9204-a584067fa157', imgUUID='8863c4d0-0ff3-4590-8f37-e6bb6c9d195e', volUUID=None) Thread-143930::DEBUG::2013-09-12 15:01:22,172::resourceManager::197::ResourceManager.Request::(__init__) ResName=`Storage.e281bd49-bc11-4acb-8634-624eac6d3358`ReqID=`3d2eb551-2767-44b0-958c-e2bc26b650ca`::Request was made in '/usr/share/vdsm/storage/hsm.py' line '3282' at 'teardownImage' Thread-143930::DEBUG::2013-09-12 15:01:22,173::resourceManager::541::ResourceManager::(registerResource) Trying to register resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358' for lock type 'shared' Thread-143930::DEBUG::2013-09-12 15:01:22,173::resourceManager::600::ResourceManager::(registerResource) Resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358' is free. Now locking as 'shared' (1 active user) Thread-143930::DEBUG::2013-09-12 15:01:22,173::resourceManager::237::ResourceManager.Request::(grant) ResName=`Storage.e281bd49-bc11-4acb-8634-624eac6d3358`ReqID=`3d2eb551-2767-44b0-958c-e2bc26b650ca`::Granted request Thread-143930::DEBUG::2013-09-12 15:01:22,174::task::811::TaskManager.Task::(resourceAcquired) Task=`19501aff-60ce-46f4-b3c6-63cb8b6d8598`::_resourcesAcquired: Storage.e281bd49-bc11-4acb-8634-624eac6d3358 (shared) Thread-143930::DEBUG::2013-09-12 15:01:22,174::task::974::TaskManager.Task::(_decref) Task=`19501aff-60ce-46f4-b3c6-63cb8b6d8598`::ref 1 aborting False Thread-143930::DEBUG::2013-09-12 15:01:22,188::fileVolume::520::Storage.Volume::(validateVolumePath) validate path for 1abdc967-c32c-4862-a36b-b93441c4a7d5 Thread-143930::DEBUG::2013-09-12 15:01:22,217::fileVolume::520::Storage.Volume::(validateVolumePath) validate path for 1abdc967-c32c-4862-a36b-b93441c4a7d5 Thread-143930::DEBUG::2013-09-12 15:01:22,246::fileVolume::520::Storage.Volume::(validateVolumePath) validate path for 1abdc967-c32c-4862-a36b-b93441c4a7d5 Thread-143930::INFO::2013-09-12 15:01:22,300::image::215::Storage.Image::(getChain) sdUUID=e281bd49-bc11-4acb-8634-624eac6d3358 imgUUID=8863c4d0-0ff3-4590-8f37-e6bb6c9d195e chain=[<storage.glusterVolume.GlusterVolume object at 0x7f0fb8760d90>] Thread-143930::INFO::2013-09-12 15:01:22,300::logUtils::47::dispatcher::(wrapper) Run and protect: teardownImage, Return response: None Thread-143930::DEBUG::2013-09-12 15:01:22,300::task::1168::TaskManager.Task::(prepare) Task=`19501aff-60ce-46f4-b3c6-63cb8b6d8598`::finished: None Thread-143930::DEBUG::2013-09-12 15:01:22,301::task::579::TaskManager.Task::(_updateState) Task=`19501aff-60ce-46f4-b3c6-63cb8b6d8598`::moving from state preparing -> state finished Thread-143930::DEBUG::2013-09-12 15:01:22,301::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {'Storage.e281bd49-bc11-4acb-8634-624eac6d3358': < ResourceRef 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358', isValid: 'True' obj: 'None'>} Thread-143930::DEBUG::2013-09-12 15:01:22,301::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-143930::DEBUG::2013-09-12 15:01:22,302::resourceManager::615::ResourceManager::(releaseResource) Trying to release resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358' Thread-143930::DEBUG::2013-09-12 15:01:22,302::resourceManager::634::ResourceManager::(releaseResource) Released resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358' (0 active users) Thread-143930::DEBUG::2013-09-12 15:01:22,302::resourceManager::640::ResourceManager::(releaseResource) Resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358' is free, finding out if anyone is waiting for it. Thread-143930::DEBUG::2013-09-12 15:01:22,302::resourceManager::648::ResourceManager::(releaseResource) No one is waiting for resource 'Storage.e281bd49-bc11-4acb-8634-624eac6d3358', Clearing records. Thread-143930::DEBUG::2013-09-12 15:01:22,303::task::974::TaskManager.Task::(_decref) Task=`19501aff-60ce-46f4-b3c6-63cb8b6d8598`::ref 0 aborting False Thread-143930::WARNING::2013-09-12 15:01:22,303::utils::113::root::(rmFile) File: /var/lib/libvirt/qemu/channels/980cb3c8-8af8-4795-9c21-85582d37e042.com.redhat.rhevm.vdsm already removed Thread-143930::WARNING::2013-09-12 15:01:22,303::utils::113::root::(rmFile) File: /var/lib/libvirt/qemu/channels/980cb3c8-8af8-4795-9c21-85582d37e042.org.qemu.guest_agent.0 already removed Thread-143930::DEBUG::2013-09-12 15:01:22,304::task::579::TaskManager.Task::(_updateState) Task=`277b0c74-d3f2-4a8a-aa18-3084bbd591cf`::moving from state init -> state preparing Thread-143930::INFO::2013-09-12 15:01:22,304::logUtils::44::dispatcher::(wrapper) Run and protect: inappropriateDevices(thiefId='980cb3c8-8af8-4795-9c21-85582d37e042') Thread-143930::INFO::2013-09-12 15:01:22,306::logUtils::47::dispatcher::(wrapper) Run and protect: inappropriateDevices, Return response: None Thread-143930::DEBUG::2013-09-12 15:01:22,306::task::1168::TaskManager.Task::(prepare) Task=`277b0c74-d3f2-4a8a-aa18-3084bbd591cf`::finished: None Thread-143930::DEBUG::2013-09-12 15:01:22,307::task::579::TaskManager.Task::(_updateState) Task=`277b0c74-d3f2-4a8a-aa18-3084bbd591cf`::moving from state preparing -> state finished Thread-143930::DEBUG::2013-09-12 15:01:22,307::resourceManager::939::ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-143930::DEBUG::2013-09-12 15:01:22,307::resourceManager::976::ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-143930::DEBUG::2013-09-12 15:01:22,307::task::974::TaskManager.Task::(_decref) Task=`277b0c74-d3f2-4a8a-aa18-3084bbd591cf`::ref 0 aborting False Thread-143930::DEBUG::2013-09-12 15:01:22,307::vm::4252::vm.Vm::(deleteVm) vmId=`980cb3c8-8af8-4795-9c21-85582d37e042`::Total desktops after destroy of 980cb3c8-8af8-4795-9c21-85582d37e042 is 0 Thread-143930::DEBUG::2013-09-12 15:01:22,307::BindingXMLRPC::986::vds::(wrapper) return vmDestroy with {'status': {'message': 'Machine destroyed', 'code': 0}} PLEASE CONSIDER THE ENVIRONMENT, DON'T PRINT THIS EMAIL UNLESS YOU REALLY NEED TO. This email and its attachments may contain information which is confidential and/or legally privileged. If you are not the intended recipient of this e-mail please notify the sender immediately by e-mail and delete this e-mail and its attachments from your computer and IT systems. You must not copy, re-transmit, use or disclose (other than to the sender) the existence or contents of this email or its attachments or permit anyone else to do so. ----------------------------- -----Original Message----- From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of users-request(a)ovirt.org Sent: Friday, September 13, 2013 7:03 AM To: users(a)ovirt.org Subject: Users Digest, Vol 24, Issue 54 Message: 5 Date: Thu, 12 Sep 2013 16:45:49 -0400 (EDT) From: Jason Brooks <jbrooks(a)redhat.com> To: users <users(a)ovirt.org> Subject: [Users] oVirt 3.3 -- Failed to run VM: internal error unexpected address type for ide disk Message-ID: <1080415344.14385259.1379018749875.JavaMail.root(a)redhat.com> Content-Type: text/plain; charset=utf-8 I'm experiencing an issue today on my oVirt 3.3 test setup -- it's an AIO engine+host setup, with a second node on a separate machine. Both machines are running F19, both have all current F19 updates and all current ovirt- beta repo updates. This is on a GlusterFS domain, hosted from a volume on the AIO machine. Also, I have the neutron external network provider configured, but these VMs aren't using one of these networks. selinux permissive on both machines, firewall down on both as well (firewall rules for gluster don't appear to be set by the engine) 1. Create a new VM w/ virtio disk 2. VM runs normally 3. Power down VM 4. VM won't start, w/ error msg: internal error unexpected address type for ide disk 5. Changing disk to IDE, removing and re-adding, VM still won't start 6. If created w/ IDE disk from the beginning, VM runs and restarts as expected. Is anyone else experiencing something like this? It appears to render the Gluster FS domain type totally unusable. I wasn't having this problem last week... Here's a chunk from the VDSM log: Thread-4526::ERROR::2013-09-12 16:02:53,199::vm::2062::vm.Vm:: (_startUnderlyingVm) vmId=`cc86596b-0a69-4f5e-a4c2-e8d8ca18067e`:: The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 2022, in _startUnderlyingVm self._run() File "/usr/share/vdsm/vm.py", line 2906, in _run self._connection.createXML(domxml, flags), File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", line 76, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2805, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: internal error unexpected address type for ide disk Regards, Jason --- Jason Brooks Red Hat Open Source and Standards @jasonbrooks | @redhatopen http://community.redhat.com ------------------------------

2 3

Re: [Users] single VM disappeared
by Markus Stockhausen 13 Sep '13

13 Sep '13

This is a multi-part message in MIME format. ------=_NextPartTM-000-9fe6758f-1f20-44e4-a5a7-2c9b16fc854b Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > Von: Roy Golan [rgolan(a)redhat.com]=0A= > Gesendet: Donnerstag, 12. September 2013 15:58=0A= > An: Markus Stockhausen=0A= > Betreff: Re: [Users] single VM disappeared=0A= > =0A= > On Thu 12 Sep 2013 02:57:13 PM IDT, Markus Stockhausen wrote:=0A= > > Hello,=0A= > >=0A= > > continuing with my 3.3 error series. I just lost one of my VMs after=0A= > > restart of ovirt-engine. The things I remember are:=0A= > >=0A= > > - The machine was up and running.=0A= > > - I changed the cluster cpu from penryn to nehalem=0A= > > - Machine was stopped=0A= > > - Restart failed with error in ovirt-engine.log=0A= > >=0A= > > Failed creating vm win2k3std_de in vds =3D=0A= > > 30b9bd7e-ea05-4910-85a7-f014ba8a8bab :=0A= > > colovn1 error =3D=0A= > > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:=0A= > > org.apache.xmlrpc.common.XmlRpcExtensionException:=0A= > > Null values aren't supported, if isEnabledForExtensions() =3D=3D false= =0A= > >=0A= > > - Without any idea how to solve the error I restarted ovirt-engine=0A= > > - Now Machine is missing=0A= > > - Error log reads=0A= > >=0A= > > Correlation ID: 2c29cebd, Call Stack: null, Custom=0A= > > Event ID: -1, Message: Failed to import Vm win2k3std_de to=0A= > > Data Center Collogia, Cluster Produktion=0A= > >=0A= > > I uploaded the engine.log to http://pastebin.com/sHspGTgy=0A= > >=0A= > > Markus=0A= > >=0A= > >=0A= > > _______________________________________________=0A= > > Users mailing list=0A= > > Users(a)ovirt.org=0A= > > http://lists.ovirt.org/mailman/listinfo/users=0A= > =0A= > I think thats an emulated machine problem which I'm just takin care of.= =0A= > =0A= > to check:=0A= > =0A= > go to cluster, select your cluster, got to the genral subtab and check=0A= > what is "emulated machine" value=0A= > I guess its null. to make it work,=0A= > 1.take one of your host which belongs to that cluster to maintenance=0A= > 2.activate it back.=0A= > 3. check the emulated machine value is set now=0A= > =0A= > cause:=0A= > Bug https://bugzilla.redhat.com/1004695=0A= > Editing the cluster nullify the emulated machine value=0A= > =0A= > Roy=0A= =0A= Hello,=0A= =0A= thanks for helping me through that minefield. Ok here are the results =0A= when following your guide.=0A= =0A= - Emulated machine: pc-1.0=0A= - maintenance/activate one node of the cluster:=0A= - Emulated machine is still: pc-1.0=0A= =0A= I guess that is nothing you wanted to see. So I changed the CPU=0A= type of the cluster and was able to understand what you think of. =0A= The emulated machine will go blank. After reactivating a node=0A= the value goes back to pc-1.0=0A= =0A= I played with the cluster settings in between and cannot say if the=0A= value was empty when the error occured. Just in case the emulated =0A= machine value was empty during restart of ovirt-engine. Did I loose =0A= the machine because of that? As I'm testing that is no problem but =0A= I want to make sure if I can recover from that situation in any way.=0A= =0A= Best regards.=0A= =0A= Markus=0A= =0A= =0A= ------=_NextPartTM-000-9fe6758f-1f20-44e4-a5a7-2c9b16fc854b Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-9fe6758f-1f20-44e4-a5a7-2c9b16fc854b--

3 4

[Users] oVirt 3.3 Dependency Resolution
by James Wilson 13 Sep '13

13 Sep '13

Hi, I've just performed a clean install of CentOS 6.4 x86_64 (Minimal) along with oVirt 3.3 from the official EL6 Beta repository. This resulted in dependency conflicts between the official oVirt repo and EPEL. The following repositories were installed and activated: # yum localinstall http://resources.ovirt.org/releases/ovirt-release-el6-8-1.noarch.rpm -y # yum localinstall http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm -y Followed by installation of the main oVirt engine and all-in-one configuration: # yum install ovirt-engine-setup-plugin-allinone -y This resulted in the following fatal error: Error: Package: vdsm-4.12.1-2.el6.x86_64 (ovirt-beta) Requires: mom >= 0.3.2-3 Available: mom-0.3.0-1.el6.noarch (epel) mom = 0.3.0-1.el6 Error: Package: glusterfs-api-3.4.0-8.el6.x86_64 (glusterfs-epel) Requires: glusterfs = 3.4.0-8.el6 Available: glusterfs-3.2.7-1.el6.i686 (epel) glusterfs = 3.2.7-1.el6 Error: Package: vdsm-4.12.1-2.el6.x86_64 (ovirt-beta) Requires: glusterfs >= 3.4.0 Available: glusterfs-3.2.7-1.el6.i686 (epel) glusterfs = 3.2.7-1.el6 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest To resolve, priorities have to be set within the yum repository definitions: # yum install yum-priorities Adding arbitrary priorities to the oVirt and EPEL repositories rectified the issue - giving EPEL a lower value. For example: /etc/yum.repos.d/el6-ovirt.repo [ovirt-beta] name=Beta builds of the oVirt project baseurl=http://ovirt.org/releases/beta/rpm/EL/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 priority=20 priority=20 /etc/yum.repos.d/epel.repo [epel] name=Extra Packages for Enterprise Linux 6 - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$bas… failovermethod=priority enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6 priority=25 The priority setting must be enabled for each repo definition, Once complete, the installation succeeds without issue. Hope this helps! James

2 2

[Users] Network help
by Carlos Baptista 12 Sep '13

12 Sep '13

Hi, I need help. I cant figure how to configure "logical networks" with my servers. My configuration is the following: ovirt manager 2 interfaces, eth0 and eth1 bonded ifcfg-bond0 DEVICE=bond0 IPADDR=192.168.44.105 NETWORK=192.168.44.0 NETMASK=255.255.255.0 GATEWAY=192.168.44.254 USERCTL=no BOOTPROTO=none ONBOOT=yes ovirt hosts (2 servers) 2 interfaces, eth0 and eth1 bonded for management ifcfg-bond0 DEVICE=bond0 IPADDR=192.168.43.10 (192.168.43.9 on the second server) NETWORK=192.168.43.0 NETMASK=255.255.255.0 GATEWAY=192.168.43.254 USERCTL=no BOOTPROTO=none ONBOOT=yes 2 interfaces, eth2 and eth3 bonded, used for VM networks. This is my problem. These 2 interfaces are exposed to a network trunk with a few vlan's. Do I need to create all the bridges for the vlan's at the SO level?? Can I create them in the web interface? How can I find some docs that point me in the right direction? Thanks in advance Carlos Baptista

3 2

[Users] oVirt 3.3 Release update
by Mike Burns 12 Sep '13

12 Sep '13

Final RC builds have been posted to the beta repos on ovirt.org. The current scheduled release for 3.3 is set for Monday assuming no critical blocker issues are found before then. If you picked up beta packages prior to Thursday at approximately 11 AM EDT (15:00 UTC), there is a new ovirt-engine package that fixes a single security issue [1][2]. Thanks The oVirt Team [1] https://bugzilla.redhat.com/show_bug.cgi?id=1007482 [2] A reflected cross-site scripting (XSS) flaw was found in oVirt Engine An attacker could construct a carefully-crafted URL, which once visited by an unsuspecting user, could cause the user's web browser to execute malicious script in the context the of oVirt Engine domain. (CVE-2013-4181)

2 1

[Users] oVirt Engine 3.2 Async Update due to security issue
by Mike Burns 12 Sep '13

12 Sep '13

A new version of oVirt Engine 3.2 was released today to deal with security bug 1007482 [1]. A reflected cross-site scripting (XSS) flaw was found in oVirt Engine An attacker could construct a carefully-crafted URL, which once visited by an unsuspecting user, could cause the user's web browser to execute malicious script in the context the of oVirt Engine domain. (CVE-2013-4181) This update only fixes this one bug. Thanks The oVirt Team [1] https://bugzilla.redhat.com/show_bug.cgi?id=1007482

1 0

[Users] single VM disappeared
by Markus Stockhausen 12 Sep '13

12 Sep '13

------=_NextPartTM-000-27edf8bb-8557-4a81-b930-95356c4a52f0 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585761EFEXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585761EFEXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, continuing with my 3.3 error series. I just lost one of my VMs after restart of ovirt-engine. The things I remember are: - The machine was up and running. - I changed the cluster cpu from penryn to nehalem - Machine was stopped - Restart failed with error in ovirt-engine.log Failed creating vm win2k3std_de in vds =3D 30b9bd7e-ea05-4910-85a7-f014ba8a8bab : colovn1 error =3D org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkExcep= tion: org.apache.xmlrpc.common.XmlRpcExtensionException: Null values aren't supported, if isEnabledForExtensions() =3D=3D false - Without any idea how to solve the error I restarted ovirt-engine - Now Machine is missing - Error log reads Correlation ID: 2c29cebd, Call Stack: null, Custom Event ID: -1, Message: Failed to import Vm win2k3std_de to Data Center Collogia, Cluster Produktion I uploaded the engine.log to http://pastebin.com/sHspGTgy Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585761EFEXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:= 0;}</style> </head> <body ocsi=3D"0" fpstyle=3D"1"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello, continuing with my 3.3 error series. I just lost one of my VMs after restart of ovirt-engine. The things I remember are: - The machine was up and running. - I changed the cluster cpu from penryn to nehalem - Machine was stopped - Restart failed with error in ovirt-engine.log Failed creating vm win2k3std_de in vds =3D 30b9bd7e-ea05-4910-85a7-f014ba8a8bab : colovn1 error =3D org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkExcep= tion: org.apache.xmlrpc.common.XmlRpcExtensionException: Null values aren't supported, if isEnabledForExtensions() =3D=3D false - Without any idea how to solve the error I restarted ovirt-engine - Now Machine is missing - Error log reads Correlation ID: 2c29cebd, Call Stack: null, Custom Event ID: -1, Message: Failed to import Vm win2k3std_de to Data Center Collogia, Cluster Produktion I uploaded the engine.log to <a href=3D"http://pastebin.com/sHspGTgy" targe= t=3D"_blank"> http://pastebin.com/sHspGTgy</a> Markus </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585761EFEXCHANGEcollogi_-- ------=_NextPartTM-000-27edf8bb-8557-4a81-b930-95356c4a52f0 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-27edf8bb-8557-4a81-b930-95356c4a52f0--

2 1

[Users] Error after disk change virtio -> virtio-scsi
by Markus Stockhausen 12 Sep '13

12 Sep '13

------=_NextPartTM-000-13e80a2b-bbf8-4326-a37e-24ecb486b58b Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585760A6EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585760A6EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, if I change the type of an existing vm disk from virtio to virtio-scsi in ovirt-engine webadmin the vm does not boot any longer. That means qemu cannot start the VM at all. qemu error message is: "unexpected address type for scsi disk" Creating a new disk as virtio-scsi works fine. Does the conversion process miss some flags or am I doing something forbidden? Best regards. Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585760A6EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:= 0;}</style> </head> <body ocsi=3D"0" fpstyle=3D"1"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello, if I change the type of an existing vm disk from virtio to virtio-scsi in ovirt-engine webadmin the vm does not boot any longer. That means qemu cannot start the VM at all. qemu error message is: "unexpected address type for scsi disk" Creating a new disk as virtio-scsi works fine. Does the conversion process miss some flags or am I doing something forbidden? Best regards. Markus </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585760A6EXCHANGEcollogi_-- ------=_NextPartTM-000-13e80a2b-bbf8-4326-a37e-24ecb486b58b Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-13e80a2b-bbf8-4326-a37e-24ecb486b58b--

2 3

Re: [Users] oVIRT 3.3 Failed to acces Master Domain
by Hans-Joachim 12 Sep '13

12 Sep '13

--========GMXBoundary296361378974399556172 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hello, for what reason ever, iscsid wasn't started. After deleting old iscsiadm definitions and rebooting, all worked fine. .... but now all my VMs are disappeared.. The database table vms does not contains any records anymore. Hans-Joachim --========GMXBoundary296361378974399556172 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello,<b= r /> for what reason ever, iscsid wasn't started. After deleting old i= scsiadm definitions and rebooting, all worked fine. .... but now= all my VMs are disappeared.. The database table vms does not co= ntains any records anymore. Hans-Joachim --========GMXBoundary296361378974399556172--

1 0

[Users] ovirt 3.3 vdsm use glusterfs on centos
by Joy 12 Sep '13

12 Sep '13

This is a multi-part message in MIME format. ------=_NextPart_5231494E_08C1AEA8_060F2006 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 aGkgYWxsOyAgaSB1c2Ugb3ZpcnQgMy4zIG9uIGNlbnRvcyxJIHdhbnQgbmF0aXZlIGdsdXN0 ZXJmcyBhcyBzdG9yYWdlICwgYnV0IHVzaW5nIG5hdGl2ZSBnbHVzdGVyZnMgbmVlZCBxZW11 IDEuMyAgYW5kIGxpYnZpcnQgMS4wIG9yIGxhdGVyLiBBc2sgdGhlc2UgdHdvIHZlcnNpb25z IG9mIHRoZSBycG0gcGFja2FnZSB3aGVyZSB5b3UgIGNhbiBkb3dubG9hZCAuDQp0a3Mu ------=_NextPart_5231494E_08C1AEA8_060F2006 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: base64 aGkgYWxsOzxkaXY+Jm5ic3A7IGkgdXNlIG92aXJ0IDMuMyBvbiBjZW50b3MsSSB3YW50IG5h dGl2ZSBnbHVzdGVyZnMgYXMgc3RvcmFnZSAsIGJ1dCB1c2luZyBuYXRpdmUgZ2x1c3RlcmZz IG5lZWQgcWVtdSAxLjMgCmFuZCBsaWJ2aXJ0IDEuMCBvciBsYXRlci4gQXNrIHRoZXNlIHR3 byB2ZXJzaW9ucyBvZiB0aGUgcnBtIHBhY2thZ2Ugd2hlcmUgeW91IApjYW4gZG93bmxvYWQg LjwvZGl2PjxkaXY+dGtzLjwvZGl2Pg== ------=_NextPart_5231494E_08C1AEA8_060F2006--

2 2

Re: [Users] [libvirt] VNC/Spice console connection failure
by Eric Blake 12 Sep '13

12 Sep '13

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --83LgHvWhfnIrRkQLl5bWwnkT0mnpbTUuh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 09/11/2013 12:53 AM, Michal Skrivanek wrote: >=20 > On Sep 11, 2013, at 00:11 , Eric Blake <eblake(a)redhat.com> wrote: >=20 >> On 09/10/2013 03:52 PM, Dan Kenigsberg wrote: >>> On Tue, Sep 10, 2013 at 05:31:23PM +0000, SULLIVAN, Chris (WGK) wrote= : >>>> Hi Itamar, >>>> >>>> BZ created: https://bugzilla.redhat.com/show_bug.cgi?id=3D1006490 >>>> >>>> Thanks, >>> >>> Thanks, but we cannot simply require libvirt > 1.1.0, as it does not >>> ship with F19. We need get a fix backported to F19, so that we can >>> change our VNC password there. >> >> Can you pinpoint which libvirt commit fixed things, and then clone tha= t >> vdsm bug to libvirt under Fedora 19? >=20 > I believe/hope the fix is http://libvirt.org/git/?p=3Dlibvirt.git;a=3Dc= ommit;h=3D752596b5dd0b4f3d27defc9e232552ff5a0bf08a > Bug cloned as https://bugzilla.redhat.com/show_bug.cgi?id=3D1006697 Yep, that sounds like it. Thanks for doing the research; I've backported that patch to v1.0.5-maint, so it will be picked up the next time Cole cuts a build for F19 (which will probably be soon once some pending CVEs finish embargo...). --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --83LgHvWhfnIrRkQLl5bWwnkT0mnpbTUuh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJSMSclAAoJEKeha0olJ0NqfREH/3wpGv8cjge2x3H47AP8t94X Gp2aSLtVBxcL/p/BK2ZgXOLpekPlH6cxdAQnBIZrNi/MztzLboBdSgDufdYAKIMm VeTOMrwnHl7Ox6pjYQII9xuB73zAUE55O7F+YNcQ8MoSppWC/Rb4WJQ4YR/t7GVg n8DQror0tw212H9KPD+zAe/hhsYnoab6SzcK8COo9OpTo1Ps56XZEaztEXj6j/oy qJm/K+TyB0o5QDg/SCNwbuVL5JFYPM11fZEPRab4Qb83NXjghAPgnHOPZmyN07Mo 8sex8tN6dHVkncpH5ZVF0TiNE2K4P0qOdMTdgqnq5wdN0STz6qnO72J49c82RAk= =QXW0 -----END PGP SIGNATURE----- --83LgHvWhfnIrRkQLl5bWwnkT0mnpbTUuh--

1 0

[Users] NFS troubleshooting page
by Markus Stockhausen 12 Sep '13

12 Sep '13

------=_NextPartTM-000-442c68c1-bc6a-4509-872b-5b6cc4a1ee67 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD17358574D93EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD17358574D93EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, although it helps nobody I just want to leave the information that my first two weeks with ovirt were horrible. That said I'm still confident that I will able to get it all managed. For know I have some addition to the NFS troubleshooting wiki that could be helpful for others. My wiki account request is still pending so maybe someone with access could expand the page. NFS mounts on the hypervisor hosts (at least Fedora 19) use the option rsize=3D1M,wsize=3D1M by default. If the NFS servers maximum tcp window memory settings are less or equal than 1M the connections to NFS data/ISO domains may stall from time to time. Raising the TCP kernel settings on NFS server side to net.ipv4.tcp_mem =3D 4096 65536 4194304 net.ipv4.tcp_rmem =3D 4096 65536 4194304 net.ipv4.tcp_wmem =3D 4096 65536 4194304 helps to get things stable. Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD17358574D93EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:= 0;}</style> </head> <body ocsi=3D"0" fpstyle=3D"1"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello, although it helps nobody I just want to leave the information that my first two weeks with ovirt were horrible. That said I'm still confident that I will able to get it all managed. For know I have some addition to the NFS troubleshooting wiki that could be helpful for others. My wiki account request is still pending so maybe someone with access could expand the page. NFS mounts on the hypervisor hosts (at least Fedora 19) use the option rsize=3D1M,wsize=3D1M by default. If the NFS servers maximum tcp window memory settings are less or equal than 1M the connections to NFS data/ISO domains may stall from time to time. Raising the TCP kernel settings on NFS server side to net.ipv4.tcp_mem =3D 4096 65536 4194304 net.ipv4.tcp_rmem =3D 4096 65536 4194304 net.ipv4.tcp_wmem =3D 4096 65536 4194304 helps to get things stable. Markus </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD17358574D93EXCHANGEcollogi_-- ------=_NextPartTM-000-442c68c1-bc6a-4509-872b-5b6cc4a1ee67 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-442c68c1-bc6a-4509-872b-5b6cc4a1ee67--

4 5

[Users] Bridge for logical network
by Juan Pablo Lorier 11 Sep '13

11 Sep '13

Hi, Another question: I need to connect 2 eths to a Fortigate cluster so I need them to be in a bridge with single ip so it can connect to the DMZ. As far as I can see, ovirt 3.2 is allowing me to create bonds and assign logical network to them, but not to create a bridge. Can I create it manually and get ovirt to handle it? Regrads,

3 7

[Users] oVirt Weekly Meeting Minutes -- 2013-09-11
by Mike Burns 11 Sep '13

11 Sep '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-11-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-11-14.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-11-14.00.log.html ============================ #ovirt: oVirt Weekly Meeting ============================ Meeting started by mburns at 14:00:01 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-11-14.00.log.html . Meeting summary --------------- * Agenda and Roll Call (mburns, 14:00:12) * 3.3 Release Status (mburns, 14:00:18) * tentative planning for 3.3.1 (mburns, 14:00:31) * 3.4.0 planning (mburns, 14:00:38) * conferences and workshops (mburns, 14:00:41) * infra update (mburns, 14:00:47) * other topics (mburns, 14:00:50) * 3.3 release status (mburns, 14:03:53) * final RC builds posted between yesterday and today for engine, vdsm, node (mburns, 14:04:13) * ovirt-node-iso rpms will be uploaded shortly (mburns, 14:05:51) * node iso images are available in releases/3.3/iso (mburns, 14:06:04) * ACTION: mburns to get things set for release today (mburns, 14:09:17) * ACTION: mburns to coordinate release for Monday (mburns, 14:09:29) * ACTION: mburns to solicit feedback on beta rpms (mburns, 14:18:14) * no open blockers at the moment, release just pending successful testing of current packages (mburns, 14:19:11) * 3.3.1 planning (mburns, 14:19:54) * engine exploring pulling all master changes (primarily bug fixes) into 3.3.1 (mburns, 14:24:22) * target should be before developer meetings in October (mburns, 14:25:13) * ACTION: oschreib to get a decision on 3.3.1 rebase (oschreib, 14:28:25) * tentative plan: build new 3.3.1 packages by 25-Sep, test-day on 1-Oct, rebuild between 9-Oct and 14-Oct for test day issues, release prior to 20-Oct (mburns, 14:30:15) * 3.4.0 planning (mburns, 14:33:05) * please comment/request/commit to new features on arch@ and users@ mailing lists (mburns, 14:34:26) * we'll start talking dates and release planning in the next few weeks (mburns, 14:35:14) * workshops and conferences (mburns, 14:39:57) * oVirt Developers Meeting during KVM Forum in Edinburgh, UK 21-23 October (mburns, 14:40:22) * to attend, please register for KVM Forum (mburns, 14:40:59) * first 200 people to register get free admission (mburns, 14:41:06) * 6 talks in CloudOpen track of LinuxCon (requires separate registration to LinuxCon) (mburns, 14:47:14) * 5 talks at KVM Forum on oVirt (mburns, 14:47:33) * 3 talks currently planned for developer meetings (mburns, 14:48:01) * schedule still being worked for oVirt Dev Meetings (mburns, 14:49:03) * see full meeting transcript for details of what the presentations are (mburns, 14:50:02) * 2 presentations at LinuxCon NA (mburns, 14:50:56) * progress has been made on RTP workshop, but details not defined yet (mburns, 14:51:41) * Case study added to the wiki (mburns, 14:53:29) * LINK: http://www.ovirt.org/Alter_Way_case_study (dneary, 14:53:36) * 3.3 promotional push being worked on (mburns, 14:55:25) * infra update (mburns, 14:57:27) * unit tests running per-patch for engine patches (mburns, 14:58:48) * new storage added to rackspace servers (mburns, 14:59:55) * planned for backups and jenkins slaves (mburns, 15:00:07) * plans for new ovirt tools jobs soon (image/iso uploader) (mburns, 15:01:47) * puppet/foreman running with all hosts reporting, base install mostly up and done (mburns, 15:02:31) * working on deployment procedure to get changes through gerrit to production (mburns, 15:03:10) * next steps: move more hosts to foreman (resources/lists/gerrit) (mburns, 15:03:30) * and documentation of the setup (mburns, 15:03:53) * Other Topics (mburns, 15:04:43) * no other topics (mburns, 15:06:43) Meeting ended at 15:06:47 UTC. Action Items ------------ * mburns to get things set for release today * mburns to coordinate release for Monday * mburns to solicit feedback on beta rpms * oschreib to get a decision on 3.3.1 rebase Action Items, by person ----------------------- * mburns * mburns to get things set for release today * mburns to coordinate release for Monday * mburns to solicit feedback on beta rpms * oschreib * oschreib to get a decision on 3.3.1 rebase * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (121) * dneary (50) * oschreib (39) * ewoud (6) * sahina (5) * eedri (4) * ovirtbot (4) * itamar1 (2) * yzaslavs|mtg (2) * sgotliv (1) * cultavix (1) * damnski (1) * yzaslavs (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

2 1

Re: [Users] VNC/Spice console connection failure
by SULLIVAN, Chris (WGK) 10 Sep '13

10 Sep '13

Hi, Just to follow up on the below - updating to libvirt 1.1.2-1 from ftp://libvirt.org/libvirt/ has appeared to solve the issue. Console connections via noVNC work as expected. Cheers, Chris PLEASE CONSIDER THE ENVIRONMENT, DON'T PRINT THIS EMAIL UNLESS YOU REALLY NEED TO. This email and its attachments may contain information which is confidential and/or legally privileged. If you are not the intended recipient of this e-mail please notify the sender immediately by e-mail and delete this e-mail and its attachments from your computer and IT systems. You must not copy, re-transmit, use or disclose (other than to the sender) the existence or contents of this email or its attachments or permit anyone else to do so. ----------------------------- -----Original Message----- From: SULLIVAN, Chris (WGK) Sent: Monday, September 09, 2013 3:48 PM To: users(a)ovirt.org Subject: RE: VNC/Spice console connection failure Hi, I am currently unable to connect to the console of a running VM through the Ovirt web interface. I get the following error (log extracts below): error : qemuDomainChangeGraphics:1873 : internal error cannot change listen address setting on vnc graphics I’m using Fedora 19, ovirt-engine 3.3.0-1, VDSM 4.12.1, qemu 1.4.2 and libvirt 1.0.5. I get a similar error when trying to use Spice. Has anyone come across this problem before, and if so, how to resolve? Based on some quick googling the versions of libvirt/qemu available in F19 do not allow changes to the listen address for a running VM. Should I rollback to a previous version? Kind regards, Chris Sullivan Senior Pipeline Engineer/Technical Development | J P Kenny ovirt-engine.log 2013-09-09 12:22:46,688 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-4) Running command: SetVmTicketCommand internal: false. Entities affected : ID: e69df488-ad50-4c8c-9f37-a63463a81702 Type: VM 2013-09-09 12:22:46,692 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-4) START, SetVmTicketVDSCommand(HostName = r410-02, HostId = d5df2e2b-509c-4b1c-902a-976b932d930b, vmId=e69df488-ad50-4c8c-9f37-a63463a81702, ticket=igRUBsYsw5ds, validTime=120,m userName=admin@internal, userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 53359174 2013-09-09 12:22:46,715 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-4) Failed in SetVmTicketVDS method 2013-09-09 12:22:46,715 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-4) Error code unexpected and error message VDSGenericException: VDSErrorException: Failed to SetVmTicketVDS, error = Unexpected exception 2013-09-09 12:22:46,716 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-4) Command org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand return value 2013-09-09 12:22:46,716 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-4) HostName = r410-02 2013-09-09 12:22:46,717 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-4) Command SetVmTicketVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to SetVmTicketVDS, error = Unexpected exception 2013-09-09 12:22:46,717 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-4) FINISH, SetVmTicketVDSCommand, log id: 53359174 2013-09-09 12:22:46,718 ERROR [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-4) Command org.ovirt.engine.core.bll.SetVmTicketCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to SetVmTicketVDS, error = Unexpected exception (Failed with VDSM error unexpected and code 16) 2013-09-09 12:22:46,721 ERROR [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-4) Transaction rolled-back for command: org.ovirt.engine.core.bll.SetVmTicketCommand. Virt host libvirtd.log 2013-09-09 04:22:46.693+0000: 7413: debug : virDomainFree:2326 : dom=0x7fb920009eb0, (VM: name=rhev-compute-01, uuid=e69df488-ad50-4c8c-9f37-a63463a81702) 2013-09-09 04:22:46.707+0000: 7415: debug : virDomainUpdateDeviceFlags:10057 : dom=0x7fb914055890, (VM: name=rhev-compute-01, uuid=e69df488-ad50-4c8c-9f37-a63463a81702), xml=<graphics autoport="yes" keymap="en-us" passwd="igRUBsYsw5ds" passwdValidTo="2013-09-09T04:24:46" port="5900" type="vnc"> <listen address="172.30.18.244" network="vdsm-ovirtmgmt" type="network"/> </graphics>, flags=0 2013-09-09 04:22:46.707+0000: 7415: debug : qemuDomainObjBeginJobInternal:958 : Starting job: modify (async=none) 2013-09-09 04:22:46.707+0000: 7415: error : qemuDomainChangeGraphics:1873 : internal error cannot change listen address setting on vnc graphics 2013-09-09 04:22:46.707+0000: 7415: debug : qemuDomainObjEndJob:1070 : Stopping job: modify (async=none)

3 3

Re: [Users] Disable MOTD on shell login
by Michael Pasternak 10 Sep '13

10 Sep '13

Hi Anand, On 09/10/2013 09:33 AM, Anand Nande wrote: > Hi, > > Is it possible $subject? > If so - please share how. currently there is no "user-friendly" way to disable it, can you elaborate please why do you need that? > > I tried to find the file which rhevm-shell would open using: > > # rhevm-shell -c -d ...(no luck) > # lsof | egrep -i 'rhev|shell' ...(no luck) > > Regards > --Anand > -- Michael Pasternak RedHat, ENG-Virtualization R&D

2 3

[Users] oVirt-sdk to fetch individual cpu stats
by Deepthi Dharwar 10 Sep '13

10 Sep '13

Hi, I was trying to get the cpu statistics of a host using the oVirt python sdk. But beyond a point I am unable to deference to the actual cpu stats field and the data. h_list = api.hosts.list() for h in h_list: y = h.statistics.list() for i in y: print i.get_values() O/P: <ovirtsdk.xml.params.Values object at 0x22cbd90> <ovirtsdk.xml.params.Values object at 0x22cbb90> <ovirtsdk.xml.params.Values object at 0x22cba90> <ovirtsdk.xml.params.Values object at 0x22cba10> <ovirtsdk.xml.params.Values object at 0x22cbf10> Can some one please let me know how I can get individual fields like cpu.current.system or cpu.current.idle stats from here. Thanks! Deepthi

2 3

[Users] Proposed option syntax change to the hostusb VDSM hook.
by Lee Yarwood 10 Sep '13

10 Sep '13

Hello all, This is a heads up to any users of the hostusb hook of a proposed change to the option syntax of the hook. I've been working in the change below to allow the use of bus and device IDs to identify a host USB device to attach to a guest : Add the ability to use bus and device IDs with the hostusb hook. http://gerrit.ovirt.org/#/c/17428/ This change results in the old option syntax no longer being accepted by the hook. Instead only the new syntax will be accepted : bus=octal:device=octal or vendor=hex:product:hex Please let me know if you have any concerns regarding this change and the lack of backward compatibility with the older option syntax. Thanks in advance, Lee -- Lee Yarwood Senior Software Maintenance Engineer Red Hat UK Ltd 200 Fowler Avenue, Farnborough Business Park, Farnborough, Hants GU14 7JP Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham (USA), Mark Hegarty (Ireland), Matt Parson (USA), Charlie Peters (USA) GPG fingerprint : A5D1 9385 88CB 7E5F BE64 6618 BCA6 6E33 F672 2D76

1 0

[Users] ovirt 3.3 webui snapshot pane
by Markus Stockhausen 10 Sep '13

10 Sep '13

This is a multi-part message in MIME format. ------=_NextPartTM-000-263a374b-c571-459b-b451-ead2a9527b9b Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello,=0A= =0A= when I select a vm and choose the snapshots pane the window=0A= below looks quite strange. It is split. On the left side I can see =0A= the list of snapshots. On the right side I see an incomplete and not =0A= perfectly rendered view that looks like a part of the VM view=0A= itself. The right side seems to contain no more data.=0A= =0A= To give a visual idea:=0A= =0A= -----+ Snapshots +------------------------------------------------------=0A= Create | Preview | ... <-||-> General | Disks | Network interfaces | = ...=0A= =0A= Same behaviour in Firefox 23 and IE 8. Maybe a lost fragment? =0A= =0A= Best regards.=0A= =0A= Markus= ------=_NextPartTM-000-263a374b-c571-459b-b451-ead2a9527b9b Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-263a374b-c571-459b-b451-ead2a9527b9b--

2 3

[Users] ISCSI Luns
by Juan Pablo Lorier 09 Sep '13

09 Sep '13

Hi, I've been using ovirt in production for a couple of months and had no troubles ( great product! :-) ). I've two issues I'd like to fix and may also be usefull for a new feature in 3.4: The first is that I had to put # RHEV PRIVATE in the multipath.conf of every host as ovirt kept deleting the device and alias definitions and thus, multipath was not able to get the luns. I'd like to know if there's a file in engine where I can set the default config for multipath so I don't have to change every host's multipath.conf everytime I decide to add a new alias, etc. The second is the use of the iscsi domain. I have now all my vms in separate luns (one for each one) in the netapp san, so I use direct lun for the vm disks. But I have a second iscsi san from IBM that is the data domain of the DC. I'd like to have all my vms with storage redundancy by adding both sans as primary and backup but if I try to add the netapp to the storage domain, it can't just import the luns as it writes data to the lun and this would corrupt the lun's filesystems. How can I use both sans without loosing all my vms? Last I'd like to get some recomendations on performance: is it better to have separate luns for each vms than having one lun with different virtual disks? Regards,

1 0

[Users] oVirt 3.3 Release Go/No-Go Meeting Minutes
by Ofer Schreiber 09 Sep '13

09 Sep '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.log.html ================================== #ovirt: oVirt 3.3 Release go/no-go ================================== Meeting started by oschreib at 13:08:21 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-03-13.08.log.html . Meeting summary --------------- * Agenda and roll call (oschreib, 13:08:37) * Open issues from last week (oschreib, 13:08:52) * blocker review (oschreib, 13:09:04) * release communication (oschreib, 13:09:30) * open issues (oschreib, 13:11:32) * ACTION: mburns to add the spice-html rpm to el6 build (oschreib, 13:15:54) * ACTION: mburns and oschreib to get new SDK build (oschreib, 13:18:03) * Release blockers (oschreib, 13:18:17) * All-In-One is broken due to missing ovirt-engine-sdk-python build (oschreib, 13:28:21) * el6 is broken due to missing spice-html build (oschreib, 13:28:41) * new ovirt-engine-sdk-python is needed before we can release (oschreib, 13:47:57) * ACTION: jhernand to test AIO once we have such build (oschreib, 13:48:10) * ACTION: oschreib to get a new build from mpastern asap (oschreib, 13:48:50) * no other blockers from 3.3 tracker (oschreib, 13:50:07) * decision (oschreib, 13:50:20) * agreed to release tomorrow one AIO works (oschreib, 13:57:49) * release communication (oschreib, 13:58:06) * rebuild of engine and sdk today (mburns, 14:06:36) * ACTION: oschreib to update mburns with location of new rpms (mburns, 14:06:53) * new engine is rpm version change only (remove rc2) (mburns, 14:07:04) * ACTION: mburns to upload new sdk and engine to stable location (mburns, 14:07:23) * ACTION: mburns to get everything prepped for 3.3 release on Monday 9-Sep (mburns, 14:07:35) * dneary and others to test AIO install today and next couple days (mburns, 14:07:55) * release to go out on Monday (mburns, 14:08:01) * ACTION: mburns to push release live on monday (mburns, 14:08:12) * LINK: http://gerrit.ovirt.org/#/c/18762/ - we had pushed to 3.3 branch (sahina, 14:11:10) * 1 bugfix included in engine build (mburns, 14:12:49) * related to gluster-only mode installation of engine (mburns, 14:13:00) Meeting ended at 14:13:54 UTC. Action Items ------------ * mburns to add the spice-html rpm to el6 build * mburns and oschreib to get new SDK build * jhernand to test AIO once we have such build * oschreib to get a new build from mpastern asap * oschreib to update mburns with location of new rpms * mburns to upload new sdk and engine to stable location * mburns to get everything prepped for 3.3 release on Monday 9-Sep * mburns to push release live on monday Action Items, by person ----------------------- * jhernand * jhernand to test AIO once we have such build * mburns * mburns to add the spice-html rpm to el6 build * mburns and oschreib to get new SDK build * oschreib to update mburns with location of new rpms * mburns to upload new sdk and engine to stable location * mburns to get everything prepped for 3.3 release on Monday 9-Sep * mburns to push release live on monday * oschreib * mburns and oschreib to get new SDK build * oschreib to get a new build from mpastern asap * oschreib to update mburns with location of new rpms People Present (lines said) --------------------------- * oschreib (102) * mburns (44) * dneary (24) * sahina (8) * jhernand (7) * mskrivanek (6) * itamar (6) * jbrooks (6) * eedri (5) * TheCodeAssassin (3) * ovirtbot (3) * sgotliv (1) * firemanxbr (1) * peter_ovido1 (1) * abaron (1) * Rydekull (1) Thanks, -- Ofer Schreiber Red Hat Israel, Ra'anana +972-9-7692347 www.redhat.com

5 14

[Users] deep dive - scheduling in 3.3
by Doron Fediuck 09 Sep '13

09 Sep '13

Hi all, Next Tuesday (September 3rd) at 16:00 UTC+3, we're going to have a deep dive session on the new oVirt scheduling. You're more than welcome to join us using: - Audio only bridge * Dial your local access number in: https://www.intercallonline.com/portlets/scheduling/viewNumbers/listNumbers… * Use the following bridge ID: 972545636785 - Visual session (Elluminate) * Browse to: https://sas.elluminate.com/m.jnlp?sid=819&password=M.97AA703D4B077C9D0263B1… Slides will be available after the session. See you then, Doron

3 8