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

DMA/SCSI disk errors [Was: Porting packages to sparc]



On Tue, Mar 14, 2006 at 09:48:16PM -0800, Jurij Smakov wrote:
> Does it build on sparc32 at the moment?

Just to let you know I'm still trying, but I ran into some hard disk
errors while building this.
No output at all with 2.6.16-rc2 I can see, and Magic-SysRq is not
working there either. So I retried with my 2.6.13. Got the errors below,
no reponses from Magic-SysRq (which I know is working on that one).
The kernel does not die completely though, the "rejecting I/O to offline
device" repeats every so often.

At the moment I'm asuming these are real hard disk errors. If anyone
knows differently, please let me know.

# vmstat 30
 0  1  62344   1336   3280  46876  788   88   789    88  853   102  3 44  0 53
 0  2  62600   1200   3540  46744  625  109   691   110  829    89  3 45  0 53
 2  1  62316   1148   3664  46544  686   67   862    69  818    95  3 40  0 57
esp0: DMA error a440030e
esp0: Resetting scsi bus
esp0: SCSI bus reset interrupt
esp0: Warning, live target 3 not responding to selection.
esp0: Resetting scsi bus
esp0: SCSI bus reset interrupt
esp0: Warning, live target 3 not responding to selection.
esp0: Resetting scsi bus
esp0: SCSI bus reset interrupt
esp0: Resetting scsi bus
esp0: SCSI bus reset interrupt
 0  2  62608   1456   3956  46084  499  110   558   111  727    72  8 40  0 52
scsi: Device offlined - not ready after error recovery: host 0 channel 0 id 3 lun 0
SCSI error : <0 0 3 0> return code = 0x2
end_request: I/O error, dev sdb, sector 124672
scsi0 (3:0): rejecting I/O to offline device
scsi0 (3:0): rejecting I/O to offline device
scsi0 (3:0): rejecting I/O to offline device
scsi0 (3:0): rejecting I/O to offline device
scsi0 (3:0): rejecting I/O to offline device
Buffer I/O error on device sdb5, logical block 575925
lost page write due to I/O error on sdb5

-- 
Martin
---------------------------------------------------------------------------
30 years from now GNU/Linux will be as redundant a term as MERT/UNIX is 
today. - Martin Habets
---------------------------------------------------------------------------



Reply to: