Hello, Emmeran.
There is no logged error on drive's side. Only timeouts on host's side
with BMDMA engine running. I dunno specifics of the severwork
controller but many controllers with BMDMA interface timeouts the
command if transmission failure occurs, so my primary suspect is still
hardw
Am Saturday 10 February 2007 schrieb Tejun Heo:
> Hmmm... Raptor not supporting SMART. That's weird. Please try
> 'smartctl -d ata -a /dev/sda'.
The output is attached.
cu,
Emmy
smartctl version 5.36 [x86_64-unknown-linux-gnu] Copyright (C) 2002-6 Bruce
Allen
Home page is http://smartmontool
Emmeran Seehuber wrote:
# smartctl -a /dev/sda
smartctl version 5.36 [x86_64-unknown-linux-gnu] Copyright (C) 2002-6 Bruce
Allen
Home page is http://smartmontools.sourceforge.net/
Device: ATA WDC WD1500ADFD-0 Version: 20.0
Serial number: WD-WMAP41246348
Device type: disk
Local Time i
I believe you need to add the flag '-d ata' to the smartctl command in
order to see the smart status of a SATA device.
-Jesse
-
here it is:
-->
# smartctl -a /dev/sda
smartctl version 5.36 [x86_64-unknown-linux-gnu] Copyright (C) 2002
Am Friday 09 February 2007 schrieb Tejun Heo:
> Yeap, that's exactly what I wanted. So, the driver is sata_svw and
> errors are timeouts for both reads and writes with BMDMA engine still
> running. It looks like transmission errors to me. Can you post the
> result of 'smartctl -a /dev/sdX'?
her
Emmeran Seehuber wrote:
Does somebody have a glue whats going on here? Could it be a hardware
failure?
It might be. Quite some SATA bug reports turn out to be hardware
problem, most commonly PSU issues.
The power supply unit (you meant this with PSU, didn`t you?) has 800 Watt, so
it should b
Am Friday 09 February 2007 schrieb Tejun Heo:
> Hi,
>
> This is just the recovery part. Need more log. If possible, please
> give a shot at 2.6.20. It might have fixed your problem or at least
> allow better diagnosis.
>
I´ll look into getting 2.6.20 on the machine. But it might take some time
Hi,
Emmeran Seehuber wrote:
we`ve got a database server machine running a 2.6.18.2 vanilla kernel on
Debian Etch. The database is MySQL 5. Everything works fine, but sometimes
the server "lags", i.e. it doesn`t respond for 30 seconds. We`ve now
investigated the problem and found this messages
Hi there,
we`ve got a database server machine running a 2.6.18.2 vanilla kernel on
Debian Etch. The database is MySQL 5. Everything works fine, but sometimes
the server "lags", i.e. it doesn`t respond for 30 seconds. We`ve now
investigated the problem and found this messages in syslog (and dmes
9 matches
Mail list logo