Re: [Users] oVirt API Code 500 with Foreman
Sorry I have since destroyed my beta install in favor of the nightly version which seems to not have the issue, anyone else who is on the 3.3 beta should be able to replicate the issue though. On Mon, Sep 9, 2013 at 5:24 PM, Shahar Havivi shah...@redhat.com wrote: Adding Eli... Hi Andrew, Please provide the result of the following sql command: select * from schema_version order by id desc; On 08.09.13 13:45, Shahar Havivi wrote: On 08.09.13 10:06, Shahar Havivi wrote: Its looks like a bug that we have in the upgrade in commit: 0c47b30468b855e5c52b120f476d97cc754852ee I will open a bug and fix it. the vm_templates in the view is alias for vm_static. can you see if there is the file 03_03_0650_add_signle_qxl_pci_column.sql it suppose to be in: packaging/dbscripts/upgrade/03_03_0650_add_signle_qxl_pci_column.sql this is the sql file that add the single_qxl_pci to vm_static. On 06.09.13 06:21, Doron Fediuck wrote: - Original Message - From: Andrew Lau and...@andrewklau.com To: Gianluca Cecchi gianluca.cec...@gmail.com Cc: users users@ovirt.org Sent: Friday, September 6, 2013 12:46:13 PM Subject: Re: [Users] oVirt API Code 500 with Foreman Here's an extract of the error: 2013-09-06 18:55:49 DEBUG otopi.plugins.ovirt_engine_setup.db.schema plugin.execute:446 execute-output: ['/usr/share/ovirt-engine/dbscripts/upgrade.sh', '-s', 'localhost', '-p', '5432'$ psql:create_views.sql:400: ERROR: column vm_templates.single_qxl_pci does not exist LINE 18: vm_templates.single_qxl_pci as single_qxl_pci, ^ Thanks Andrew. This was added here: http://gerrit.ovirt.org/#/c/16803/14/packaging/dbscripts/create_views.sql Shahar, can you please take a look? 2013-09-06 18:55:49 DEBUG otopi.context context._executeMethod:137 method exception Traceback (most recent call last): File /usr/lib/python2.6/site-packages/otopi/context.py, line 127, in _executeMethod method['method']() File /usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/db/schema.py, line 261, in _miscUpgrade osetupcons.DBEnv.PGPASS_FILE File /usr/lib/python2.6/site-packages/otopi/plugin.py, line 451, in execute command=args[0], RuntimeError: Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute On Fri, Sep 6, 2013 at 7:25 PM, Gianluca Cecchi gianluca.cec...@gmail.com wrote: Il giorno 06/set/2013 11:14, Doron Fediuck dfedi...@redhat.com ha scritto: - Original Message - From: Andrew Lau and...@andrewklau.com To: Doron Fediuck dfedi...@redhat.com Cc: users users@ovirt.org Sent: Friday, September 6, 2013 12:07:50 PM Subject: Re: [Users] oVirt API Code 500 with Foreman The patch for the fix only appears to be in the nightlies, my beta install the issue was back. Since the official release is expected in the coming days, I'd suggest not to invest time on the beta release. If one wants to test right now the upcoming 3.3, nightly is ok? No risk to get engine 3.4, correct? Or is there any rc repo? Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] 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+: 7413: debug : virDomainFree:2326 : dom=0x7fb920009eb0, (VM: name=rhev-compute-01, uuid=e69df488-ad50-4c8c-9f37-a63463a81702) 2013-09-09 04:22:46.707+: 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+: 7415: debug : qemuDomainObjBeginJobInternal:958 : Starting job: modify (async=none) 2013-09-09 04:22:46.707+: 7415: error : qemuDomainChangeGraphics:1873 : internal error cannot change listen address setting on vnc graphics 2013-09-09 04:22:46.707+: 7415: debug : qemuDomainObjEndJob:1070 : Stopping job: modify (async=none) 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. - ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Error 500 with python sdk on3.3
(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]
Re: [Users] VNC/Spice console connection failure
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@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+: 7413: debug : virDomainFree:2326 : dom=0x7fb920009eb0, (VM: name=rhev-compute-01, uuid=e69df488-ad50-4c8c-9f37-a63463a81702) 2013-09-09 04:22:46.707+: 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+: 7415: debug : qemuDomainObjBeginJobInternal:958 : Starting job: modify (async=none) 2013-09-09 04:22:46.707+: 7415: error : qemuDomainChangeGraphics:1873 : internal error cannot change listen address setting on vnc graphics 2013-09-09
Re: [Users] NFS troubleshooting page
Hi Markus, I am sorry that you had a bad experience with ovirt and I am sure everyone in the ovirt community appreciate your feedback and your contribution. As you said, I am positive that you will be able to get it all managed and please use the list for any needed assistance. I am adding some people to this mail so that they can help with the wiki request. Thanks for the input! Dafna On 09/09/2013 11:53 AM, Markus Stockhausen wrote: 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=1M,wsize=1M 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 = 4096 65536 4194304 net.ipv4.tcp_rmem = 4096 65536 4194304 net.ipv4.tcp_wmem = 4096 65536 4194304 helps to get things stable. Markus ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Dafna Ron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Small help regarding rhevm-shell scripting
Hi Anand, On 09/05/2013 12:07 PM, Anand Nande wrote: Hi Michael, The plan is to have a automated backup solution which will daily backup the Vms and stop-export-stop them automatically in RHEVM-3.2's rhevm-shell. Having said that I am not sure : *How to use conditional statements like if-else/for/while loops* *inside the** **script file* *which is passed with the '-f' or '--file' option to 'rhevm-shell' ?* Processing shell output is just like any text processing, basically what you need is a simple bash script, that analyses the input produced by something like [1] and invokes another script based on your condition/s something like [2]: [1] list vms --show-all | grep -w 'name\|status' list_vms ovirt-shell -f list_vms [2] s1=... s2=... if [$s1 == $s2] then # invoke relevant script passing relevant parameters fi * in future versions (maybe even at 3.4) i plan adding additional cli capabilities to the shell, like invoking single command and printing the output to stdio what will make possible writing a single bash script that invokes different shell commands, but till then you can achieve the same via dedicated scripts like list_vms/suspend_vms/export_vms (in my view its even better from the code maintenance PoV) If there is a way to do this, please let me know. I would like to use this to check if : - The VM is already present in the Export-Domain (?) +If yes, remove the VM present in the export-domain and re-initiate the export op on the new VM. +else, Export the VM. - After the above is complete, Check if the Export op is complete: +If yes, Start the VM which is stopped. +else, wait for Export to complete and once done, start the VM. Having the above in a script, I can have the cron job scheduled to execute the script. Waiting for your feedback. Thanks $Anand -- Michael Pasternak RedHat, ENG-Virtualization RD ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] NFS troubleshooting page
On 09/09/2013 01:53 PM, Markus Stockhausen wrote: 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=1M,wsize=1M 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 = 4096 65536 4194304 net.ipv4.tcp_rmem = 4096 65536 4194304 net.ipv4.tcp_wmem = 4096 65536 4194304 helps to get things stable. ayal/federico - thoughts on how we can make things better? warn? etc? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VNC/Spice console connection failure
On 09/09/2013 12:59 PM, SULLIVAN, Chris (WGK) wrote: 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. worth opening a bug to require that libvirt version as the minimal version? 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@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+: 7413: debug : virDomainFree:2326 : dom=0x7fb920009eb0, (VM: name=rhev-compute-01, uuid=e69df488-ad50-4c8c-9f37-a63463a81702) 2013-09-09 04:22:46.707+: 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+: 7415: debug : qemuDomainObjBeginJobInternal:958 : Starting job: modify (async=none) 2013-09-09 04:22:46.707+:
Re: [Users] so, what do you want next in oVirt?
Hi Doron, But first you have to install the engine, before the VM. So, the idea is to make a backup and restore it to a VM? - Original Message - From: Doron Fediuck dfedi...@redhat.com To: supo...@logicworks.pt Cc: users@ovirt.org Sent: Domingo, 8 de Setembro de 2013 23:06:20 Subject: Re: [Users] so, what do you want next in oVirt? Hi Jose, the latter is available by hosted engine, which is a highly available VM which will be migrated / restarted on a different host if something goes wrong. - Original Message - From: supo...@logicworks.pt To: users@ovirt.org Sent: Friday, September 6, 2013 1:43:04 PM Subject: Re: [Users] so, what do you want next in oVirt? Could be great o have on the Engine: - An upload option for the ISO files - A backup and restore option - An high availability for the engine: install the engine on 2 platforms (hardware?), than integrate them for synchronization Jose From: noc n...@nieuwland.nl Cc: users@ovirt.org Sent: Sexta-feira, 6 de Setembro de 2013 10:28:09 Subject: Re: [Users] so, what do you want next in oVirt? On 6-9-2013 10:12, Itamar Heim wrote: On 09/05/2013 10:30 AM, noc wrote: On 08/21/2013 12:11 PM, Itamar Heim wrote: On 08/21/2013 02:40 AM, Joop van de Wege wrote: What I would like to see in the ! next version is pxe boot of the nodes. Probably not easy to achieve because of dependency on dhcp. Hi Joop, can you please give a bit more information on the use case / how you envision this? current thinking around bare metal provisioning of hosts is to extend the functionality around the foreman provider for this, but you may have other suggestions? I think Joop means to be able to add hosts (nodes) to a cluster by adding their MAC address to the dhcp list for PXE boot into ovirt-node and thus join the cluster. This would make it easy to add new physical nodes without any spinning disks or other local storage requirements. we started adding foreman integration in 3.3: http://www.ovirt.org/Features/ForemanIntegration adding ohad and oved for their thoughts on this. I suppose this may not be easy with complex network connections (bonds on mgmt network, mgmt network on a tagged vlan, etc), but it should be possible if the management network interface is plain and physical. /Simon PS, Perhaps Joop can confirm this idea, we've talked about it IRL. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users This isn't about provisioning with Foreman. Its about having the compute nodes NOT having any spinning disks. So the only way to start a node is to pxeboot it and then let it (re)connect with the engine. Then it will be identified by engine as either a new node or a reconnecting node and it will get its configuration from the engine. For reference: thats how VirtualIron works. It has a managment network, just like ovirt, and on that it runs a tftp and dhcp server. Nodes are plugged into the managment network, without disk, and then pxe booted after which they appear in the webui as new unconfigured nodes. You then can set various settings and upon rebooting the nodes will recieve these settings because it is recognised by its mac address. The advantage of this construct is that you can place a new server into a rack, cable it, power on and go back to you office where you'll find the new node waiting to be configured. No messing around with CDs to install an OS, not being in the datacenter for hours on end, just in and out. Yes, disks are cheap but they brake down, need maintenance, means downtime and in general more admin time then when you don't have them. ( its a shame to have a raid1 of 2 1Tb disk just to install an OS of less then 10G) just wondering, how do they prevent a rogue node/guest from masquerading as such a host, getting access/secrets/VMs to be launched on such an untrusted node (they could easily report a different mac address if the layer 2 isn't hardened against that)? They would need physical access to your rack which ofcourse is locked, you would need to powerdown/up which would trigger an alert, switch port down/up would trigger an alert, so probably you're notified that something not quite right is happening. I haven't gone through the source to see if there is more then just the mac address check. other than that, yes. we actually used to have this via the AutoApprovePatterns config option, which would have the engine approve a pending node as it registers (I admit i don't think anyone used this last several years, and it may be totally broken by now). please note this doesn't solve the need for a disk, just the auto-registration part (if it still works) What I would like is to have the
Re: [Users] so, what do you want next in oVirt?
On 09/09/2013 04:09 PM, supo...@logicworks.pt wrote: Hi Doron, But first you have to install the engine, before the VM. So, the idea is to make a backup and restore it to a VM? there is a special flow to create the engine VM. there is a deep dive right now on this. *From: *Doron Fediuck dfedi...@redhat.com *To: *supo...@logicworks.pt *Cc: *users@ovirt.org *Sent: *Domingo, 8 de Setembro de 2013 23:06:20 *Subject: *Re: [Users] so, what do you want next in oVirt? Hi Jose, the latter is available by hosted engine, which is a highly available VM which will be migrated / restarted on a different host if something goes wrong. - Original Message - From: supo...@logicworks.pt To: users@ovirt.org Sent: Friday, September 6, 2013 1:43:04 PM Subject: Re: [Users] so, what do you want next in oVirt? Could be great o have on the Engine: - An upload option for the ISO files - A backup and restore option - An high availability for the engine: install the engine on 2 platforms (hardware?), than integrate them for synchronization Jose From: noc n...@nieuwland.nl Cc: users@ovirt.org Sent: Sexta-feira, 6 de Setembro de 2013 10:28:09 Subject: Re: [Users] so, what do you want next in oVirt? On 6-9-2013 10:12, Itamar Heim wrote: On 09/05/2013 10:30 AM, noc wrote: On 08/21/2013 12:11 PM, Itamar Heim wrote: On 08/21/2013 02:40 AM, Joop van de Wege wrote: What I would like to see in the ! next version is pxe boot of the nodes. Probably not easy to achieve because of dependency on dhcp. Hi Joop, can you please give a bit more information on the use case / how you envision this? current thinking around bare metal provisioning of hosts is to extend the functionality around the foreman provider for this, but you may have other suggestions? I think Joop means to be able to add hosts (nodes) to a cluster by adding their MAC address to the dhcp list for PXE boot into ovirt-node and thus join the cluster. This would make it easy to add new physical nodes without any spinning disks or other local storage requirements. we started adding foreman integration in 3.3: http://www.ovirt.org/Features/ForemanIntegration adding ohad and oved for their thoughts on this. I suppose this may not be easy with complex network connections (bonds on mgmt network, mgmt network on a tagged vlan, etc), but it should be possible if the management network interface is plain and physical. /Simon PS, Perhaps Joop can confirm this idea, we've talked about it IRL. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users This isn't about provisioning with Foreman. Its about having the compute nodes NOT having any spinning disks. So the only way to start a node is to pxeboot it and then let it (re)connect with the engine. Then it will be identified by engine as either a new node or a reconnecting node and it will get its configuration from the engine. For reference: thats how VirtualIron works. It has a managment network, just like ovirt, and on that it runs a tftp and dhcp server. Nodes are plugged into the managment network, without disk, and then pxe booted after which they appear in the webui as new unconfigured nodes. You then can set various settings and upon rebooting the nodes will recieve these settings because it is recognised by its mac address. The advantage of this construct is that you can place a new server into a rack, cable it, power on and go back to you office where you'll find the new node waiting to be configured. No messing around with CDs to install an OS, not being in the datacenter for hours on end, just in and out. Yes, disks are cheap but they brake down, need maintenance, means downtime and in general more admin time then when you don't have them. ( its a shame to have a raid1 of 2 1Tb disk just to install an OS of less then 10G) just wondering, how do they prevent a rogue node/guest from masquerading as such a host, getting access/secrets/VMs to be launched on such an untrusted node (they could easily report a different mac address if the layer 2 isn't hardened against that)? They would need physical access to your rack which ofcourse is locked, you would need to powerdown/up which would trigger an alert, switch port down/up would trigger an alert, so probably you're notified that something not quite right is happening. I haven't gone through the source to see if there is more then just the mac address check. other than that, yes. we actually used to have this via the AutoApprovePatterns config option, which would have the engine approve a pending node as it registers (I admit i don't think anyone used this last several
Re: [Users] NFS troubleshooting page
ayal/federico - thoughts on how we can make things better? warn? etc? Got my account and already modified the wiki. Thanks for the help. Markus 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] NFS troubleshooting page
On 09/09/2013 04:42 PM, Markus Stockhausen wrote: ayal/federico - thoughts on how we can make things better? warn? etc? Got my account and already modified the wiki. Thanks for the help. Markus thanks markus. my question to ayal/federico is on how to fix the original issue to at least warn about the issue. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] so, what do you want next in oVirt?
- Original Message - From: Itamar Heim ih...@redhat.com To: supo...@logicworks.pt Cc: users@ovirt.org Sent: Monday, September 9, 2013 4:10:58 PM Subject: Re: [Users] so, what do you want next in oVirt? On 09/09/2013 04:09 PM, supo...@logicworks.pt wrote: Hi Doron, But first you have to install the engine, before the VM. So, the idea is to make a backup and restore it to a VM? there is a special flow to create the engine VM. there is a deep dive right now on this. Hi Jose, I hope you had a chance to join the session. You can find the lides explaining the process here: http://www.ovirt.org/OVirt_3.3_release_notes#Deep_dives Doron *From: *Doron Fediuck dfedi...@redhat.com *To: *supo...@logicworks.pt *Cc: *users@ovirt.org *Sent: *Domingo, 8 de Setembro de 2013 23:06:20 *Subject: *Re: [Users] so, what do you want next in oVirt? Hi Jose, the latter is available by hosted engine, which is a highly available VM which will be migrated / restarted on a different host if something goes wrong. - Original Message - From: supo...@logicworks.pt To: users@ovirt.org Sent: Friday, September 6, 2013 1:43:04 PM Subject: Re: [Users] so, what do you want next in oVirt? Could be great o have on the Engine: - An upload option for the ISO files - A backup and restore option - An high availability for the engine: install the engine on 2 platforms (hardware?), than integrate them for synchronization Jose From: noc n...@nieuwland.nl Cc: users@ovirt.org Sent: Sexta-feira, 6 de Setembro de 2013 10:28:09 Subject: Re: [Users] so, what do you want next in oVirt? On 6-9-2013 10:12, Itamar Heim wrote: On 09/05/2013 10:30 AM, noc wrote: On 08/21/2013 12:11 PM, Itamar Heim wrote: On 08/21/2013 02:40 AM, Joop van de Wege wrote: What I would like to see in the ! next version is pxe boot of the nodes. Probably not easy to achieve because of dependency on dhcp. Hi Joop, can you please give a bit more information on the use case / how you envision this? current thinking around bare metal provisioning of hosts is to extend the functionality around the foreman provider for this, but you may have other suggestions? I think Joop means to be able to add hosts (nodes) to a cluster by adding their MAC address to the dhcp list for PXE boot into ovirt-node and thus join the cluster. This would make it easy to add new physical nodes without any spinning disks or other local storage requirements. we started adding foreman integration in 3.3: http://www.ovirt.org/Features/ForemanIntegration adding ohad and oved for their thoughts on this. I suppose this may not be easy with complex network connections (bonds on mgmt network, mgmt network on a tagged vlan, etc), but it should be possible if the management network interface is plain and physical. /Simon PS, Perhaps Joop can confirm this idea, we've talked about it IRL. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users This isn't about provisioning with Foreman. Its about having the compute nodes NOT having any spinning disks. So the only way to start a node is to pxeboot it and then let it (re)connect with the engine. Then it will be identified by engine as either a new node or a reconnecting node and it will get its configuration from the engine. For reference: thats how VirtualIron works. It has a managment network, just like ovirt, and on that it runs a tftp and dhcp server. Nodes are plugged into the managment network, without disk, and then pxe booted after which they appear in the webui as new unconfigured nodes. You then can set various settings and upon rebooting the nodes will recieve these settings because it is recognised by its mac address. The advantage of this construct is that you can place a new server into a rack, cable it, power on and go back to you office where you'll find the new node waiting to be configured. No messing around with CDs to install an OS, not being in the datacenter for hours on end, just in and out. Yes, disks are cheap but they brake down, need maintenance, means downtime and in general more admin time then when you don't have them. ( its a shame to have a raid1 of 2 1Tb disk just to install an OS of less then 10G) just wondering, how do they prevent a rogue node/guest from masquerading as such a host, getting access/secrets/VMs to be launched on such an untrusted node (they could easily report a different mac
Re: [Users] deep dive - hosted engine
Hi all, Session slides uploaded and now available here: http://www.ovirt.org/OVirt_3.3_release_notes#Deep_dives Feel free to send questions to the users list. Thanks again to Sandro Greg for delivering it! Doron - Original Message - From: Doron Fediuck dfedi...@redhat.com To: users users@ovirt.org, arch a...@ovirt.org Cc: ih...@redhat.com, Sandro Bonazzola sbona...@redhat.com, Greg Padgett gpadg...@redhat.com Sent: Saturday, September 7, 2013 10:41:27 PM Subject: deep dive - hosted engine Hi all, Next Monday (September 9) at 16:00 UTC+3, we're going to have a deep dive session on the cool hosted engine. 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/listNumbersByCode.do?confCode=0543004646 * Use the following bridge ID: 0543004646 - Visual session (Elluminate) * Browse to: https://sas.elluminate.com/m.jnlp?sid=819password=M.2BA8BA41E5D0E38D2CC8C19918A932 Slides will be available after the session. See you then, Doron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails [SOLVED]
I was also noticing needing to muck with the network interfaces and services during the beta. I find it interesting the need to disable NetworkManager and enable the legacy network service. I found no reference to this in the documentation for 3.3 and people seem to be installing it without issue. Maybe these people are just disabling it and not saying anything? - Thomas On 09/04/2013 09:42 PM, Markus Stockhausen wrote: Hello, just in case someone else got this problem. For me it seems to be a naming convention problem. ifcfg file names did not match the shown interfaces. Steps to fix it included: - rename ifcfg-enp1s0, ... scripts to real interface names ifcfg-p49p1, ... - remove parameter NAME from these scripts - Switch to network service systemctl disable NetworkManager systemctl stop NetworkManager.service service network start chkconfig network on Markus ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ISCSI Luns
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, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails [SOLVED]
Von: users-boun...@ovirt.org [users-boun...@ovirt.org]quot; im Auftrag von quot;Thomas Suckow [thomas.suc...@pnnl.gov] Gesendet: Montag, 9. September 2013 18:58 An: users@ovirt.org Betreff: Re: [Users] OVirt-Engine 3.3 RC - Add Fedora 19 host fails [SOLVED] I was also noticing needing to muck with the network interfaces and services during the beta. I find it interesting the need to disable NetworkManager and enable the legacy network service. I found no reference to this in the documentation for 3.3 and people seem to be installing it without issue. Maybe these people are just disabling it and not saying anything? - Thomas A reply on this forum gave me the tip to switch to network service. I never used Fedora before and followed this educated guess without thinking about it. Additional info: Even reading my own thread I was not able to setup a second hypervisor host the same way. As a fallback I built the ovirtmgmt bridge on my own. A spoiled VMWare admin would stop excactly here. Keeping my fingers crossed I look forward how to get the third machine into the cluster. Markus 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Short delay in 3.3 release-- was [Re: oVirt 3.3 Release Go/No-Go Meeting Minutes]
Hi, On 09/06/2013 02:37 PM, Dave Neary wrote: Just following up - I had set some time aside today to test the install diwnload, and update the Download page in the wiki, but I dan't figure out the 3.3 equivalent to the instructions we have up there. How does one install 3.3, as of today? Following up with myself: the instructions in http://www.ovirt.org/OVirt_3.3_TestDay worked for me on an updated CentOS 6.4. On 09/05/2013 03:58 PM, Mike Burns wrote: On 09/03/2013 11:00 AM, Mike Burns wrote: Just to summarize the meeting: There is an issue with the EL6 repo missing spice-html5 (fixed) There is an issue with current sdk (build coming today) There is a bug with gluster-only installs (build coming today) Due to these issues, we're delaying until Monday 09-September for the release. Mike A new issue relating to vdsm failing to start on Fedora 19 hosts has been found [1]. This causes issues on oVirt Node as well as stock Fedora 19 systems. A fix has been proposed and should be available shortly. This will likely cause an additional day or 2 slip in the release due to critical people not being available this week. Any news today, Mike? I'd like to know a day or so ahead of the release for the press release, announcements, last minute installation tests, that kind of thing. Thanks! Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Bridge for logical network
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, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ovirt 3.3 webui snapshot pane
Hi Markus, - can you attach a screen-shot? - what is your screen resolution? Thanks, Einav - Original Message - From: Markus Stockhausen stockhau...@collogia.de To: users users@ovirt.org Sent: Monday, September 9, 2013 2:47:08 PM Subject: [Users] ovirt 3.3 webui snapshot pane Hello, when I select a vm and choose the snapshots pane the window below looks quite strange. It is split. On the left side I can see the list of snapshots. On the right side I see an incomplete and not perfectly rendered view that looks like a part of the VM view itself. The right side seems to contain no more data. To give a visual idea: -+ Snapshots +-- Create | Preview | ... -||- General | Disks | Network interfaces | .. Same behaviour in Firefox 23 and IE 8. Maybe a lost fragment? Best regards. Markus ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt 3.3 webui snapshot pane
Hello, when I select a vm and choose the snapshots pane the window below looks quite strange. It is split. On the left side I can see the list of snapshots. On the right side I see an incomplete and not perfectly rendered view that looks like a part of the VM view itself. The right side seems to contain no more data. To give a visual idea: -+ Snapshots +-- Create | Preview | ... -||- General | Disks | Network interfaces | ... Same behaviour in Firefox 23 and IE 8. Maybe a lost fragment? Best regards. Markus 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Bridge for logical network
On Mon, Sep 09, 2013 at 03:19:48PM -0300, Juan Pablo Lorier wrote: 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? Indeed, ovirt does not support setting up a bridge with multiple physical legs. I do not recall having tried that, but I have a suspition that Engine may be confused if such a bridge is to be reported by Vdsm. If that happens, I suggest that you list these two eths in vdsm.conf's hidden_nics. Then, they would not show up on ovirt's network editing tools and would not tempt admins to use them for other purposes. Dan. Please test it out and r ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Bridge for logical network
Hi Dan By hiding the eths, will I be able to use the bridge to assign it to a vm? Regards, El 09/09/13 19:48, Dan Kenigsberg escribió: On Mon, Sep 09, 2013 at 03:19:48PM -0300, Juan Pablo Lorier wrote: 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? Indeed, ovirt does not support setting up a bridge with multiple physical legs. I do not recall having tried that, but I have a suspition that Engine may be confused if such a bridge is to be reported by Vdsm. If that happens, I suggest that you list these two eths in vdsm.conf's hidden_nics. Then, they would not show up on ovirt's network editing tools and would not tempt admins to use them for other purposes. Dan. Please test it out and r ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users