Re: [linux-lvm] strange behavior with 1.0.5 on Linux 2.4.19?

["Gregory K. Ade" <gkade@bigbrother.net>]

[-- Attachment #1: Type: text/plain, Size: 1809 bytes --]

On Mon, 2002-10-28 at 12:35, jon+lvm@silicide.dk wrote:
> On Sun, Oct 27, 2002 at 09:29:35PM -0800, Gregory K. Ade wrote:
> 
> [cut]
> 
> > So, who do I give what information to so that we can trace down the base
> > of this problem, and get a fix?  Ask me for whatever you need from the
> > system, and I'll provide it if I can.
> 
> I dont know what your problem is, but i run lvm 1.0.5 on a default 2.4.19
> without trouble. (any more).
> I lvcreate once an hour, though it is a snapshot, and remove it again
> the next hour. I've got a script running every minute that extends the
> snapshots if they become too small. So, maybe the problem isnt in lvm, but
> memory, and it just happens to hit LVM ?

Interesting that you should mention this.  This system has proved to
have several interesting quirks, and most of them that have been
resolved have been resolved by making patches or other fixes in
relationship to the large memory configuration (8GB).  System
performance issues related to the filesystems were actually resolved by
applying a VM/VFS patch (I'm not really sure what it patched, honestly)
that was specifically addressing problems in >2GB RAM systems.

Is it possible that similar issues may be present in LVM?  How many
people here are running LVM on systems with ~100GB available storage or
more and 4GB or more of RAM?

This is the only system exhibiting these problems.  Then again, this is
the only system that requires highmem (64GB) support in order to address
all the memory, too.

I'll be able to generate a ksymoops sometime tonight, which will
hopefully point the LVM developers in the right direction for a fix.

-- 
Gregory K. Ade <gkade@bigbrother.net>
http://bigbrother.net/~gkade
OpenPGP Key ID: EAF4844B  keyserver: pgpkeys.mit.edu

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]