[sheepdog-users] Testing snapshot-object-reclaim

[Hitoshi Mitake]

At Wed, 26 Mar 2014 13:54:21 +0900,
Hitoshi Mitake wrote:
> 
> At Tue, 25 Mar 2014 10:30:49 +0100,
> Valerio Pachera wrote:
> > 
> > 2014-03-24 16:01 GMT+01:00 Hitoshi Mitake <mitake.hitoshi at gmail.com>:
> > > I have new requests for testing:
> > > 1. Could you reproduce the problem on a single host with local driver?
> > 
> > Sheepdog daemon version 0.8.0_138_g29bf1f0
> > 
> > sheep -n  /var/sheep,/mnt/sheep/dsk01 \
> > -c local \
> > -l level=debug
> > 
> > 
> > dog cluster format -c 2
> > Number of copies (2) is larger than number of nodes (1).
> > Are you sure you want to continue? [yes/no]: yes
> > using backend plain store
> > 
> > qemu-img convert -f qcow2 /mnt/dati/test.qcow2 sheepdog:test
> > 
> > dog vdi list
> >   Name Id    Size    Used  Shared    Creation time   VDI id  Copies  Tag
> >   test  0   10 GB  2.3 GB  0.0 MB 2014-03-25 09:49   7c2b25      2
> > 
> > dog node info
> > Id      Size    Used    Avail   Use%
> >  0      500 GB  2.3 GB  497 GB    0%
> > Total   500 GB  2.3 GB  497 GB    0%
> > Total virtual image size 10 GB
> > 
> > qemu-system-x86_64 -enable-kvm -m 1024 -smp 2 -vnc :1 -k it -drive
> > file=sheepdog:test,if=virtio -boot order=c -daemonize
> > 
> > dog vdi snapshot test
> > dog vdi snapshot test
> > dog vdi snapshot test
> > dog vdi snapshot test
> > dog vdi snapshot test
> > 
> > dog vdi list
> >   Name Id    Size    Used  Shared    Creation time   VDI id  Copies  Tag
> > s test  1   10 GB  2.3 GB  0.0 MB 2014-03-25 09:49   7c2b25      2
> > s test  2   10 GB  5.9 GB  344 MB 2014-03-25 09:54   7c2b26      2
> > s test  3   10 GB  4.0 MB  6.2 GB 2014-03-25 09:57   7c2b27      2
> > s test  4   10 GB  5.9 GB  340 MB 2014-03-25 09:58   7c2b28      2
> > s test  5   10 GB   28 MB  6.2 GB 2014-03-25 09:59   7c2b29      2
> >   test  0   10 GB   68 MB  6.2 GB 2014-03-25 09:59   7c2b2a      2
> > 
> > dog node info
> > Id      Size    Used    Avail   Use%
> >  0      500 GB  14 GB   485 GB    2%
> > Total   500 GB  14 GB   485 GB    2%
> > Total virtual image size 10 GB
> > 
> > for n in $(seq 1 5); do dog vdi delete -s $n test; done
> > 
> > dog vdi list
> >   Name Id    Size    Used  Shared    Creation time   VDI id  Copies  Tag
> >   test  0   10 GB   68 MB  6.2 GB 2014-03-25 09:59   7c2b2a      2
> > 
> > dog node info
> > Id      Size    Used    Avail   Use%
> >  0      500 GB  6.3 GB  493 GB    1%
> > Total   500 GB  6.3 GB  493 GB    1%
> > Total virtual image size 10 GB
> > 
> > dog vdi delete test
> > 
> > dog node info
> > Id      Size    Used    Avail   Use%
> >  0      500 GB  260 MB  499 GB    0%
> > Total   500 GB  260 MB  499 GB    0%
> > Total virtual image size 0.0 MB
> 
> I'm tryint to reproduce this problem but I can't still do it. Could
> you provide your qcow2 image (e.g. via dropbox, via your web server,
> etc)?

I tried to reproduce the problem with your image and could do it. It
seems that the leak problem depends on VM images, surprisingly. I'll
dig in it soon.

Thanks,
Hitoshi