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 using the same
Save as marks a disk to be saved AFTER shutdown. So that is the normal
way of working. In fact it will only be save if the VM is powered off
using SHUTDOWN or CANCEL but not DELETE.
The last test, when the image seems to ve saved but in fact it is not
there, seems a bit more problematic. Can you please dig a bit in
oned.log to check if there was something strange copying that file?
With dynamic_ownership=1 save as create a new image entry with
Source /var/lib/one/datastores/100/a3e076f377a855dc76f44ac373c9b0ca
After shutdown owner and group are ok and in log:
# grep -n5 a3e076f377a855dc76f44ac373c9b0ca /var/log/one/oned.log
426622-Mon Nov 26 14:06:42 2012 [ImM][I]: Creating disk at of 2216Mb
(type: save_as)
426623-Mon Nov 26 14:06:42 2012 [ReM][D]: Req:1584 UID:10
VirtualMachineSaveDisk result SUCCESS, 25
426624-Mon Nov 26 14:06:42 2012 [ImG][D]: Message received: LOG I 25
ExitCode: 0
426625-
426626-Mon Nov 26 14:06:42 2012 [ImM][I]: ExitCode: 0
426627:Mon Nov 26 14:06:42 2012 [ImG][D]: Message received: MKFS SUCCESS
25 /var/lib/one/datastores/100/a3e076f377a855dc76f44ac373c9b0ca
426628-
426629-Mon Nov 26 14:06:42 2012 [ReM][D]: Req:4256 UID:10
VirtualMachineInfo invoked, 123
426630-Mon Nov 26 14:06:42 2012 [ReM][D]: Req:4256 UID:10
VirtualMachineInfo result SUCCESS, "<VM><ID>123</ID><UID..."
426631-Mon Nov 26 14:06:44 2012 [ReM][D]: Req:3104 UID:2
VirtualNetworkPoolInfo invoked, -2, -1, -1
426632-Mon Nov 26 14:06:44 2012 [ReM][D]: Req:3104 UID:2
VirtualNetworkPoolInfo result SUCCESS, "<VNET_POOL><VNET><ID..."
But file /var/lib/one/datastores/100/a3e076f377a855dc76f44ac373c9b0ca
doesn't exist
While in Sunstone new image appears as LOCKED
After delete machine image state is showed as READY in Sunstone.
In dom0 deployment dir and file are still present and disk files disk.0
and disk.1 have their user and group changed to root.root and image file
doesn't exist
A new file appears
# file /var/lib/one/datastores/0/123/checkpoint
/var/lib/one/datastores/0/123/checkpoint: data
Also with root.root but 666 file permission and in this case directory
and files of this machine are never deleted from running datastore
Cheers,
Roberto
Cheers
On Wed, Nov 21, 2012 at 12:02 PM, Roberto Rosende Dopazo
<rrose...@cesga.es> wrote:
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 it can't
because when shutdown is pressed owner and group for deploy.0 are changed to
root.root
With qcow2 image:
I start virtual machine, save changes from Sunstone and I saw that nothing
happens until I press shutdown for that machine.
Then I can see in Images section a new image with changes and in its
information a Source tag with physical path in datastore. If I check that path
file image doesn't exist but there is not any error, Sunstone show it as READY
In this case owner and group of deploy.0 are not changed.
Do you have any hint or documentation about that?
Cheers,
Roberto
--
Roberto Rosende Dopazo
CESGA
Avda. de Vigo s/n. Campus Vida
Tel.: (+34) 981569810, ext. 229
15705 - Santiago de Compostela
SPAIN
-----------------------------------------------------
Follow CESGA in Twitter:
https://twitter.com/#!/CESGA_
_______________________________________________
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
_______________________________________________
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
