cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrija Panic <andrija.pa...@gmail.com>
Subject Re: ACS 4.5 - volume snapshots NOT removed from CEPH (only from Secondaryt NFS and DB)
Date Thu, 10 Sep 2015 09:26:34 GMT
Eh, OK. Thx for the info.

BTW why is 16 snapshot limits hardcoded - any reason for that ?

Not cleaning snapshots on CEPH and trying to delete volume after having
more than 16 snapshtos in CEPH = Agent crashing on KVM side...and some VMs
being rebooted etc - which means downtime :|

Thanks,

On 9 September 2015 at 22:05, Simon Weller <sweller@ena.com> wrote:

> Andrija,
>
> The Ceph snapshot deletion is not currently implemented.
>
> See: https://issues.apache.org/jira/browse/CLOUDSTACK-8302
>
> - Si
>
> ________________________________________
> From: Andrija Panic <andrija.panic@gmail.com>
> Sent: Wednesday, September 9, 2015 3:03 PM
> To: dev@cloudstack.apache.org; users@cloudstack.apache.org
> Subject: ACS 4.5 - volume snapshots NOT removed from CEPH (only from
> Secondaryt NFS and DB)
>
> Hi folks,
>
> we enounter issue in ACS 4.5.1 (perhaps other versions also affected) -
> when we delete some snapshot (volume snapshot) in ACS, ACS marks it as
> deleted in DB, deletes from NFS Secondary Storage but fails to delete
> snapshot on CEPH primary storage (doesn even try to delete it AFAIK)
>
> So we end up having 5 live snapshots in DB (just example) but actually in
> CEPH there are more than i.e. 16 snapshots.
>
> More of the issue, when ACS agent tries to obtain list of snapshots from
> CEPH for some volume or so - if number of snapshots is over 16, it raises
> exception  (and perhaps this is the reason Agent crashed for us - need to
> check with my colegues who are investigatin this in details). This number
> 16 is for whatever reasons hardcoded in ACS code.
>
> Wondering if anyone experienced this, or have any info - we plan to try to
> fix this, and I will inlcude my dev colegues here, but we might need some
> help at least for guidance or-
>
> Any help is really apreaciated or at list confirmation that this is known
> issue etc.
>
> Thanks,
>
> --
>
> Andrija Panić
>



-- 

Andrija Panić

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