From owner-freebsd-questions Fri Jan 12 16:31:51 2001 Delivered-To: freebsd-questions@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id A4B1F37B401; Fri, 12 Jan 2001 16:31:16 -0800 (PST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id C0CB76ABFF; Sat, 13 Jan 2001 11:01:11 +1030 (CST) Date: Sat, 13 Jan 2001 11:01:11 +1030 From: Greg Lehey To: Joseph Filla Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: vinum create causes my 4.2-Stable SMP machine to reboot Message-ID: <20010113110111.B66238@wantadilla.lemis.com> References: <3A5F9BFB.9C24C85F@mindmaker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3A5F9BFB.9C24C85F@mindmaker.com>; from jfilla@mindmaker.com on Fri, Jan 12, 2001 at 04:06:19PM -0800 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [Format recovered--see http://www.lemis.com/email/email-format.html] Please don't wrap log output. On Friday, 12 January 2001 at 16:06:19 -0800, Joseph Filla wrote: > 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 > > > > 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. You really need to make that a single partition. But that shouldn't be the problem. > I ran 'vinum create /etc/vinum_home2.conf' and the machine rebooted. Spontaneously, with no messages? > vinum_history doesn't show the the create command at all. No, it wouldn't. You had a crash. > 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. Where's the list? > 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 The ten seconds here are hardly enough time for a reboot. Let's intersperse these messages: > 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 > 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 *** > 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 Do you have dumps enabled? The best I can guess here is that your partition layout is funny in some way. Let's have a look at the disklabel output for each spindle. Just the end, like this: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 4124640 0 unused 0 0 # (Cyl. 0 - 1006*) h: 4124640 0 vinum # (Cyl. 0 - 1006*) Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply. For more information, see http://www.lemis.com/questions.html Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message