From nobody@FreeBSD.org  Sun Jan 30 21:33:26 2005
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1FE4516A4CF
	for <freebsd-gnats-submit@FreeBSD.org>; Sun, 30 Jan 2005 21:33:26 +0000 (GMT)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C5E6143D41
	for <freebsd-gnats-submit@FreeBSD.org>; Sun, 30 Jan 2005 21:33:25 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j0ULXPse028296
	for <freebsd-gnats-submit@FreeBSD.org>; Sun, 30 Jan 2005 21:33:25 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.13.1/8.13.1/Submit) id j0ULXPJQ028295;
	Sun, 30 Jan 2005 21:33:25 GMT
	(envelope-from nobody)
Message-Id: <200501302133.j0ULXPJQ028295@www.freebsd.org>
Date: Sun, 30 Jan 2005 21:33:25 GMT
From: Arne Wrner <arne_woerner@yahoo.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: vinum / does not find its second drive
X-Send-Pr-Version: www-2.3

>Number:         76871
>Category:       kern
>Synopsis:       vinum / does not find its second drive
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    le
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jan 30 21:40:15 GMT 2005
>Closed-Date:    Sun Aug 21 15:31:12 GMT 2005
>Last-Modified:  Sun Aug 21 15:31:12 GMT 2005
>Originator:     Arne Wrner
>Release:        R5.3
>Organization:
>Environment:
FreeBSD neo.riddick.homeunix.org. 5.3-RELEASE FreeBSD 5.3-RELEASE #24: Wed Jan 26 20:08:08 UTC 2005     aw@neo.riddick.homeunix.org.:/opt/src/sys/i386/compile/RIDDICK  i386

>Description:
After I used a 4.9-STABLE miniinst CD, vinum complained about missing subdisks.

Then I had a little fight with disabling vinum completely (the root partition is a vinum device).


>How-To-Repeat:
after a fresh reboot:

neo# vinum l
1 drives:
D vaako                 State: up       /dev/ad0s1d     A: 0/32768 MB (0%)
D riddick               State: referenced       unknown A: 0/0 MB

2 volumes:
V base                  State: up       Plexes:       2 Size:        512 MB
V user                  State: up       Plexes:       2 Size:         31 GB

4 plexes:
P base0               C State: up       Subdisks:     1 Size:        512 MB
P user1               C State: faulty   Subdisks:     1 Size:         31 GB
P user0               C State: up       Subdisks:     1 Size:         31 GB
P base1               C State: faulty   Subdisks:     1 Size:        512 MB

4 subdisks:
S base0.s0              State: up       D: vaako        Size:        512 MB
S user1.s0              State: stale    D: riddick      Size:         31 GB
S user0.s0              State: up       D: vaako        Size:         31 GB
S base1.s0              State: stale    D: riddick      Size:        512 MB
neo# vinum read 
neo# vinum l
2 drives:
D vaako                 State: up       /dev/ad0s1d     A: 0/32768 MB (0%)
D riddick               State: up       /dev/ad1s1d     A: 32767/32768 MB (100%)

2 volumes:
V base                  State: up       Plexes:       2 Size:        512 MB
V user                  State: up       Plexes:       2 Size:         31 GB

4 plexes:
P base0               C State: up       Subdisks:     1 Size:        512 MB
P user1               C State: faulty   Subdisks:     1 Size:         31 GB
P user0               C State: up       Subdisks:     1 Size:         31 GB
P base1               C State: faulty   Subdisks:     1 Size:        512 MB

4 subdisks:
S base0.s0              State: up       D: vaako        Size:        512 MB
S user1.s0              State: stale    D: riddick      Size:         31 GB
S user0.s0              State: up       D: vaako        Size:         31 GB
S base1.s0              State: stale    D: riddick      Size:        512 MB


Here are both disklabels:
neo# disklabel ad0s1
# /dev/ad0s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:  1048576      281    4.2BSD        0     0     0 
  b:   102481 67108880      swap                    
  c: 67211361        0    unused        0     0         # "raw" part, don't edit
  d: 67108864       16     vinum                    
  f: 66060023  1048857    4.2BSD        0     0     0 
neo# disklabel ad1s1
# /dev/ad1s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:  1048576   524490    4.2BSD        0     0     0 
  b:   524209       16      swap                    
  c: 312581745        0    unused        0     0         # "raw" part, don't edit
  d: 67108864   524225     vinum                    
  e: 244948656 67633089    4.2BSD        0     0     0 
  f: 66060023  1573066    4.2BSD        0     0     0 


Funnily ad0/ad1 have a disklabel, too:
neo# disklabel ad0
# /dev/ad0:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:  1048576      281    4.2BSD     2048 16384 28552 
  b:   102481 67108880      swap                    
  c: 67211361        0    unused        0     0         # "raw" part, don't edit
  d: 67108864       16     vinum                    
  f: 66060023  1048857    4.2BSD     2048 16384 28552 
disklabel: partition c doesn't cover the whole unit!
disklabel: An incorrect partition c may cause problems for standard system utilities
neo# disklabel ad1
# /dev/ad1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a: 312581792       16    unused        0     0       
  c: 312581808        0    unused        0     0         # "raw" part, don't edit


Here is my vinum dumpconfig:
neo# vinum dumpconfig
Drive vaako:    Device /dev/ad0s1d
                Created on  at Sun Jan 30 17:09:50 2005
                Config last updated Sun Jan 30 21:26:40 2005
                Size:      34359738368 bytes (32768 MB)
volume base state up
volume user state up
plex name base0 state up org concat vol base 
plex name user1 state faulty org concat vol user 
plex name user0 state up org concat vol user 
plex name base1 state faulty org concat vol base 
sd name base0.s0 drive vaako len 1048576s driveoffset 265s state up plex base0 plexoffset 0s 
sd name user1.s0 drive riddick len 66060023s driveoffset 1048841s state stale plex user1 plexoffset 0s 
sd name user0.s0 drive vaako len 66060023s driveoffset 1048841s state up plex user0 plexoffset 0s 
sd name base1.s0 drive riddick len 1048576s driveoffset 265s state stale plex base1 plexoffset 0s 

Drive /dev/ad0s1d: 32 GB (34359738368 bytes)
Drive riddick:  Device /dev/ad1s1d
                Created on  at Sun Jan 30 17:44:47 2005
                Config last updated Sun Jan 30 21:26:40 2005
                Size:      34359738368 bytes (32768 MB)
volume base state up
volume user state up
plex name base0 state up org concat vol base 
plex name user1 state faulty org concat vol user 
plex name user0 state up org concat vol user 
plex name base1 state faulty org concat vol base 
sd name base0.s0 drive vaako len 1048576s driveoffset 265s state up plex base0 plexoffset 0s 
sd name user1.s0 drive riddick len 66060023s driveoffset 1048841s state stale plex user1 plexoffset 0s 
sd name user0.s0 drive vaako len 66060023s driveoffset 1048841s state up plex user0 plexoffset 0s 
sd name base1.s0 drive riddick len 1048576s driveoffset 265s state stale plex base1 plexoffset 0s 

Drive /dev/ad1s1d: 32 GB (34359738368 bytes)


Here is my mount output:
neo# mount
/dev/vinum/base on / (ufs, local)
devfs on /dev (devfs, local)
/dev/vinum/user on /usr (ufs, local, soft-updates)
/dev/ad1s1e on /opt (ufs, local, soft-updates)
devfs on /var/named/dev (devfs, local)

>Fix:
      
>Release-Note:
>Audit-Trail:

From: Greg 'groggy' Lehey <grog@FreeBSD.org>
To: Arne Woerner <arne_woerner@yahoo.com>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: kern/76871: vinum / does not find its second drive
Date: Mon, 31 Jan 2005 08:29:26 +1030

 --kvWJmX0bB3Sab/3X
 Content-Type: text/plain; charset=iso-8859-1
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 [Format recovered--see http://www.lemis.com/email/email-format.html]
 
 Overlong text lines.
 
 Corrected From: name.
 
 Note that your name contains a non-ASCII character.  This is not legal
 in mail headers, so your name shows as Wrner.
 
 On Sunday, 30 January 2005 at 21:33:25 +0000, Arne Wrner wrote:
 >
 >> Number:         76871
 >> Category:       kern
 >> Synopsis:       vinum / does not find its second drive
 >> Confidential:   no
 >> Severity:       serious
 >> Priority:       medium
 >> Responsible:    freebsd-bugs
 >> State:          open
 >> Quarter:
 >> Keywords:
 >> Date-Required:
 >> Class:          sw-bug
 >> Submitter-Id:   current-users
 >> Arrival-Date:   Sun Jan 30 21:40:15 GMT 2005
 >> Closed-Date:
 >> Last-Modified:
 >> Originator:     Arne W=F6rner
 >> Release:        R5.3
 >> Organization:
 >> Environment:
 > FreeBSD neo.riddick.homeunix.org. 5.3-RELEASE FreeBSD 5.3-RELEASE #24: We=
 d Jan 26 20:08:08 UTC 2005     aw@neo.riddick.homeunix.org.:/opt/src/sys/i3=
 86/compile/RIDDICK  i386
 >
 >> Description:
 
 > After I used a 4.9-STABLE miniinst CD, vinum complained about
 > missing subdisks.
 
 Your system is complaining about a missing drive:
 
 > D riddick               State: referenced       unknown A: 0/0 MB
 > neo# vinum read
 > neo# vinum l
 > 2 drives:
 > D vaako                 State: up       /dev/ad0s1d     A: 0/32768 MB (0%)
 > D riddick               State: up       /dev/ad1s1d     A: 32767/32768 MB=
  (100%)
 >
 > 2 volumes:
 > V base                  State: up       Plexes:       2 Size:        512 =
 MB
 > V user                  State: up       Plexes:       2 Size:         31 =
 GB
 >
 > 4 plexes:
 > P base0               C State: up       Subdisks:     1 Size:        512 =
 MB
 > P user1               C State: faulty   Subdisks:     1 Size:         31 =
 GB
 > P user0               C State: up       Subdisks:     1 Size:         31 =
 GB
 > P base1               C State: faulty   Subdisks:     1 Size:        512 =
 MB
 >
 > 4 subdisks:
 > S base0.s0              State: up       D: vaako        Size:        512 =
 MB
 > S user1.s0              State: stale    D: riddick      Size:         31 =
 GB
 > S user0.s0              State: up       D: vaako        Size:         31 =
 GB
 > S base1.s0              State: stale    D: riddick      Size:        512 =
 MB
 
 And now there are no missing subdisks.
 
 > Here are both disklabels:
 
 These are not necessary.
 
 > Here is my vinum dumpconfig:
 
 =46rom http://www.vinumvm.org/vinum/how-to-debug.html:
 
  Please don't supply the following information unless I ask for it:
 
     * The output of the vinum printconfig command.
     * Your Vinum configuration file, unless your problem is that you
       can't start Vinum at all.
 
 > Here is my mount output:
 
 This is also unnecessary.
 
 Also from http://www.vinumvm.org/vinum/how-to-debug.html:
 
 What information to supply
 
   #  Supply an extract of the Vinum history file. Unless you have
      explicitly renamed it, it will be /var/log/vinum_history. This
      file can get very big; please limit it to the time around when
      you have the problems. Each line contains a timestamp at the
      beginning, so you will have no difficulty in establishing which
      data is of relevance.
 
   # Supply an extract of the file /var/log/messages. Restrict the
     extract to the same time frame as the history file. Again, each
     line contains a timestamp at the beginning, so you will have no
     difficulty in establishing which data is of relevance.
 
 Greg
 --
 When replying to this message, please take care not to mutilate the
 original text. =20
 For more information, see http://www.lemis.com/email.html
 See complete headers for address and phone numbers.
 
 --kvWJmX0bB3Sab/3X
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.2.6 (FreeBSD)
 
 iD8DBQFB/Vi+IubykFB6QiMRAlj+AJ40rjT3zvgg2djTqLxTXhP0Y1+ZRQCfVZ2z
 sn0HOY8O5/ybJwxUETURllc=
 =GfmM
 -----END PGP SIGNATURE-----
 
 --kvWJmX0bB3Sab/3X--

From: Arne "Wrner" <arne_woerner@yahoo.com>
To: Greg 'groggy' Lehey <grog@FreeBSD.org>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: kern/76871: vinum / does not find its second drive
Date: Sun, 30 Jan 2005 14:47:46 -0800 (PST)

 I would be glad, if you could talk less sharp to me, because it
 hurts me out of reasons, I do not want to disclose here. Of course
 I am willing to supply the needed and just the necessary
 information; but if I make you angry, I would be glad, if you
 could ignore me and my incompetence. Thank you.
 
 --- Greg 'groggy' Lehey <grog@FreeBSD.org> wrote:
 > [Format recovered--see
 > http://www.lemis.com/email/email-format.html]
 >
 How does this apply to the FreeBSD GNATS WebService?
 
 There is no hint, that the WebService will send non-conformant
 emails on my behalf...
 
 > Overlong text lines.
 >
 see above
 
 Btw.: Yahoo!Mail word wraps appropriately and automatically.
 
 > Corrected From: name.
 >
 > Note that your name contains a non-ASCII character.  This is not
 > legal in mail headers, so your name shows as Wrner.
 >
 At least this can be fixed automatically, by using standardized
 mareshalloing techniques (I forgot the name; maybe MIME?).
 
 > >> Description:
 > 
 > > After I used a 4.9-STABLE miniinst CD, vinum complained about
 > > missing subdisks.
 > 
 > Your system is complaining about a missing drive:
 >
 Yes, now it complains about a missing drive until I type "vinum
 read". But this little catastrophe started with complaints about a
 missing subdisk (as far as I recall recorrectly; I am not so sure
 now anymore).
 
 > And now there are no missing subdisks.
 >
 Hmm... Yes. Although the subdisks on riddick are not really
 there...
 
 > > Here are both disklabels:
 > 
 > These are not necessary.
 >
 Ok...
 
 > > Here is my vinum dumpconfig:
 > 
 > From http://www.vinumvm.org/vinum/how-to-debug.html:
 >
 Thank you for that URL. I did not know that...
 
 > What information to supply
 > 
 >   #  Supply an extract of the Vinum history file. [...]
 >
 30 Jan 2005 21:11:56.966397 *** vinum started ***
 30 Jan 2005 21:11:56.982929 l 
 30 Jan 2005 21:19:41.343534 *** vinum started ***
 30 Jan 2005 21:19:41.347558 l 
 30 Jan 2005 21:26:10.430451 *** vinum started ***
 30 Jan 2005 21:26:11.742491 l 
 30 Jan 2005 21:26:32.444697 *** vinum started ***
 30 Jan 2005 21:26:32.453870 read vaako 
 30 Jan 2005 21:26:35.759037 *** vinum started ***
 30 Jan 2005 21:26:35.764422 read riddick 
 30 Jan 2005 21:26:38.060619 *** vinum started ***
 30 Jan 2005 21:26:38.064933 l 
 30 Jan 2005 21:26:40.500892 *** vinum started ***
 30 Jan 2005 21:26:40.505065 read 
 30 Jan 2005 21:26:43.013929 *** vinum started ***
 30 Jan 2005 21:26:43.017874 l 
 30 Jan 2005 21:26:53.488841 *** vinum started ***
 30 Jan 2005 21:26:53.493379 l 
 30 Jan 2005 21:32:19.887705 *** vinum started ***
 30 Jan 2005 21:32:19.892726 dumpconfig 
 
 >   # Supply an extract of the file /var/log/messages.
 > 
 Jan 30 21:10:29 neo kernel: ad0: 38166MB <ST340015A/3.01>
 [77545/16/63] at ata0-master UDMA100
 Jan 30 21:10:29 neo kernel: ad1: 152627MB <SAMSUNG
 SP1604N/TM100-24> [310101/16/63] at ata0-slave UDMA100
 [...]
 Jan 30 21:10:29 neo kernel: vinum: incompatible sector sizes. 
 base1 has 0, base has 512.  Ignored.
 Jan 30 21:10:29 neo kernel: Mounting root from ufs:/dev/vinum/base
 Jan 30 21:10:29 neo kernel: /dev/vinum/base: FILE SYSTEM CLEAN;
 SKIPPING CHECKS
 Jan 30 21:10:29 neo kernel: /dev/vinum/base: clean, 147654 free
 (2870 frags, 18098 blocks, 1.1% fragmentation)
 Jan 30 21:10:29 neo kernel: /dev/vinum/user: FILE SYSTEM CLEAN;
 SKIPPING CHECKS
 Jan 30 21:10:29 neo kernel: /dev/vinum/user: clean, 14704071 free
 (16567 frags, 1835938 blocks, 0.1% fragmentation)
 Jan 30 21:10:29 neo kernel: /dev/ad1s1e: FILE SYSTEM CLEAN;
 SKIPPING CHECKS
 Jan 30 21:10:29 neo kernel: /dev/ad1s1e: clean, 31139884 free
 (8940 frags, 3891368 blocks, 0.0% fragmentation)
 [...]
 Jan 30 21:26:32 neo kernel: vinum: no additional drives found     
       ~
 Jan 30 21:26:35 neo kernel: vinum: no additional drives
 foundodified: line 1
 Jan 30 21:26:40 neo kernel: vinum: already read config from vaako
 Jan 30 21:26:40 neo kernel: vinum: updating configuration from
 /dev/ad1s1d
 Jan 30 21:26:40 neo kernel: vinum: incompatible sector sizes. 
 base1 has 0, base has 512.  Ignored.
 Jan 30 21:26:40 neo kernel: vinum: incompatible sector sizes. 
 user1 has 0, user has 512.  Ignored.
 
 
 Answer for your other questions:
 1. I did not change the vinum source code, so it is FreeBSD R5.3's
 vinum.
 2. Maybe I should make my problem more clear:
    Everytime the system comes up after a reboot, drive riddick is
    referenced but missing (no /dev/... value).
    When I type "vinum read" vinum finds the missing drive.
 
 -Arne
 
 
 
 		
 __________________________________ 
 Do you Yahoo!? 
 All your favorites on one personal page  Try My Yahoo!
 http://my.yahoo.com 

From: Greg 'groggy' Lehey <grog@FreeBSD.org>
To: Arne =?iso-8859-1?Q?W=F6rner?= <arne_woerner@yahoo.com>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: kern/76871: vinum / does not find its second drive
Date: Mon, 31 Jan 2005 09:35:47 +1030

 --86iauDJ7Z6qm7j1O
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 
 On Sunday, 30 January 2005 at 14:47:46 -0800, Arne Wrner wrote:
 > I would be glad, if you could talk less sharp to me, because it
 > hurts me out of reasons, I do not want to disclose here. Of course
 > I am willing to supply the needed and just the necessary
 > information; but if I make you angry, I would be glad, if you
 > could ignore me and my incompetence. Thank you.
 
 Sorry about that.  To avoid any further pain, I'll let somebody else
 answer this PR.
 
 Greg
 --
 See complete headers for address and phone numbers.
 
 --86iauDJ7Z6qm7j1O
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.2.6 (FreeBSD)
 
 iD8DBQFB/WhLIubykFB6QiMRAgRZAJ9R/SkD+25mGZNdS6n8ITJfHLORXQCgnjqs
 2jgmbTqUjTaaqsqW6wr7WZs=
 =oHjI
 -----END PGP SIGNATURE-----
 
 --86iauDJ7Z6qm7j1O--

From: Arne "Wrner" <arne_woerner@yahoo.com>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: kern/76871: vinum / does not find its second drive
Date: Mon, 31 Jan 2005 04:11:13 -0800 (PST)

 I fixed the problem by switching to geom_vinum.
 
 Now everything works fine again...
 
 I do not know, why vinum did not work any more, although it worked
 fine for about 2 months.
 
 Sorry, that I caused trouble...
 
 -Arne
 
 
 
 		
 __________________________________ 
 Do you Yahoo!? 
 Meet the all-new My Yahoo! - Try it today! 
 http://my.yahoo.com 
  
 
Responsible-Changed-From-To: freebsd-bugs->le 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Sun Apr 3 08:04:13 GMT 2005 
Responsible-Changed-Why:  
Over to maintainer. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=76871 
State-Changed-From-To: open->closed 
State-Changed-By: le 
State-Changed-When: Sun Aug 21 15:30:52 GMT 2005 
State-Changed-Why:  
Submitter says switching to geom_vinum solved the problem. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=76871 
>Unformatted:
