Yes, I did a SHUTDOWN from SunStone, when it failed I did the DELETE
Now I tried again doing it all from shell in frontend, machine is still
in shutdown not deleted if I can try any more:
[grid@cloud ~]$ onetemplate instantiate 6 -n cream.emi.cesga.es
VM ID: 147
[grid@cloud ~]$ onevm show
Sorry I didn't wait enough, after five minutes I saw a timeout in log:
Wed Nov 28 09:38:36 2012 [VMM][I]: Command execution fail:
/var/tmp/one/vmm/kvm/shutdown one-147 nubacesga-9-1 147 nubacesga-9-1
Wed Nov 28 09:38:36 2012 [VMM][E]: Timed out shutting down one-147
Wed Nov 28 09:38:36 2012
Hi,
I'm struggling to understand the situation you are describing. Correct
me if I am wrong.
You mention dom0. Are you using Xen? If that is true disregard what I
said about changing dynamic_ownership parameter in libvirt as Xen
drivers do not use libvirt for hypervisor communication.
First
Hi,
El 27/11/12 11:50, Javier Fontan escribió:
Hi,
I'm struggling to understand the situation you are describing. Correct
me if I am wrong.
You mention dom0. Are you using Xen? If that is true disregard what I
said about changing dynamic_ownership parameter in libvirt as Xen
drivers do not
Hi,
Just to add a few considerations:
1.- Save_as images are not created on the datastore, just an ID is
generated as a placeholder for the new image (this is the fstype: save_as).
So, it is normal that no image (actual path) is created after a save_as
operation, and the state is supposed to be
Hi
El 27/11/12 13:58, Ruben S. Montero escribió:
Hi,
Just to add a few considerations:
1.- Save_as images are not created on the datastore, just an ID is
generated as a placeholder for the new image (this is the fstype:
save_as). So, it is normal that no image (actual path) is created
Images are only saved when you power off a machine with SHUTDOWN or
CANCEL but not with DELETE. Delete command is ment to get rid of a VM
that is in a wrong state or we just don't care about so no image
saving is done.
From what I see in the logs you are executing delete. If you just want
to
Are you doing onevm shutdown? It should not go to the CLEANUP state
On Tue, Nov 27, 2012 at 2:25 PM, Roberto Rosende Dopazo
rrose...@cesga.eswrote:
Hi
El 27/11/12 13:58, Ruben S. Montero escribió:
Hi,
Just to add a few considerations:
1.- Save_as images are not created on the
Hi Javier,
Comments inline,
El 23/11/12 11:08, Javier Fontan escribió:
Image ownership can be changed by the hypervisor (kvm) when it is
configured with dynamic_ownership=1. Is that the case?
It didn't now it's fixed
Are you using the same datastores for both tests, raw and qcow2?
Yes, I'm
Image ownership can be changed by the hypervisor (kvm) when it is
configured with dynamic_ownership=1. Is that the case?
Are you using the same datastores for both tests, raw and qcow2?
Save as marks a disk to be saved AFTER shutdown. So that is the normal
way of working. In fact it will only be
Hi,
I'm trying with OpenNebula 3.8 Save As and Detach option and I found some
problems.
With raw image:
I start virtual machine, save changes from Sunstone and I saw that nothing
happens until I press shutdown for that machine.
Then system try an mv from deploy.0 file to main datastore, but
11 matches
Mail list logo