cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrija Panic <>
Subject Re: CLOUDSTACK-8663 and CLOUDSTACK-4858
Date Mon, 02 Oct 2017 10:37:03 GMT
Hi Andrei,

though I can not comment on the particular tickets you mentioned, we also
had identical problems with using CEPH (imagine hourly snaps, which not
deleted properly for some months...:) )

We have internally updated ACS code to actually "really" remove snapshots
on CEPH when snap deleted via ACS. and some more improvements with CEPH.
Unfortunately, we haven't committed this yet to community...
If you are interested in those, please ping me, and I might connect you
with our developers.


On 19 September 2017 at 12:02, Andrei Mikhailovsky <> wrote:

> Hello guys,
> I have a question on CLOUDSTACK-4858 and CLOUDSTACK-8663 issues that were
> fixed in the recent release.
> First of all, big up for addressing issue 4858 after about 3+ years of it
> being 'cooked' in the oven. This issue alone will save so much time and
> network traffic for many of us I am sure. This leads me to the question on
> pruning old snapshots on the ceph storage.
> I am currently running and for ages I've been having a problem
> with cloudstack leaving disk snapshots on the primary storage after they
> are being copied to the secondary storage. When I realised this issue, I
> had over 4000 snapshots on ceph. So, now I am running a small script that
> clears the clutter left by cloudstack's snapshotting process. So, if I were
> to use primary storage exclusively for keeping the snapshots, would my old
> snapshots be removed according to the snapshot schedule? Or has this
> function been missed out?
> Thanks
> Andrei


Andrija Panić

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message