Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 12 Jul 2004 15:50:37 -0400
From:      Steve Shorter <steve@nomad.lets.net>
To:        Greg 'groggy' Lehey <grog@FreeBSD.org>
Cc:        Steve Shorter <steve@nomad.tor.lets.net>
Subject:   Re: serious vinum bug in 4-10 RELEASE?
Message-ID:  <20040712195037.GA72052@nomad.lets.net>
In-Reply-To: <20040711211001.GZ14202@wantadilla.lemis.com>
References:  <20040711192909.GA70190@nomad.lets.net> <20040711211001.GZ14202@wantadilla.lemis.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jul 12, 2004 at 06:40:01AM +0930, Greg 'groggy' Lehey wrote:
> >
> > 	I get the following incorrect configuration. Notice that
> > drives data0 and data1 are missing and drives data2 and data3 are
> > duplicated where data0 and data1 should be.
> 
> I see no drives.

	Not sure what you mean see below
> 
> > 	Ideas?
> 
> http://www.vinumvm.org/vinum/how-to-debug.html

	I recreated a simpler situation with just 2 mirrored
drives.

	After reboot the vinum lv -r -v reports (*missing *)
drives. But before reboot they are there. 


this is the initial vinum lv -r -v. drives data0 and data1 are
clearly listed as mq0.p0.s0 and mq0.p1.s0

Volume mq0:	Size: 18341345792 bytes (17491 MB)
		State: up
		Flags: 
		2 plexes
		Read policy: round robin
Plex mq0.p0:	Size:	18341345792 bytes (17491 MB)
		Subdisks:        1
		State: up
		Organization: concat
		Part of volume mq0

Plex mq0.p1:	Size:	18341345792 bytes (17491 MB)
		Subdisks:        1
		State: up
		Organization: concat
		Part of volume mq0

Subdisk mq0.p0.s0:
		Size:      18341345792 bytes (17491 MB)
		State: up
		Plex mq0.p0 at offset 0 (0  B)
		Drive data0 (/dev/da0d) at offset 135680 (132 kB)

Subdisk mq0.p1.s0:
		Size:      18341345792 bytes (17491 MB)
		State: up
		Plex mq0.p1 at offset 0 (0  B)
		Drive data1 (/dev/da1d) at offset 135680 (132 kB)


this is the vinum lv -r -v. after reboot drives data0 and data1 are
listed as (*missing*)
	
	
Volume mq0:	Size: 18341345792 bytes (17491 MB)
		State: up
		Flags: 
		2 plexes
		Read policy: round robin
Plex mq0.p0:	Size:	18341345792 bytes (17491 MB)
		Subdisks:        1
		State: up
		Organization: concat
		Part of volume mq0

Plex mq0.p1:	Size:	18341345792 bytes (17491 MB)
		Subdisks:        1
		State: up
		Organization: concat
		Part of volume mq0

Subdisk mq0.p0.s0:
		Size:      18341345792 bytes (17491 MB)
		State: up
		Plex mq0.p0 at offset 0 (0  B)
		Drive  (*missing*) at offset 135680 (132 kB)

Subdisk mq0.p1.s0:
		Size:      18341345792 bytes (17491 MB)
		State: up
		Plex mq0.p1 at offset 0 (0  B)
		Drive  (*missing*) at offset 135680 (132 kB)

	
	Here is the on disk configuration, as per your
online script.



IN VINOq0data0@7@^<Evolume mq0 state up
plex name mq0.p0 state up org concat vol mq0 
plex name mq0.p1 state up org concat vol mq0 
sd name mq0.p0.s0 drive data0 plex mq0.p0 len 35822941s driveoffset 265s state up plexoffset 0s 
sd name mq0.p1.s0 drive data1 plex mq0.p1 len 35822941s driveoffset 265s state up plexoffset 0s 

IN VINOq0data1@Z@g<Evolume mq0 state up
plex name mq0.p0 state up org concat vol mq0 
plex name mq0.p1 state up org concat vol mq0 
sd name mq0.p0.s0 drive data0 plex mq0.p0 len 35822941s driveoffset 265s state up plexoffset 0s 
sd name mq0.p1.s0 drive data1 plex mq0.p1 len 35822941s driveoffset 265s state up plexoffset 0s 


	Also, this seems wierd if, I do vinum rm -rf mq0 and or
vinum resetconfig. vinum still detects the volumes mq0 on reboot.
if I do 

	dd </dev/zero >/dev/da0d count=300

vinum no longer detects any volumes, vinum lv is blank, BUT
your script to read the vinum config on disk shows the same
vinum config above. If I change the fstype from vinum to 4.2BSD
and newfs the partition its still there. Is this possible?

	Also on boot vinum  reports

vinum: loaded
vinum: no drives found
vinum_scandisk() returned 2vinum: no drives found
** no drives found **: no such file or directory


	Any other info required, just ask.


	-steve




	"The age of the Internet has a right to its own music"


		http://www.linuxsuite.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040712195037.GA72052>