[one-users] Save As and Detach option

Mon Nov 26 05:33:57 PST 2012

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
> <rrosende at 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 at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>
>