[linux-lvm] segfaults and "VGDATA .. inconsistent" beta7 tools

Heinz J. Mauelshagen Mauelshagen at sistina.com
Thu May 17 10:38:11 UTC 2001


On Thu, May 17, 2001 at 01:41:21AM +0100, Paul Jakma wrote:
> On Wed, 16 May 2001, Heinz J. Mauelshagen wrote:
> 
> > The lvm library sets up a device name/number cache in order to
> > map between those. If pv_create_name_from_kdev_t() returns
> > (char*)NULL, an entry for /dev/ida/c0d0p6 couldn't be found in
> > the cache :-( Even though /dev/ida/ is a supported namespace, the
> > entry couldn't have made it into the cache, because the stat() on
> > the device returned an error.
> >
> > In order to check this, you could for eg. add a "printf ("found
> > %s\n", devpath)" after the sprintf() in lvm_add_dir_cache() in
> > lvm_dir_cache.c and and a "printf ("ADDED %s\n", devpath)" after
> > the cache_size++ in the same function.
> >
> > BTW: long time ago, we were faced with problems related to messy /dev/ entries.
> >      In case you don't run devfs you need to make sure that /dev/ entries are
> >      all right.
> 
> 
> hmm... devfs.... that got me thinking. i run devfs, but mounted on
> /devfs instead of /dev for informational purposes. search through the
> archive shows that having devfs compiled in but not mounted on /dev
> is a known problem as devfs changes /proc/partitions.
> 
> compile without devfs and hey presto both machines work fine...
> 
> > No.
> > See above.
> 
> i think i've answered it myself.

;-)

> 
> thing is, i still want to run devfs, but not on /dev. if i convert
> all the file names in /dev to be the same as in devfs then LVM would
> work, wouldn't it?

It could ;-)

There's a (not well tested) LVM_DIR_PREFIX macro in lvm.h you can
change and recompile.

In case it is possible to mount devfs additionally under /dev,
you should go for that.

> 
> regards,
> -- 
> Paul Jakma	paul at clubi.ie	paul at jakma.org
> PGP5 key: http://www.clubi.ie/jakma/publickey.txt
> -------------------------------------------
> Fortune:
> Committees have become so important nowadays that subcommittees have to
> be appointed to do the work.
> 
> _______________________________________________
> linux-lvm mailing list
> linux-lvm at sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm

-- 

Regards,
Heinz    -- The LVM Guy --

*** Software bugs are stupid.
    Nevertheless it needs not so stupid people to solve them ***

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Heinz Mauelshagen                                 Sistina Software Inc.
Senior Consultant/Developer                       Am Sonnenhang 11
                                                  56242 Marienrachdorf
                                                  Germany
Mauelshagen at Sistina.com                           +49 2626 141200
                                                       FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-



More information about the linux-lvm mailing list