[one-users] oneimage delete fails
Carlos Jiménez
cjimenez at eneotecnologia.com
Wed Sep 19 07:28:16 PDT 2012
Hello everybody,
I tried restarting sunstone-server and one but the problem persisted, so
I rebooted the computer and the problem was solved.
I've realized that (as stated in one's documentation) it is not possible
to upload (via sunstone) disk images greater than 2 GB using Firefox (at
least using version 15). Then, I tried the same operation (uploading a
5GB disk image) using Google Chromium and it was successful. Probably,
the initial problem was due to this limitation.
As I previously mentioned, after trying to upload a 5GB disk image with
Firefox, it failed and all the images related area of one and sunstone
were affected and it was impossible to use them, so the only one way was
to reboot the system. In fact, it was possible to execute "oneimage
delete id" and the image was not deleted but no error/warning message
was logged.
In other cases, it failed to upload the image, but it was possible to
delete that failed image and the system was not affected.
Just as an idea, I think it would be great to get more information (i.
e. in log files) in case of failures such as this.
Kind Regards,
Carlos.
On 09/19/2012 12:09 PM, Carlos Jiménez wrote:
> Hello everybody,
>
> I have OpenNebula 3.6 installed on a machine with CentOS 6.3 and
> several hosts with CentOS 6.3 too.
> I have two images created:
> [oneadmin at frontend ~]$ oneimage list
> ID USER GROUP NAME DATASTORE SIZE TYPE PER
> STAT RVMS
> 1 oneadmin oneadmin disc1 default 2G OS Yes
> rdy 0
> 2 oneadmin oneadmin CentOS_CD default 330M CD No
> rdy 0
>
>
> When I try to delete one of them, it fails because the image is not
> erased:
> [oneadmin at frontend ~]$ oneimage list
> ID USER GROUP NAME DATASTORE SIZE TYPE PER
> STAT RVMS
> 1 oneadmin oneadmin disc1 default 2G OS Yes
> rdy 0
> 2 oneadmin oneadmin CentOS_CD default 330M CD No
> rdy 0
> [oneadmin at frontend ~]$ oneimage delete 1
> [oneadmin at frontend ~]$ oneimage list
> ID USER GROUP NAME DATASTORE SIZE TYPE PER
> STAT RVMS
> 1 oneadmin oneadmin disc1 default 2G OS Yes
> rdy 0
> 2 oneadmin oneadmin CentOS_CD default 330M CD No
> rdy 0
>
>
> The log doesn't output anything more than the call to the ImageDelete
> method:
> Wed Sep 19 11:55:16 2012 [ReM][D]: UserPoolInfo method invoked
> *Wed Sep 19 11:55:20 2012 [ReM][D]: ImageDelete method invoked*
> Wed Sep 19 11:55:22 2012 [ReM][D]: ImagePoolInfo method invoked
> Wed Sep 19 11:55:36 2012 [ReM][D]: HostPoolInfo method invoked
> Wed Sep 19 11:55:36 2012 [ReM][D]: VirtualMachinePoolInfo method invoked
> Wed Sep 19 11:55:36 2012 [ReM][D]: AclInfo method invoked
> Wed Sep 19 11:55:38 2012 [ReM][D]: ClusterPoolInfo method invoked
> Wed Sep 19 11:55:38 2012 [AuM][D]: Message received: LOG I 64 ExitCode: 0
> Wed Sep 19 11:55:38 2012 [AuM][I]: ExitCode: 0
> Wed Sep 19 11:55:38 2012 [AuM][D]: Message received: AUTHENTICATE
> SUCCESS 64 -
> Wed Sep 19 11:55:39 2012 [ReM][D]: HostPoolInfo method invoked
> Wed Sep 19 11:55:39 2012 [ReM][D]: VirtualMachinePoolInfo method invoked
> Wed Sep 19 11:55:39 2012 [ReM][D]: AclInfo method invoked
>
> It looks like OpenNebula calls to the delete method but there is no
> error control, so the ExitCode is 0.
> I've read a similar post (created some months ago) but I've not found
> the solution.
>
> Any idea would be very appreciated.
>
>
> Thanks in advance.
>
> Carlos.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20120919/e235c187/attachment-0001.htm>
More information about the Users
mailing list