Re: [one-users] Stopping a VM erases it
Hello Jaime, qemu.conf is ok : # grep -vE '^($|#)' /etc/libvirt/qemu.conf user = oneadmin group = oneadmin dynamic_ownership = 0 I found that |: - user qemu belongs to group 'kvm', but oneadmin doesn't - I have no libvirtd group - /etc/libvirt/libvirtd.conf had listen_tcp=1 commented - ||/etc/sysconfig/libvirtd had ||LIBVIRTD_ARGS=--listen commented Can I restart libvirt without affecting running VMs? Thanks, regards, Sergi | On 19/11/14 16:47, Jaime Melis wrote: Hi, I think this is due to a misconfigured qemu.conf. Does it have this? (http://docs.opennebula.org/4.10/administration/virtualization/kvmg.html#kvm-configuration) $ grep -vE '^($|#)' /etc/libvirt/qemu.conf user = oneadmin group = oneadmin dynamic_ownership = 0 cheers, Jaime On Wed, Nov 5, 2014 at 6:21 PM, Sergi s...@okitup.com mailto:s...@okitup.com wrote: Hello, we are using OpenNebula 4.6.2 under CentOS 6.5. We have 2 hosts, one of these has also Sunstone and exports shared datastores (system, image and file), named 'localhost'. We also have another system datastore using the ssh driver. We have an issue with stopping VMs ... from sunstone gui, powering off a VM on the ssh system datastore and starting it again works; but stopping (option on menu that includes undeploy and undeploy hard) deletes the VM files and when trying to start it again, kvm cannot find the files (i.e. checkpoint). Wed Oct 29 10:55:45 2014 [LCM][I]: New VM state is SAVE_STOP Wed Oct 29 10:55:51 2014 [VMM][I]: ExitCode: 0 Wed Oct 29 10:55:51 2014 [VMM][I]: Successfully execute virtualization driver operation: save. Wed Oct 29 10:55:51 2014 [VMM][I]: ExitCode: 0 Wed Oct 29 10:55:51 2014 [VMM][I]: Successfully execute network driver operation: clean. Wed Oct 29 10:55:51 2014 [LCM][I]: New VM state is EPILOG_STOP Wed Oct 29 10:55:52 2014 [DiM][I]: New VM state is STOPPED Wed Oct 29 10:58:07 2014 [DiM][I]: New VM state is PENDING. Wed Oct 29 10:58:21 2014 [DiM][I]: New VM state is ACTIVE. Wed Oct 29 10:58:21 2014 [LCM][I]: New VM state is PROLOG. Wed Oct 29 10:58:21 2014 [LCM][I]: New VM state is BOOT Wed Oct 29 10:58:22 2014 [VMM][I]: ExitCode: 0 Wed Oct 29 10:58:22 2014 [VMM][I]: Successfully execute network driver operation: pre. Wed Oct 29 10:58:22 2014 [VMM][I]: Command execution fail: /var/tmp/one/vmm/kvm/restore '/var/lib/one//datastores/100/61/checkpoint' 'localhost' 'one-61' 61 localhost Wed Oct 29 10:58:22 2014 [VMM][E]: restore: Command virsh --connect qemu:///system restore /var/lib/one//datastores/100/61/checkpoint failed: error: Failed to restore domain from /var/lib/one//datastores/100/61/checkpoint Wed Oct 29 10:58:22 2014 [VMM][I]: error: Failed to create file '/var/lib/one//datastores/100/61/checkpoint': L’operació no és permesa Wed Oct 29 10:58:22 2014 [VMM][E]: Could not restore from /var/lib/one//datastores/100/61/checkpoint Wed Oct 29 10:58:22 2014 [VMM][I]: ExitCode: 1 Wed Oct 29 10:58:22 2014 [VMM][I]: Failed to execute virtualization driver operation: restore. Wed Oct 29 10:58:22 2014 [VMM][E]: Error restoring VM: Could not restore from /var/lib/one//datastores/100/61/checkpoint Wed Oct 29 10:58:22 2014 [LCM][I]: Fail to boot VM. New VM state is EPILOG_STOP Wed Oct 29 10:58:22 2014 [DiM][I]: New VM state is STOPPED Thanks, regards, Sergi *-- okITup S.L. https://www.okitup.com *Infraestructures de hosting a mida* *Administració i Programació de Sistemes* *email: i...@okitup.com http://up.com* *telef.: 93 176 39 76* -- La información de este correo electrónico es confidencial, personal e intransferible y sólo está dirigida a la(s) dirección(es) indicada(s) arriba. Si usted lee este mensaje por equivocación, le informamos que está prohibida su divulgación, uso o distribución, completos o parciales; le rogamos que lo notifique inmediatamente al remitente y borre el mensaje original junto con sus ficheros anexos sin leerlo ni grabarlo. Gracias. La informació d'aquest correu electrònic és confidencial, personal i intransferible, i només està dirigida a l'adreça(ces) indicada(des). Si vostè llegeix aquest missatge per error, l'informem que n'està prohibida la propagació, l'ús o la distribució, complets o parcials; li demanem que ho notifiqui immediatament a la persona que li ha enviat i esborri el missatge original amb les dades adjuntes sense llegir-lo ni desar-lo. Gràcies. This e-mail contains confidential information. The information is intended for exclusive use by the abovementioned recipient. If you have received this e-mail in error, please notify us immediately to arrange for the confidential information to be returned to us. We hereby
[one-users] Changing a onehost name within opennebula
Hello, when I installed opennebula software I started with a single host, so it has all (sunstone, ...). onehost list ID NAMECLUSTER RVM ALLOCATED_CPU ALLOCATED_MEM STAT 0 localhost - 11 2100 / 3200 (65%) 28G / 62.9G (44%) on I would like to change 'localhost' to its real uname name. Will it be seamless? Or are there implications I have to address before? Thanks, regards, Sergi ** ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
[one-users] Stopping a VM erases it
Hello, we are using OpenNebula 4.6.2 under CentOS 6.5. We have 2 hosts, one of these has also Sunstone and exports shared datastores (system, image and file), named 'localhost'. We also have another system datastore using the ssh driver. We have an issue with stopping VMs ... from sunstone gui, powering off a VM on the ssh system datastore and starting it again works; but stopping (option on menu that includes undeploy and undeploy hard) deletes the VM files and when trying to start it again, kvm cannot find the files (i.e. checkpoint). Wed Oct 29 10:55:45 2014 [LCM][I]: New VM state is SAVE_STOP Wed Oct 29 10:55:51 2014 [VMM][I]: ExitCode: 0 Wed Oct 29 10:55:51 2014 [VMM][I]: Successfully execute virtualization driver operation: save. Wed Oct 29 10:55:51 2014 [VMM][I]: ExitCode: 0 Wed Oct 29 10:55:51 2014 [VMM][I]: Successfully execute network driver operation: clean. Wed Oct 29 10:55:51 2014 [LCM][I]: New VM state is EPILOG_STOP Wed Oct 29 10:55:52 2014 [DiM][I]: New VM state is STOPPED Wed Oct 29 10:58:07 2014 [DiM][I]: New VM state is PENDING. Wed Oct 29 10:58:21 2014 [DiM][I]: New VM state is ACTIVE. Wed Oct 29 10:58:21 2014 [LCM][I]: New VM state is PROLOG. Wed Oct 29 10:58:21 2014 [LCM][I]: New VM state is BOOT Wed Oct 29 10:58:22 2014 [VMM][I]: ExitCode: 0 Wed Oct 29 10:58:22 2014 [VMM][I]: Successfully execute network driver operation: pre. Wed Oct 29 10:58:22 2014 [VMM][I]: Command execution fail: /var/tmp/one/vmm/kvm/restore '/var/lib/one//datastores/100/61/checkpoint' 'localhost' 'one-61' 61 localhost Wed Oct 29 10:58:22 2014 [VMM][E]: restore: Command virsh --connect qemu:///system restore /var/lib/one//datastores/100/61/checkpoint failed: error: Failed to restore domain from /var/lib/one//datastores/100/61/checkpoint Wed Oct 29 10:58:22 2014 [VMM][I]: error: Failed to create file '/var/lib/one//datastores/100/61/checkpoint': L'operació no és permesa Wed Oct 29 10:58:22 2014 [VMM][E]: Could not restore from /var/lib/one//datastores/100/61/checkpoint Wed Oct 29 10:58:22 2014 [VMM][I]: ExitCode: 1 Wed Oct 29 10:58:22 2014 [VMM][I]: Failed to execute virtualization driver operation: restore. Wed Oct 29 10:58:22 2014 [VMM][E]: Error restoring VM: Could not restore from /var/lib/one//datastores/100/61/checkpoint Wed Oct 29 10:58:22 2014 [LCM][I]: Fail to boot VM. New VM state is EPILOG_STOP Wed Oct 29 10:58:22 2014 [DiM][I]: New VM state is STOPPED Thanks, regards, Sergi *-- okITup S.L. https://www.okitup.com *Infraestructures de hosting a mida* *Administració i Programació de Sistemes* *email: i...@okitup.com* *telef.: 93 176 39 76* -- La información de este correo electrónico es confidencial, personal e intransferible y sólo está dirigida a la(s) dirección(es) indicada(s) arriba. Si usted lee este mensaje por equivocación, le informamos que está prohibida su divulgación, uso o distribución, completos o parciales; le rogamos que lo notifique inmediatamente al remitente y borre el mensaje original junto con sus ficheros anexos sin leerlo ni grabarlo. Gracias. La informació d'aquest correu electrònic és confidencial, personal i intransferible, i només està dirigida a l'adreça(ces) indicada(des). Si vostè llegeix aquest missatge per error, l'informem que n'està prohibida la propagació, l'ús o la distribució, complets o parcials; li demanem que ho notifiqui immediatament a la persona que li ha enviat i esborri el missatge original amb les dades adjuntes sense llegir-lo ni desar-lo. Gràcies. This e-mail contains confidential information. The information is intended for exclusive use by the abovementioned recipient. If you have received this e-mail in error, please notify us immediately to arrange for the confidential information to be returned to us. We hereby inform you that it is strictly prohibited to disclose, copy, distribute or take any action based on this information. Thank you.* ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
[one-users] Deploying running vps to a different system datastore
Hello, We have an opennebula installation with two hypervisors (one acting also as NFS server for the shared datastores). We have a few running instances on a shared system datastore and would like them running on a newly created ssh datastore, that is, running on the hypervisor's local disks. Using the deploy command is not possible because instances are not in the right state. How can we achieve that? Thanks in advance, regards, Sergi ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org