From owner-freebsd-questions Sun Oct 20 8:48:14 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 642E237B401 for ; Sun, 20 Oct 2002 08:48:10 -0700 (PDT) Received: from valen.gwi.net (valen.gwi.net [207.5.128.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1E7D43E77 for ; Sun, 20 Oct 2002 08:48:09 -0700 (PDT) (envelope-from lewisa@gwi.net) Received: from dargo.gwi (dargo.gwi.net [207.5.142.21]) by valen.gwi.net (8.11.6/8.11.6) with ESMTP id g9KFm9i13578 for ; Sun, 20 Oct 2002 11:48:09 -0400 (EDT) Date: Sun, 20 Oct 2002 11:48:09 -0400 (EDT) From: Lew A To: freebsd-questions@freebsd.org Subject: Problem with slice. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, We are building a new webserver for our customers. We'll be hosting alot of domains with this webserver, using apache with mod ssl, mod frontpage, and pgp. We've been setting it up for a couple months now (a back burner project). But we've run into a problem. One of the slices has stopped responding to us a couple times. The first time it happened it was completely spontaneous. A reboot into single usermod and newfs the slice seemed to have fixed it. The second time it happened we umounted the slice and remounted it on a different name. That time I tried shutting of softupdates 'tunefs -n disable'. That seemed to have worked, we emailed the company that we bought the server from and asked for any input. They recommended disabling tagged queueing on our RAID card. But it turned out we couldn't do that using camcontrol, we would have to do it from the Option ROM Bootup screen. I have since then reenabled softupdates and it seems to be working, I've even moved the slice around without any problems. We are just concerned that after we put this server into production we're going to run into even more problems with this slice. Onces it's in production it will be a very active slice. I was wondering if anyone had any similar problems and/or any known fixes. Here is some system info, along with a dmesg: FreeBSD 4.5 p20 2 x Pentium 3 1.27GHz Adaptec 2100s Raid Card, 6 drives w/ 1host spare RAID-5 ---DMESG START--- cpu_reset called on cpu#0 cpu_reset: Stopping other CPUs Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-RELEASE-p20 #1: Mon Sep 30 09:25:04 EDT 2002 xxxxxxx@xxxxx.xxx.xxx:/usr/obj/usr/src/sys/XXX-XXX Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1262.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1073741824 (1048576K bytes) avail memory = 1041268736 (1016864K bytes) Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 Preloaded elf kernel "kernel" at 0xc03d0000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 10 entries at 0xc00f51c0 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #1 intpin 6 -> irq 2 IOAPIC #1 intpin 4 -> irq 5 IOAPIC #1 intpin 5 -> irq 9 pci0: on pcib0 pci0: at 1.0 irq 2 fxp0: port 0xc400-0xc43f mem 0xfe800000-0xfe8fffff,0xfe9fe000-0xfe9fefff irq 5 at device 4.0 on pci0 fxp0: Ethernet address 00:e0:81:04:a4:72 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xc000-0xc03f mem 0xfe600000-0xfe6fffff,0xfe9fd000-0xfe9fdfff irq 9 at device 5.0 on pci0 fxp1: Ethernet address 00:e0:81:04:a4:73 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ohci0: mem 0xfe9fc000-0xfe9fcfff irq 10 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on motherboard IOAPIC #1 intpin 13 -> irq 11 pci1: on pcib1 pcib2: at device 5.0 on pci1 pci2: on pcib2 asr0: mem 0xfa000000-0xfbffffff irq 11 at device 5.1 on pci1 asr0: major=154 asr0: ADAPTEC 2100S FW Rev. 370F, 1 channel, 256 CCBs, Protocol I2O orm0: