I ran dmesg and got the output listed below.
We have built a server which seems stable (well, it hasn't hung or rebooted
unexpectedly), but is very slow with web access.
We have a DPT SmartRAID VI Ultra160 dual-channel controller (PM-1564U3) in
place.
Disk access/response is very slow, especially when loading data into our
MYSQL database.
In fact creating, importing data is several time (8-10) slower than running
on a PIII600, single IDE disk setup.
Running simple I/O test copying data to a file is slower too, so it is not
MYSQL.
I may seem like I'm clutching at straws, but aside from compiling a new
kernel, I cannot find the cause of the problem.
I not sure whether to try 2.2.16 as DPT have not released a driver for it,
but 2.2.15 is supported.
Could the following message/warning have anything to do with our problem?
Current kernel version is: 2.2.14-5smp
System config is as follows:
----------------------------------------------------------------------------
--------------------------
* SupermMicro PIIIDM3 motherboard + SuperMicro chassis
* 2x Intel PIII600E CPUs
* 4x 128Mb DIMMs
* Floppy drive
* Samsung CDROM (the only IDE device)
* Intel PRO100 Ethernet Adapter (onboard)
Disk I/O system:
----------------
* Adaptec AIC-7892 Ultra160 controller (onboard)
-> 1x Quantum Atlas Ultra160 9Gb attached [holding the O/S + Apache]
* DPT PM1564-U3 (dual channel, only one in use)
-> RAID 5 (4 x 18Gb Quantum Atlas Ultra160 drives, 1 hot-spare)
[holding
MYSQL files + data]
SW config:
----------
* RH 6.2 with DPT i2o drivers
* Apache 1.3.12 + PHP 4.0.0 + Mysql 3.22.32 (all compiled from source +
built statically)
I've also moved the MYSQL files + data off the DPT RAID array and there is
no difference in response/speed.
----------------------------------------------------------------------------
--------------------------
OUTPUT FROM dmesg:
----------------------------------------------------------------------------
--------------------------
O-APIC, please mail
to [EMAIL PROTECTED]
.... register #02: 00000000
....... : arbitration: 00
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 000 00 0 0 0 0 0 1 1 59
02 0FF 0F 0 0 0 0 0 1 1 51
03 000 00 0 0 0 0 0 1 1 61
04 000 00 0 0 0 0 0 1 1 69
05 000 00 0 0 0 0 0 1 1 71
06 000 00 0 0 0 0 0 1 1 79
07 000 00 0 0 0 0 0 1 1 81
08 000 00 0 0 0 0 0 1 1 89
09 000 00 0 0 0 0 0 1 1 91
0a 000 00 0 0 0 0 0 1 1 99
0b 000 00 0 0 0 0 0 1 1 A1
0c 000 00 0 0 0 0 0 1 1 A9
0d 000 00 1 0 0 0 0 0 0 00
0e 000 00 0 0 0 0 0 1 1 B1
0f 000 00 0 0 0 0 0 1 1 B9
10 0FF 0F 1 1 0 1 0 1 1 C1
11 0FF 0F 1 1 0 1 0 1 1 C9
12 000 00 1 0 0 0 0 0 0 00
13 000 00 1 0 0 0 0 0 0 00
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 000 00 1 0 0 0 0 0 0 00
IO APIC #3......
.... register #00: 03000000
....... : physical APIC id: 03
.... register #01: 00178020
....... : max redirection entries: 0017
....... : IO APIC version: 0020
WARNING: unexpected IO-APIC, please mail
to [EMAIL PROTECTED]
WARNING: unexpected IO-APIC, please mail
to [EMAIL PROTECTED]
.... register #02: 01000000
....... : arbitration: 01
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 000 00 1 0 0 0 0 0 0 00
02 000 00 1 0 0 0 0 0 0 00
03 000 00 1 0 0 0 0 0 0 00
04 000 00 1 0 0 0 0 0 0 00
05 000 00 1 0 0 0 0 0 0 00
06 000 00 1 0 0 0 0 0 0 00
07 000 00 1 0 0 0 0 0 0 00
08 0FF 0F 1 1 0 1 0 1 1 D1
09 000 00 1 0 0 0 0 0 0 00
0a 000 00 1 0 0 0 0 0 0 00
0b 000 00 1 0 0 0 0 0 0 00
0c 000 00 1 0 0 0 0 0 0 00
0d 000 00 1 0 0 0 0 0 0 00
0e 000 00 1 0 0 0 0 0 0 00
0f 000 00 1 0 0 0 0 0 0 00
10 000 00 1 0 0 0 0 0 0 00
11 000 00 1 0 0 0 0 0 0 00
12 000 00 1 0 0 0 0 0 0 00
13 000 00 1 0 0 0 0 0 0 00
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 000 00 1 0 0 0 0 0 0 00
IRQ to pin mappings:
IRQ0 -> 2
IRQ1 -> 1
IRQ3 -> 3
IRQ4 -> 4
IRQ5 -> 5
IRQ6 -> 6
IRQ7 -> 7
IRQ8 -> 8
IRQ9 -> 9
IRQ10 -> 10
IRQ11 -> 11
IRQ12 -> 12
IRQ13 -> 13
IRQ14 -> 14
IRQ15 -> 15
IRQ16 -> 16
IRQ17 -> 17
IRQ32 -> 8
.................................... done.
checking TSC synchronization across CPUs: passed.
PCI: PCI BIOS revision 2.10 entry at 0xfdb91
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI->APIC IRQ transform: (B0,I31,P1) -> 17
PCI->APIC IRQ transform: (B0,I31,P1) -> 17
PCI->APIC IRQ transform: (B5,I0,P0) -> 16
PCI->APIC IRQ transform: (B4,I4,P0) -> 32
PCI->APIC IRQ transform: (B1,I1,P0) -> 17
PCI->APIC IRQ transform: (B1,I8,P0) -> 16
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
TCP: Hash tables configured (ehash 524288 bhash 65536)
Initializing RT netlink socket
Starting kswapd v 1.5
Detected PS/2 Mouse Port.
Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
pty: 256 Unix98 ptys configured
Real Time Clock Driver v1.09
RAM disk driver initialized: 16 RAM disks of 4096K size
PCI_IDE: unknown IDE controller on PCI bus 00 device f9, VID=8086, DID=2411
PCI_IDE: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio
hda: SAMSUNG CD-ROM SC-148F, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: ATAPI 48X CD-ROM drive, 128kB Cache
Uniform CDROM driver Revision: 2.56
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12
raid5: measuring checksumming speed
raid5: KNI detected, trying cache-avoiding KNI checksum routine
pIII_kni : 75.819 MB/sec
raid5: MMX detected, trying high-speed MMX checksum routines
pII_mmx : 70.104 MB/sec
p5_mmx : 65.913 MB/sec
8regs : 38.100 MB/sec
32regs : 20.955 MB/sec
using fastest function: pIII_kni (75.819 MB/sec)
scsi : 0 hosts.
scsi : detected total.
md.c: sizeof(mdp_super_t) = 4096
Partition check:
RAMDISK: Compressed image found at block 0
autodetecting RAID arrays
autorun ...
... autorun DONE.
VFS: Mounted root (ext2 filesystem).
(scsi0) <Adaptec AIC-7892 Ultra 160/m SCSI host adapter> found at PCI 4/4/0
(scsi0) Wide Channel, SCSI ID=7, 32/255 SCBs
(scsi0) Downloading sequencer code... 396 instructions downloaded
enable_irq() unbalanced from e001b401
scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.28/3.2.4
<Adaptec AIC-7892 Ultra 160/m SCSI host adapter>
scsi : 1 host.
(scsi0:0:6:0) Synchronous at 80.0 Mbyte/sec, offset 63.
Vendor: QUANTUM Model: ATLAS_V__9_WLS Rev: 0230
Type: Direct-Access ANSI SCSI revision: 03
Detected scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: hdwr sector= 512 bytes. Sectors= 17930694 [8755 MB] [8.8
GB]
sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
DPT: Reading the hardware resource table. This could take up to 5 minutes
DPT: Hardware resource table read.
scsi1 : Vendor: DPT Model: PM1564U3 Rev: 3010
scsi : 2 hosts.
Vendor: DPT Model: RAID-5 Rev: 3010
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sdb at scsi1, channel 0, id 0, lun 0
Vendor: SUPER Model: GEM354 REV001 Rev: 1.04
Type: Processor ANSI SCSI revision: 02
SCSI device sdb: hdwr sector= 512 bytes. Sectors= 107632640 [52555 MB] [52.6
GB]
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 >
autodetecting RAID arrays
autorun ...
... autorun DONE.
VFS: Mounted root (ext2 filesystem) readonly.
change_root: old root has d_count=1
Trying to unmount old root ... okay
Freeing unused kernel memory: 72k freed
Adding Swap: 1052248k swap-space (priority -1)
Adding Swap: 1052216k swap-space (priority -2)
eepro100.c:v1.09j-t 9/29/99 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
eepro100.c: $Revision: 1.18 $ 1999/12/29 Modified by Andrey V. Savochkin
<[EMAIL PROTECTED]>
eth0: OEM i82557/i82558 10/100 Ethernet at 0xe2165000, 00:30:48:10:3A:B5,
IRQ 16.
Receiver lock-up bug exists -- enabling work-around.
Board assembly 000080-134, Physical connectors present:
Primary interface chip i82553-A/B PHY #2.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x04f4518b).
Receiver lock-up workaround activated.
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/dmentre/smp-howto/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
