[linux-lvm] LVM 1.0.7, kernel 2.4.21 and snapshots over ext3 filesystem

C R Ritson C.R.Ritson at newcastle.ac.uk
Thu Jul 3 11:14:02 UTC 2003


> Date: Tue, 1 Jul 2003 23:16:54 +0200
> To: linux-lvm at sistina.com
> Subject: Re: [linux-lvm] LVM 1.0.7, kernel 2.4.21 and 
> 
> My bet is that you first patched the kernel for VFS-lock and
> *then* patched the kernel for LVM.  This undoes (parts of)
> the VFS-lock.  The reason is as follows:
> 
> - AFAICS the LVM kernel patch generator has functions as they
>   should be in the kernel
> - this means the 'patch' is dynamically build by comparing
>   the current kernel with the functions LVM wants there.
> - so if the VFS-lock patch is in the kernel, LVM will
>   'correct' it, undoing it's efforts.

That is strange - my exprience with kernel 2.4.20 and LVM 1.0.7 was as
follows:

With no VFS-lock patch I get problems with snapshots as described.

Attempting to apply the VFS-lock patch AFTER the LVM generated patch
gives me an un-compilable tree with with unresolved reverences to
fsync_dev_lockfs and unlockfs.

On one test machine I am running a 2.4.20 kernel in which the VFS-lock
patch was applied BEFORE the LVM patch. Here, I am taking a snapshot at
about 23:30 every night, and backing that up to tape to ensure that
backup sees a stable volume, then leaving the snapshot around for the
next 24 hours to allow users to recover from sinple file deletions and
corruptions themselves.

Would Heinz care to comment on these two apparently conflicting results?

Chris Ritson (Computing Officer)

Rm 618, Claremont Bridge,       EMAIL: C.R.Ritson at newcastle.ac.uk
School of Computing Science,    PHONE: +44 191 222 8175
University of Newcastle,        FAX  : +44 191 222 8232
Newcastle on Tyne, UK NE1 7RU.  http://www.cs.ncl.ac.uk/~c.r.ritson/




More information about the linux-lvm mailing list