Unable to wipe Dell PE1750 with LSI MPT SCSI controller

DavidE

New Member
As the subject says, I'm trying to wipe a Dell PowerEdge 1750 with an on-board LSI SCSI controller and the drives are not being detected. I'm using the latest 1.0.7 beta from 1/25. From the logs, I can see that the LSI MPT driver is not working correctly with the controller. I'm hoping there is something I can do to get it working.

Any suggestions would be appreciated.

Thanks,
David

Here is the contents of dmesg.txt from the log:

Linux version 2.4.33-pre1-dban (dajhorn@vmsarge) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #2 Wed Jan 18 20:42:18 EST 2006
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
BIOS-e820: 0000000000100000 - 000000007ffd7000 (usable)
BIOS-e820: 000000007ffd7000 - 000000007ffefc00 (ACPI data)
BIOS-e820: 000000007ffefc00 - 000000007ffff000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
Warning only 896MB will be used.
Use a HIGHMEM enabled kernel.
896MB LOWMEM available.
On node 0 totalpages: 229376
zone(0): 4096 pages.
zone(1): 225280 pages.
zone(2): 0 pages.
Kernel command line: initrd=initrd.gz root=/dev/ram0 init=/rc nuke="dwipe --autonuke" silent BOOT_IMAGE=kernel.bzi
Initializing CPU#0
Detected 3052.627 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 6094.84 BogoMIPS
Memory: 904060k/917504k available (1638k kernel code, 13060k reserved, 661k data, 348k init, 0k highmem)
Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode cache hash table entries: 65536 (order: 7, 524288 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 65536 (order: 6, 262144 bytes)
Page-cache hash table entries: 262144 (order: 8, 1048576 bytes)
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: After generic, caps: bfebfbff 00000000 00000000 00000000
CPU: Common caps: bfebfbff 00000000 00000000 00000000
CPU: Intel(R) Xeon(TM) CPU 3.06GHz stepping 09
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xfc91e, last bus=4
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 00:0f.1
PCI: Discovered primary peer bus 01 [IRQ]
PCI: Discovered primary peer bus 02 [IRQ]
PCI: Discovered primary peer bus 03 [IRQ]
PCI: Discovered primary peer bus 04 [IRQ]
PCI: Using IRQ router ServerWorks [1166/0201] at 00:0f.0
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
RAMDISK driver initialized: 16 RAM disks of 4096K size 512 blocksize
Compaq SMART2 Driver (v 2.4.28)
HP CISS Driver (v 2.4.60)
v2.3 : Micro Memory(tm) PCI memory board block driver
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SvrWks CSB5: IDE controller at PCI slot 00:0f.1
SvrWks CSB5: chipset revision 147
SvrWks CSB5: not 100% native mode: will probe irqs later
SvrWks CSB5: simplex device: DMA forced
ide0: BM-DMA at 0x08b0-0x08b7, BIOS settings: hda:pio, hdb:pio
SvrWks CSB5: simplex device: DMA forced
ide1: BM-DMA at 0x08b8-0x08bf, BIOS settings: hdc:DMA, hdd:pio
hdc: HL-DT-STDVD-ROM GDR8082N, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
SCSI subsystem driver Revision: 1.00
Loading Adaptec I2O RAID: Version 2.4 Build 5
Detecting Adaptec I2O RAID controllers...
Red Hat/Adaptec aacraid driver (1.1-3 Jan 18 2006 20:42:31)
scsi: <fdomain> Detection failed (no card)
NCR53c406a: no available ports found
sym53c416.c: Version 1.0.0-ac
Failed initialization of WD-7000 SCSI card!
IBM MCA SCSI: Version 4.0b
IBM MCA SCSI: No Microchannel-bus present --> Aborting.
This machine does not have any IBM MCA-bus
or the MCA-Kernel-support is not enabled!
PCI: Assigned IRQ 7 for device 04:05.0
PCI: Assigned IRQ 5 for device 04:05.1
DC390: 0 adapters found
megaraid: v1.18k (Release Date: Thu Aug 28 10:05:11 EDT 2003)
megaraid: no BIOS enabled.
aec671x_detect:
GDT-HA: Storage RAID Controller Driver. Version: 3.04
GDT-HA: Found 0 PCI Storage RAID Controllers
3ware Storage Controller device driver for Linux v1.02.00.037.
3w-xxxx: No cards found.
nsp32: loading...
libata version 1.20 loaded.
Fusion MPT base driver 2.05.16
Copyright (c) 1999-2004 LSI Logic Corporation
PCI: Found IRQ 7 for device 04:05.0
mptbase: Initiating ioc0 bringup
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=499), IntStatus=80000000!
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=499), IntStatus=80000000!
mptbase: ioc0: ERROR - Diagnostic reset FAILED! (102h)
mptbase: ioc0 NOT READY WARNING!
mptbase: WARNING - ioc0 did not initialize properly! (-1)
PCI: Found IRQ 5 for device 04:05.1
mptbase: Initiating ioc1 bringup
mptbase: ioc1: ERROR - Doorbell ACK timeout (count=499), IntStatus=80000000!
mptbase: ioc1: ERROR - Diagnostic reset FAILED! (102h)
mptbase: ioc1 NOT READY WARNING!
mptbase: WARNING - ioc1 did not initialize properly! (-1)
mptbase: 2 MPT adapters found, 0 installed.
Fusion MPT SCSI Host driver 2.05.16
I2O Core - (C) Copyright 1999 Red Hat Software
I2O: Event thread created as pid 7
I2O configuration manager v 0.04.
(C) Copyright 1999 Red Hat Software
I2O Block Storage OSM v0.9
(c) Copyright 1999-2001 Red Hat Software.
i2o_block: Checking for Boot device...
i2o_block: Checking for I2O Block devices...
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 157k freed
VFS: Mounted root (cramfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 348k freed
 
DBAN does not wait for dirty arrays to resynchronize. Remove or disassemble all volumes and try DBAN again.

The doorbell error can also be caused by a bad cable.
 
There are no arrays. It's straight SCSI. The machine does not have RAID hardware installed. It only has one disk.

Also, this happens on 3 identical 1750s, so I don't think it's a cable... We have a bunch more of these to wipe in the next week and we like DBAN much better than our other utilities. :)

Any other ideas?

Thanks,
David
 
dajhorn said:
Send me a hardware sample and I will make it work.
I'm sure you would, but I don't think the IT Manager will go for that one. :)

I was hoping to find some boot parameters that could tweak the LSI driver settings, but I haven't been lucky with google searches. Plus it's been a long time since I had to compile my own linux kernel... I'll keep searching, though.

Thanks,
David
 
Back
Top