Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 12 Jan 2001 16:06:19 -0800
From:      Joseph Filla <jfilla@mindmaker.com>
To:        freebsd-questions@freebsd.org, freebsd-stable@freebsd.org
Subject:   vinum create causes my 4.2-Stable SMP machine to reboot
Message-ID:  <3A5F9BFB.9C24C85F@mindmaker.com>

next in thread | raw e-mail | index | archive | help
System information:
4.2-STABLE FreeBSD 4.2-STABLE #3: Wed Dec  6 17:46:52 PST 2000
SMP
2 Promise ATA66 controllers
4 IDE drives:
ad4
ad6
ad8
ad10
All dangerously dedicated


For the last few months, I have had vinum running in a raid 10
configuration:

su-2.03# vinum list
4 drives:
D a                     State: up       Device /dev/ad4s1e      Avail:
0/11500 MB (0%)
D b                     State: up       Device /dev/ad6s1e      Avail:
0/11500 MB (0%)
D c                     State: up       Device /dev/ad8s1f      Avail:
0/11500 MB (0%)
D d                     State: up       Device /dev/ad10s1f     Avail:
0/11500 MB (0%)

4 volumes:
V swap                  State: up       Plexes:       2 Size:        649
MB
V var                   State: up       Plexes:       2 Size:       1999
MB
V usr                   State: up       Plexes:       2 Size:       1999
MB
V home                  State: up       Plexes:       2 Size:         17
GB

8 plexes:
P swap.p0             S State: up       Subdisks:     2 Size:        649
MB
P swap.p1             S State: up       Subdisks:     2 Size:        649
MB
P var.p0              S State: up       Subdisks:     2 Size:       1999
MB
P var.p1              S State: up       Subdisks:     2 Size:       1999
MB
P usr.p0              S State: up       Subdisks:     2 Size:       1999
MB
P usr.p1              S State: up       Subdisks:     2 Size:       1999
MB
P home.p0             S State: up       Subdisks:     2 Size:         17
GB
P home.p1             S State: up       Subdisks:     2 Size:         17
GB

16 subdisks:
S swap.p0.s0            State: up       PO:        0  B Size:        324
MB
S swap.p0.s1            State: up       PO:      257 kB Size:        324
MB
S swap.p1.s0            State: up       PO:        0  B Size:        324
MB
S swap.p1.s1            State: up       PO:      257 kB Size:        324
MB
S var.p0.s0             State: up       PO:        0  B Size:        999
MB
S var.p0.s1             State: up       PO:      257 kB Size:        999
MB
S var.p1.s0             State: up       PO:        0  B Size:        999
MB
S var.p1.s1             State: up       PO:      257 kB Size:        999
MB
S usr.p0.s0             State: up       PO:        0  B Size:        999
MB
S usr.p0.s1             State: up       PO:      257 kB Size:        999
MB
S usr.p1.s0             State: up       PO:        0  B Size:        999
MB
S usr.p1.s1             State: up       PO:      257 kB Size:        999
MB
S home.p0.s0            State: up       PO:        0  B Size:       9174
MB
S home.p0.s1            State: up       PO:      257 kB Size:       9174
MB
S home.p1.s0            State: up       PO:        0  B Size:       9174
MB
S home.p1.s1            State: up       PO:      257 kB Size:       9174
MB

After a few months of use on this box, I decided to use the remaining
free space on the drives by creating another raid 10 volume. Through
Sysinstall, I created a partition on each of the four drives, and
changed the disklabels on all 4 new partitions to type vinum.

I created another vinum config file vinum_home2.conf:
drive e device /dev/ad4s1f
drive f device /dev/ad6s1f
drive g device /dev/ad8s1g
drive h device /dev/ad10s1g

volume home2
  plex org striped 257k
    sd length 7705m drive e
    sd length 7705m drive f
  plex org striped 257k
    sd length 7705m drive g
    sd length 7705m drive h

I know putting another volume on another partition in the same slice
isn't optimal but I don't have any other drives.

I ran 'vinum create /etc/vinum_home2.conf' and the machine rebooted.

vinum_history doesn't show the the create command at all.

The system rebooted into single user mode and I was eventually able to
get back to a running system. vinum -l showed the new volume home2, the
new plexes and the new subdisks but after running init and start, I
could never get the subdisks past faulty. One of the striped plexes was
always in state crashed.

I eventually had to detach and rm all remnants of home2 and got my
system back to the original state. Thinking I may have done something
incorrectly, I retried the vinum create config  and the system rebooted
again. This time vinum_history recorded the following:
12 Jan 2001 14:05:27.960421 *** vinum started ***
12 Jan 2001 14:05:27.961106 create vinum_home2.conf
12 Jan 2001 14:05:37.293978 *** vinum started ***
12 Jan 2001 14:12:43.507023 *** vinum started ***
12 Jan 2001 14:12:44.694607 l
...

This time the system came backup correctly, however this time, running
vinum -l show me nothing regarding my desired volume home2. Here is the
relevant stuff from /var/log/messages:
Jan 10 16:03:34 hera /kernel: vinum: loaded
Jan 10 16:03:34 hera /kernel: vinum: reading configuration from
/dev/ad8s1f
Jan 10 16:03:34 hera /kernel: vinum: updating configuration from
/dev/ad10s1f
Jan 10 16:03:34 hera /kernel: vinum: updating configuration from
/dev/ad4s1e
Jan 10 16:03:34 hera /kernel: vinum: updating configuration from
/dev/ad6s1e
Jan 12 14:05:37 hera /kernel: vinum: drive e is up
Jan 12 14:05:37 hera /kernel: vinum: drive f is up
Jan 12 14:05:37 hera /kernel: vinum: drive g is up
Jan 12 14:05:37 hera /kernel: vinum: drive h is up
Jan 12 14:10:37 hera /kernel: vinum: loaded
Jan 12 14:10:37 hera /kernel: vinum: reading configuration from
/dev/ad8s1f
Jan 12 14:10:37 hera /kernel: vinum: updating configuration from
/dev/ad10s1f
Jan 12 14:10:37 hera /kernel: vinum: updating configuration from
/dev/ad6s1e
Jan 12 14:10:37 hera /kernel: vinum: updating configuration from
/dev/ad4s1e
Jan 12 14:10:37 hera /kernel: vinum: updating configuration from
/dev/ad6s1f
Jan 12 14:10:37 hera /kernel: vinum_scandisk: /dev/ad6s1f is down
Jan 12 14:10:37 hera /kernel: vinum: Can't read device /dev/ad6s1f,
error 5
Jan 12 14:10:37 hera /kernel: vinum: updating configuration from
/dev/ad8s1g
Jan 12 14:10:37 hera /kernel: vinum_scandisk: /dev/ad8s1g is down
Jan 12 14:10:37 hera /kernel: vinum: Can't read device /dev/ad8s1g,
error 5
Jan 12 14:10:37 hera /kernel: vinum: updating configuration from
/dev/ad4s1f
Jan 12 14:10:37 hera /kernel: vinum_scandisk: /dev/ad4s1f is down
Jan 12 14:10:37 hera /kernel: vinum: Can't read device /dev/ad4s1f,
error 5
Jan 12 14:10:37 hera /kernel: vinum: updating configuration from
/dev/ad10s1g
Jan 12 14:10:37 hera /kernel: vinum_scandisk: /dev/ad10s1g is down
Jan 12 14:10:37 hera /kernel: vinum: Can't read device /dev/ad10s1g,
error 5
Jan 12 14:10:37 hera /kernel: vinum: couldn't read configuration

Neither reboots created any dumps in /var/crash

Any advice?
-- 
Joe Filla
Systems Administrator
Mindmaker, Inc.
(408) 467-0468


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3A5F9BFB.9C24C85F>