Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Apr 2003 22:00:09 +0100
From:      "Steven Hartland" <killing@barrysworld.com>
To:        "jeev" <jeev@boldinternet.net>, <freebsd-smp@freebsd.org>
Subject:   Re: supermicro superserver 6011d issues
Message-ID:  <00d501c30e92$51a3cfd0$b3db87d4@vader>
References:  <000001c30e8f$26024120$0200a8c0@mainframe>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
Yep thats the puppy. Couldnt get it to even install using Ultra 320
would crash all over the place with SCSI errors. Tried 4.7 and 5.0
no joy. Went into the Adaptec bios set all disks to 160 and they
have not crashed since.

    Steve
----- Original Message ----- 
From: "jeev" <jeev@boldinternet.net>
To: "'Steven Hartland'" <killing@barrysworld.com>; <freebsd-smp@freebsd.org>
Sent: Tuesday, April 29, 2003 9:37 PM
Subject: RE: supermicro superserver 6011d issues


dmesg |grep -i 320 
ahd0: <Adaptec AIC7902 Ultra320 SCSI adapter> port
0x4000-0x40ff,0x4400-0x44ff mem 0xfc300000-0xfc301fff irq 18 at device 2.0
on pci3 
aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs 
ahd1: <Adaptec AIC7902 Ultra320 SCSI adapter> port
0x4800-0x48ff,0x4c00-0x4cff mem 0xfc302000-0xfc303fff irq 19 at device 2.1
on pci3 
aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs 
da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing
Enabled 
da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing
Enabled

that is a friends that crashed yesterday out of nowhere. Not sure if it's
the same box, but he said after a month of running fine, it just crashed
last night, I've been having problems with these supermicro's for 2 weeks
now.

Dmesg does not find it running at 320 although the website does mention 320,
do you recommend I send someone from noc to check the bios and if possible
lower to 160 if there is an option to?

j

-----Original Message-----
From: owner-freebsd-smp@freebsd.org [mailto:owner-freebsd-smp@freebsd.org]
On Behalf Of Steven Hartland
Sent: Tuesday, April 29, 2003 1:30 PM
To: jeev; freebsd-smp@freebsd.org
Subject: Re: supermicro superserver 6011d issues

I think that's the same board we run Ultra 320 based?
If so nock it back to Ultra 160 and it all works fine.

    Steve
----- Original Message ----- 
From: "jeev" <jeev@boldinternet.net>
To: <freebsd-smp@freebsd.org>
Sent: Tuesday, April 29, 2003 9:20 PM
Subject: supermicro superserver 6011d issues


Hey guys, not sure if this would be the correct place, I gave freebsd-scsi a
shot. I got some help but not ample to solve the problem.

http://lists.freebsd.org/pipermail/freebsd-scsi/2003-April/000060.html

that is the link

------

Hey guys, I've got a bunch of these:
http://www.supermicro.com/PRODUCT/SUPERServer/SuperServer6011D.htm

I currently am trying to get 2 of them working, I've tested them all though.

I have put 4.7 4.8 5.0 and upgraded and im still having issues.

-- DMESG OUTPUT --
Copyright (c) 1992-2003 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 5.0-RELEASE-p7 #0: Wed Apr 23 00:17:46 PDT 2003
    root at ded16.bphosting.com:/usr/obj/usr/src/sys/jeev
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0660000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06600a8.
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (1266.07-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x6b1  Stepping = 1
 
Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,
CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory  = 1610547200 (1535 MB)
avail memory = 1559953408 (1487 MB)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): apic id:  0, version: 0x00040011, at 0xfee00000
 cpu1 (AP):  apic id:  1, version: 0x00040011, at 0xfee00000
 io0 (APIC): apic id:  2, version: 0x00178011, at 0xfec00000
pnpbios: Bad PnP BIOS data checksum
Initializing GEOMetry subsystem
Pentium Pro MTRR support enabled
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <VIA694 AWRDACPI> on motherboard
    ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
Using $PIR table, 7 entries at 0xc00fdf00
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
acpi_cpu0: <CPU> on acpi0
acpi_cpu1: <CPU> on acpi0
acpi_tz0: <thermal zone> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port
0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
IOAPIC #0 intpin 12 -> irq 2
IOAPIC #0 intpin 10 -> irq 5
IOAPIC #0 intpin 11 -> irq 10
IOAPIC #0 intpin 5 -> irq 11
agp0: <VIA Generic host to PCI bridge> mem 0xf0000000-0xf3ffffff at device
0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xd000-0xd03f mem
0xf8000000-0xf80fffff,0xf8203000-0xf8203fff irq 2 at device 10.0 on pci0
fxp0: Ethernet address 00:30:48:24:7a:df
inphy0: <i82555 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ahc0: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xd400-0xd4ff mem
0xf8200000-0xf8200fff irq 5 at device 11.0 on pci0
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
ahc1: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xd800-0xd8ff mem
0xf8201000-0xf8201fff irq 10 at device 11.1 on pci0
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
fxp1: <Intel Pro 10/100B/100+ Ethernet> port 0xdc00-0xdc3f mem
0xf8100000-0xf81fffff,0xf8202000-0xf8202fff irq 11 at device 12.0 on pci0
fxp1: Ethernet address 00:30:48:24:7a:e0
inphy1: <i82555 10/100 media interface> on miibus1
inphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
isab0: <PCI-ISA bridge> at device 17.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 8233 ATA100 controller> port 0xe000-0xe00f at device 17.1 on
pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <serial bus, USB> at device 17.2 (no driver attached)
pci0: <serial bus, USB> at device 17.3 (no driver attached)
pci0: <serial bus, USB> at device 17.4 (no driver attached)
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port
0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/16 bytes threshold
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
orm0: <Option ROM> at iomem 0xc0000-0xc7fff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
Timecounters tick every 10.000 msec
acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0%
acd0: CDROM <MATSHITA CR-177> at ata0-master PIO4
Waiting 15 seconds for SCSI devices to settle
da0 at ahc0 bus 0 target 0 lun 0
da0: <SEAGATE ST336607LC 0004> Fixed Direct Access SCSI-3 device 
da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing
Enabled
da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C)
SMP: AP CPU #1 Launched!
Mounting root from ufs:/dev/da0s1a
-- DMESG --

this server is currently have major problems. First I was coming up with.

These were some of the errors I grabbed.

sg[0] - Addr 0x14cd3000 : Length 2048
(da0:ahc0:0:0:0): no longer in timeout, status = 34b
ahc0: Issued Channel A Bus Reset. 64 SCBs aborted
spec_getpages:(#da/0x20000) I/O read failure: (error=5) bp 0xdb63d774 vp
0xf5ad4ec0
               size: 65536, resid: 65536, a_count: 65536, valid: 0x0
               nread: 0, reqpage: 0, pindex: 0, pcount: 16
spec_getpages:(#da/0x20000) I/O read failure: (error=5) bp 0xdb63d390 vp
0xf5ad4ec0
               size: 65536, resid: 65536, a_count: 65536, valid: 0x0
               nread: 0, reqpage: 0, pindex: 0, pcount: 16
spec_getpages:(#da/0x20000) I/O read failure: (error=5) bp 0xdb63d4dc vp
0xf5ad4ec0
               size: 20480, resid: 20480, a_count: 20480, valid: 0x0
               nread: 0, reqpage: 0, pindex: 117, pcount: 5
vm_fault: pager read error, pid 516 (sshd)
pid 516 (sshd), uid 22: exited on signal 11
spec_getpages:(#da/0x20000) I/O read failure: (error=5) bp 0xdb63d628 vp
0xf5ad4ec0
               size: 12800, resid: 12800, a_count: 12540, valid: 0x0
               nread: 0, reqpage: 0, pindex: 0, pcount: 4

I especially got these lately. Not the top one.

ahc0: Timedout SCB already complete. Interrupts may not be functioning.
ahc0: Timedout SCB already complete. Interrupts may not be functioning.
ahc0: Timedout SCB already complete. Interrupts may not be functioning.
ahc0: Timedout SCB already complete. Interrupts may not be functioning.
ahc0: Timedout SCB already complete. Interrupts may not be functioning.
ahc0: Timedout SCB already complete. Interrupts may not be functioning.
ahc0: Timedout SCB already complete. Interrupts may not be functioning.
ahc0: Timedout SCB already complete. Interrupts may not be functioning.

--- some of these --

  7 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
  8 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
  9 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 10 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 11 SCB_CONTROL[0xe0]:(TAG_ENB|DISCENB|TARGET_SCB) SCB_SCSIID[0x7] 
SCB_LUN[0x0] SCB_TAG[0xff] 
 12 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 13 SCB_CONTROL[0x62]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] SCB_LUN[0x0] 
SCB_TAG[0x72] 
 14 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 15 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 16 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 17 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 18 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 19 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 20 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 21 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff] 
 22 SCB_CONTROL[0x0] SCB_SCSIID[0x7] SCB_LUN[0x0] SCB_TAG[0xff]

these are just snippets by the way.

I am not sure what to do. I have looked at the supermicro page and found
this.

http://www.supermicro.com/TECHSUPPORT/FAQs/SCSI_FAQ.htm

^ I gave that a shot and it did not work.

It's odd, the boxes work fine in UNI processor kernel, I also had them check
the cpu's and the stepping is the same and the cache is 512 so nothing
obvious would indicate the problem, any feedback would be great, thanks.

j

_______________________________________________
freebsd-smp@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-smp
To unsubscribe, send any mail to "freebsd-smp-unsubscribe@freebsd.org"


_______________________________________________
freebsd-smp@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-smp
To unsubscribe, send any mail to "freebsd-smp-unsubscribe@freebsd.org"

_______________________________________________
freebsd-smp@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-smp
To unsubscribe, send any mail to "freebsd-smp-unsubscribe@freebsd.org"





Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?00d501c30e92$51a3cfd0$b3db87d4>