Доброго времени суток.
имею: Suse Linux 10.0, kernel 2.6.13.4, стриммер с надписью на лбу QIC-2GB, определяется ядром, как:

<table>
Vendor: TANDBERG Model: IBM 4200 Rev: I07Y
Type: Sequential-Access ANSI SCSI revision: 02
target0:0:4: Beginning Domain Validation
0:0:4:0: phase change 6-7 9@07ea23a0 resid=7.
0:0:4:0: phase change 6-7 9@07ea23a0 resid=7.
0:0:4:0: phase change 6-7 9@07ea23a0 resid=7.
0:0:4:0: phase change 6-7 9@07ea23a0 resid=7.
target0:0:4: Ending Domain Validation
st: Version 20050501, fixed bufsize 32768, s/g segs 256
Attached scsi tape st0 at scsi0, channel 0, id 4, lun 0
st0: try direct i/o: yes (alignment 512 B), max page reachable by HBA 1048575
osst :I: Tape driver with OnStream support version 0.99.3
osst :I: $Id: osst.c,v 1.73 2005/01/01 21:13:34 wriede Exp $
Attached scsi generic sg0 at scsi0, channel 0, id 4, lun 0, type 1
</table>

при попытке сделать tar -cvvf /dev/st0 extract, получаю Input/Output error, а в логах:
<table>
kernel: st 0:0:4:0: phase change 6-7 9@07ea23ac resid=7.
kernel: st0: Error with sense data: <6>st0: Current: sense key: Illegal Request
kernel: ASC=0x0 ASCQ=0x50
kernel: Info fld=0x14
kernel: st 0:0:4:0: phase change 6-7 9@07ea23a0 resid=7.
kernel: st 0:0:4:0: phase change 6-7 9@07ea23ac resid=7.
kernel: st0: Error with sense data: <6>st0: Current: sense key: Illegal Request
kernel: ASC=0x0 ASCQ=0x50
kernel: Info fld=0x1
kernel: st0: Error on write filemark.
kernel: st 0:0:4:0: phase change 6-7 9@07ea23a0 resid=7.
</table>
при попытке прочитать с него tar -xvf /dev/st0, он первый раз чего-то крутит, а потом примерно тоже самое в логах и ошибка чтения Input/Output error

Доброго времени суток. Сервер: 2*Xeon 3Ггц, 4Gb RAM, 6*HDD SCSI 320. Всё это работает на Intel RAID SRCU42X(LSI Logic MegaRAID) 256 мб. На контроллере два канала. Две карзины. RAID 1. Диски расположены так, чтобы один массив из двух дисков был на разных каналах SCSI контроллера. Система Suse Linux 9.1 kernel 2.6.13.4, Oracle 8.1.7. Регулярно наблюдаются тормоза оракла или самой системы, как я уже подозреваю. Load average доходит до 10-15. Загрузка по top выглядит примерно таким образом:

top - 17:01:05 up 21 days, 15:09, 3 users, load average: 3.09, 3.55, 3.13 Tasks: 341 total, 2 running, 339 sleeping, 0 stopped, 0 zombie Cpu0 : 30.3% us, 3.0% sy, 0.0% ni, 26.3% id, 40.3% wa, 0.0% hi, 0.0% si Cpu1 : 17.8% us, 0.7% sy, 0.0% ni, 77.6% id, 3.6% wa, 0.0% hi, 0.3% si Cpu2 : 37.7% us, 2.0% sy, 0.0% ni, 35.1% id, 24.5% wa, 0.3% hi, 0.3% si Cpu3 : 4.7% us, 0.0% sy, 0.0% ni, 78.4% id, 16.9% wa, 0.0% hi, 0.0% si Mem: 4151228k total, 4015688k used, 135540k free, 18988k buffers Swap: 4200956k total, 2020k used, 4198936k free, 2696172k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 23401 oracle 15 0 1752m 666m 662m S 27.5 16.4 3:03.79 oracleibso (DESCRI 6773 oracle 18 0 1749m 224m 222m D 14.6 5.5 0:21.88 oracleibso (DESCRI 24834 oracle 16 0 1752m 388m 383m S 11.6 9.6 0:28.61 oracleibso (DESCRI

из всего этого меня беспокоит то, что часто бывает ожидания дисковой подсистемы, т.е. что и видно из результатов top. Может быть кто-то сталкивался с подобной проблемой или тормозами на LSI MegaRAID?

Сомневаюсь, но может быть помогут параметры ядра:

kernel.shmall=2097152 kernel.shmmax=2147483648 kernel.shmmni=4096 kernel.sem=250 32000 100 128 fs.file-max=65536 net.ipv4.ip_local_port_range=1024 65000 vm.disable_cap_mlock=1

Спасибо.