cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Iurii Miroshnichenko <iurii.miroshniche...@globallogic.com>
Subject Re: Snapshots not being moved to secondary storage
Date Wed, 12 Nov 2014 09:29:29 GMT
For example,

we have created volume on 20Gb and then make snaphot:
1. On Primary Storage was created file .vhd with capacity - 46K
2. On Secondary Storage snapshot was created with capacity 1.7 Gb

Is it normal or not?

Thanks.

On Fri, Nov 7, 2014 at 10:03 AM, cs user <acldstkusr@gmail.com> wrote:

> I also have an issue with snapshots, cloudstack 4.3, Xen 6.2 and S3
> storage. Please see https://issues.apache.org/jira/browse/CLOUDSTACK-7775
>
> Perhaps you can check the log files listed in the description of the
> problem, to see if you are running into a similar issue.
>
> On Fri, Nov 7, 2014 at 5:02 AM, Sanjeev Neelarapu <
> sanjeev.neelarapu@citrix.com> wrote:
>
> > Hi,
> >
> > The latest snapshot will always remain on primary storage.
> > Size of the volume 20GB may not be the physical size i.e. may be virtual
> > size and 2Gb or 4Gb may be the physical size of the volume.
> >
> > -Sanjeev
> >
> > -----Original Message-----
> > From: Iurii Miroshnichenko [mailto:iurii.miroshnichenko@globallogic.com]
> > Sent: Thursday, November 06, 2014 10:47 PM
> > To: users@cloudstack.apache.org
> > Subject: Re: Snapshots not being moved to secondary storage
> >
> > also,
> > when I made snapshot it created on Primary Storage and also created on
> > Secondary Storage, (for example) /snapshots/7/24/236875sdf675sdf.vhd
> >
> > But if size of volume 20Gb that .vhd file only 2Gb or 4Gb and on Primary
> > Storage snapshots did not delete.
> >
> > On Thu, Nov 6, 2014 at 7:07 PM, Andrija Panic <andrija.panic@gmail.com>
> > wrote:
> >
> > > I'm aware of centos 6.5 issue, with missing -s flag on qemu-img - so
> > > not you problem since you are on Xen :)
> > >
> > > On 6 November 2014 18:05, Iurii Miroshnichenko <
> > > iurii.miroshnichenko@globallogic.com> wrote:
> > >
> > >> I use CloudStack 4.3.0, XenServer 6.2.0
> > >>
> > >> Cloudstack Management - CentOS release 6.2 (Final)
> > >>
> > >> On Thu, Nov 6, 2014 at 6:57 PM, Andrija Panic
> > >> <andrija.panic@gmail.com>
> > >> wrote:
> > >>
> > >>> centos 6.5 ?
> > >>>
> > >>> On 6 November 2014 17:52, Iurii Miroshnichenko <
> > >>> iurii.miroshnichenko@globallogic.com> wrote:
> > >>>
> > >>> > I have an issue with snapshots not being moved to secondary
> > >>> > storage,
> > >>> they
> > >>> > stay in Primary on the host node.
> > >>> >
> > >>> > --
> > >>> >
> > >>> > Iurii Miroshnichenko | Linux Administrator GlobalLogic P
> > >>> > +91.120.406.2000  M +38.097.690.1846  S yura_mir1@skype.com
> > >>> > www.globallogic.com <http://www.globallogic.com/>
> > >>> > http://www.globallogic.com/email_disclaimer.txt
> > >>> >
> > >>>
> > >>>
> > >>>
> > >>> --
> > >>>
> > >>> Andrija Panić
> > >>> --------------------------------------
> > >>>   http://admintweets.com
> > >>> --------------------------------------
> > >>>
> > >>
> > >>
> > >>
> > >> --
> > >>
> > >> Iurii Miroshnichenko | Linux Administrator GlobalLogic P
> > >> +91.120.406.2000  M +38.097.690.1846  S yura_mir1@skype.com
> > >> www.globallogic.com
> > >> <http://www.globallogic.com/>
> > >> http://www.globallogic.com/email_disclaimer.txt
> > >>
> > >
> > >
> > >
> > > --
> > >
> > > Andrija Panić
> > > --------------------------------------
> > >   http://admintweets.com
> > > --------------------------------------
> > >
> >
> >
> >
> > --
> >
> > Iurii Miroshnichenko | Linux Administrator GlobalLogic P
> +91.120.406.2000
> > M +38.097.690.1846  S yura_mir1@skype.com www.globallogic.com <
> > http://www.globallogic.com/>
> > http://www.globallogic.com/email_disclaimer.txt
> >
>



-- 

Iurii Miroshnichenko | Linux Administrator
GlobalLogic
P +91.120.406.2000  M +38.097.690.1846  S yura_mir1@skype.com
www.globallogic.com
<http://www.globallogic.com/>
http://www.globallogic.com/email_disclaimer.txt

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