cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Makrand <>
Subject Snapshot and secondary storage utilisation.
Date Mon, 10 Jul 2017 07:13:30 GMT
Hi all,

My setup is:- ACS 4.4. XENserver 6.2 SP1. 4TB of secondary storage coming
from NFS.

I am observing some issues the way *.vhd* files are stored and cleaned up
in secondary storage. Let's take an example of a VM-813. It has 250G root
disk (disk ID 1015) The snapshot is scheduled to happen once every week
(sat night) and supposes to keep only 1 snapshot. From GUI I am seeing its
only keeping the latest week snapshot.

But resource utilization on CS GUI is increasing day by day. So I just ran
du -smh and found there are multiple vhd files of different sizes under
secondary storage.

Here is snippet:-

root@gcx-bom-cloudstack:/mnt/secondary2/snapshots/22# du -smhh *
1.5K    1002
1.5K    1003
1.5K    1004
*243G    1015*
1.5K    1114

root@gcx-bom-cloudstack:/mnt/secondary2/snapshots/22# ls -lht *
*total 243G*
*-rw-r--r-- 1 nobody nogroup  32G Jul  8 21:19
*-rw-r--r-- 1 nobody nogroup  40G Jul  1 21:30
*-rw-r--r-- 1 nobody nogroup  43G Jun 24 21:35
*-rw-r--r-- 1 nobody nogroup  40G Jun 17 21:30
*-rw-r--r-- 1 nobody nogroup  29G Jun 10 21:16
*-rw-r--r-- 1 nobody nogroup  29G Jun  3 21:00
*-rw-r--r-- 1 nobody nogroup  43G May 27 21:35
*-rw-r--r-- 1 nobody nogroup  60G May 20 22:01
*-rw-r--r-- 1 nobody nogroup  35G May 13 21:23
*-rw-r--r-- 1 nobody nogroup  31G May  6 21:19
*-rw-r--r-- 1 nobody nogroup  32G Apr 29 21:18
*-rw-r--r-- 1 nobody nogroup  38G Apr 22 21:26
*-rw-r--r-- 1 nobody nogroup 248G Apr 16 00:44

Observed same behavior for root disks of other 4 VMs. So the number of vhds
are ever growing on secondary storage and one will eventually run out of
secondary storage size.

Simple Question:-

1) Why is cloud stack creating multiple vhd files? Should not it supposed
to keep only one vhd at secondary storage defined in snap policy?

Any thoughts? As explained earlier...from GUI I am seeing last weeks snap
as backed up.


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