[sheepdog] [PATCH v8 00/19] object reclaim based on generational reference counting
mitake.hitoshi at gmail.com
Thu May 22 16:29:59 CEST 2014
At Thu, 22 May 2014 16:54:32 +0800,
Liu Yuan wrote:
> On Fri, May 16, 2014 at 12:22:27AM +0900, Hitoshi Mitake wrote:
> > The object reclaim doesn't support hypervolume yet. But hypervolume cannot be
> > used as a virtual disk (both of qemu and tgt don't support it) currently. And
> > the removal of old vdi deletion is acceptable for hypervolume because it doesn't
> > support snapshot, etc. So I think this patchset can be applied to the master
> > branch.
> > The same code is pushed to:
> > https://github.com/sheepdog/sheepdog/tree/snapshot-object-reclaim
> > There is a problem which can be caused by discard operation. But the
> > problem can be solved as an individual topic. I'll post a patchset for
> > it later.
> > The leak problem was (also) caused by bugs in QEMU's sheepdog
> > driver. The fixed version of QEMU driver is here:
> > https://github.com/sheepdog/qemu/tree/inode-sync
> > I'll post it to the QEMU list later.
> > v8:
> > - let COW and snapshot be excluded mutually
> > -- This change introduces limitation that "dog vdi snapshot" must be
> > executed on a same node which execute QEMU. But it is temporal and
> > removed easily.
> What happens if I run 'dog vdi snapsht' on node B while VM runs on node A?
Snapshot is created but gref of the snapshot can be inconsistent
(depends on timing). But it can be removed easily by reviving VDI lock
More information about the sheepdog