You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Lennert den Teuling <le...@pcextreme.nl> on 2013/09/06 14:04:18 UTC
Old snapshots not deleted
Hi,
I was wondering if somebody is experiencing the same issue. Yesterday we
found out that the disks of our secondary storage was almost full
because none of the snapshots that have been deleted (because of
rotation for example).
The issue seems quite clear (?), cause the commando executed on the SSVM
doesn't work and the SSVMs tells the manager the command was executed
successful which it was not.
From /var/log/cloud/systemvm.log on the SSVM:
Executing: /bin/bash -c rm -f
/mnt/SecStorage/0bab1727-6381-3daa-980e-8a51fdcbb7cd:snapshots:5:1032:*/snapshots/1/5/1032/lnx-lennert-eu_ROOT-844_20130901160036*
It looks like the path is incorrect, see the ":". And is specified
twice. If you would remove ":snapshots:5:1032:*" the path is correct.
Also the manpages of rm for the "-f" flag states:
"deletes read-only files immediately, without asking for confirmation.
When you specify this option and a file does not exist, rm does not
display a warning message and does not modify the exit status. If you
specify both -f and -i, rm uses the option that appears last on the
command line."
Maybe this could be the reason why the SSVM returns success.
I did search for a bug report, but could not find one. Maybe i didn't
look good enough or this issue isn't known.
We are using CS 4.11 with KVM on Ubuntu. Maybe somebody can dig up the
logs on their system and see if they also see these (wrong) rm commands
show up in the log?
--
Met vriendelijke groet / Kind regards,
Lennert den Teuling
Re: Old snapshots not deleted
Posted by Lennert den Teuling <le...@pcextreme.nl>.
Op 06-09-13 14:18, Nitin Mehta schreef:
> Hi Lennert,
> I recall having seen such an issue. Is it similar to
> https://issues.apache.org/jira/browse/CLOUDSTACK-643 ?
Hi Nitin,
Yes, this is the issue. Thanks! Strangely enough i did not find this
myself, i probably should look better next time ;-)
Unfortunately i see there is not fix for 4.1, it seems fixed in 4.2. I'm
going to have a look in the 4.2 code, and see if it helps me temporally
fix the issue.
> Thanks,
> -Nitin
>
> On 06/09/13 5:35 PM, "Lennert den Teuling" <le...@pcextreme.nl> wrote:
>
>> Hi,
>>
>> I was wondering if somebody is experiencing the same issue. Yesterday we
>> found out that the disks of our secondary storage was almost full
>> because none of the snapshots that have been deleted (because of
>> rotation for example).
>>
>> The issue seems quite clear (?), cause the commando executed on the SSVM
>> doesn't work and the SSVMs tells the manager the command was executed
>> successful which it was not.
>>
>> From /var/log/cloud/systemvm.log on the SSVM:
>> Executing: /bin/bash -c rm -f
>> /mnt/SecStorage/0bab1727-6381-3daa-980e-8a51fdcbb7cd:snapshots:5:1032:*/sn
>> apshots/1/5/1032/lnx-lennert-eu_ROOT-844_20130901160036*
>>
>>
>> It looks like the path is incorrect, see the ":". And is specified
>> twice. If you would remove ":snapshots:5:1032:*" the path is correct.
>>
>> Also the manpages of rm for the "-f" flag states:
>> "deletes read-only files immediately, without asking for confirmation.
>> When you specify this option and a file does not exist, rm does not
>> display a warning message and does not modify the exit status. If you
>> specify both -f and -i, rm uses the option that appears last on the
>> command line."
>>
>> Maybe this could be the reason why the SSVM returns success.
>>
>> I did search for a bug report, but could not find one. Maybe i didn't
>> look good enough or this issue isn't known.
>>
>> We are using CS 4.11 with KVM on Ubuntu. Maybe somebody can dig up the
>> logs on their system and see if they also see these (wrong) rm commands
>> show up in the log?
>>
>> --
>> Met vriendelijke groet / Kind regards,
>>
>> Lennert den Teuling
>>
>
--
Met vriendelijke groet / Kind regards,
Lennert den Teuling
PCextreme B.V.
http://www.pcextreme.nl/contact
Tel direct: +31 (0)118 700 210
Re: Old snapshots not deleted
Posted by Nitin Mehta <Ni...@citrix.com>.
Hi Lennert,
I recall having seen such an issue. Is it similar to
https://issues.apache.org/jira/browse/CLOUDSTACK-643 ?
Thanks,
-Nitin
On 06/09/13 5:35 PM, "Lennert den Teuling" <le...@pcextreme.nl> wrote:
>Hi,
>
>I was wondering if somebody is experiencing the same issue. Yesterday we
>found out that the disks of our secondary storage was almost full
>because none of the snapshots that have been deleted (because of
>rotation for example).
>
>The issue seems quite clear (?), cause the commando executed on the SSVM
>doesn't work and the SSVMs tells the manager the command was executed
>successful which it was not.
>
> From /var/log/cloud/systemvm.log on the SSVM:
>Executing: /bin/bash -c rm -f
>/mnt/SecStorage/0bab1727-6381-3daa-980e-8a51fdcbb7cd:snapshots:5:1032:*/sn
>apshots/1/5/1032/lnx-lennert-eu_ROOT-844_20130901160036*
>
>
>It looks like the path is incorrect, see the ":". And is specified
>twice. If you would remove ":snapshots:5:1032:*" the path is correct.
>
>Also the manpages of rm for the "-f" flag states:
>"deletes read-only files immediately, without asking for confirmation.
>When you specify this option and a file does not exist, rm does not
>display a warning message and does not modify the exit status. If you
>specify both -f and -i, rm uses the option that appears last on the
>command line."
>
>Maybe this could be the reason why the SSVM returns success.
>
>I did search for a bug report, but could not find one. Maybe i didn't
>look good enough or this issue isn't known.
>
>We are using CS 4.11 with KVM on Ubuntu. Maybe somebody can dig up the
>logs on their system and see if they also see these (wrong) rm commands
>show up in the log?
>
>--
>Met vriendelijke groet / Kind regards,
>
>Lennert den Teuling
>