Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

HDD problem - hda: status timeout: status=0xd0 { Busy }



I'm setting up an HP ProLiant DL140 G2 server, and I'm seeing some
serious performance degradation. The logs are filling up with the
following error:

Jun 23 14:40:20 shapieron kernel: hda: status timeout: status=0xd0 { Busy }
Jun 23 14:40:20 shapieron kernel:
Jun 23 14:40:20 shapieron kernel: ide: failed opcode was: unknown
Jun 23 14:40:20 shapieron kernel: hda: no DRQ after issuing WRITE
Jun 23 14:40:23 shapieron kernel: ide0: reset: success

The error appears at roughly 30-second intervals.

I found a suggestion through google to try fiddling with hdparm,
particularly with the -m option. hdparm -I showed
R/W multiple sector transfer: Max = 16, so I tried
"hdparm -m16 /dev/hda", but this didn't fix the problem.

I'm looking at the hdparm man page now, but I can't figure out
what to try next. Any ideas?

Here's the output of "hdparm -I /dev/hda". This is an 80gb sata drive.
All I've done on the machine so far is install CentOS 4.3.

/dev/hda:

ATA device, with non-removable media
        Model Number:       Maxtor 6L080M0
        Serial Number:      L23XZHXG
        Firmware Revision:  BACE1G10
Standards:
        Supported: 7 6 5 4
        Likely used: 7
Configuration:
        Logical         max     current
        cylinders       16383   65535
        heads           16      1
        sectors/track   63      63
        --
        CHS current addressable sectors:    4128705
        LBA    user addressable sectors:  156301488
        LBA48  user addressable sectors:  156301488
        device size with M = 1024*1024:       76319 MBytes
        device size with M = 1000*1000:       80026 MBytes (80 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 1
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        Advanced power management level: unknown setting (0x0000)
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    NOP cmd
           *    READ BUFFER cmd
           *    WRITE BUFFER cmd
           *    Look-ahead
           *    Write cache
           *    Power Management feature set
           *    SMART feature set
           *    FLUSH CACHE EXT command
           *    Mandatory FLUSH CACHE command
           *    Device Configuration Overlay feature set
           *    48-bit Address feature set
                SET MAX security extension
                Advanced Power Management feature set
           *    DOWNLOAD MICROCODE cmd
           *    General Purpose Logging feature set
           *    SMART self-test
           *    SMART error logging
Checksum: correct


-- 
John Abreau / Executive Director, Boston Linux & Unix
ICQ 28611923 / AIM abreauj / JABBER jabr at jabber.org / YAHOO abreauj
Email jabr at blu.org / WWW http://www.abreau.net / PGP-Key-ID 0xD5C7B5D9
PGP-Key-Fingerprint 72 FB 39 4F 3C 3B D6 5B E0 C8 5A 6E F1 2C BE 99
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jabr.vcf
Type: text/x-vcard
Size: 294 bytes
Desc: not available
URL: <http://lists.blu.org/pipermail/discuss/attachments/20060623/1d01fb95/attachment.vcf>



BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org