Проблема со SCSI BT-958 при переходе с 2.4 на 2.6
Добрый день. Имеется довольно старая машинка со сказевым контроллером BusLogic BT-958 и двумя сказевыми дисками. Под ядром 2.4.22 все хорошо: ... kernel: SCSI subsystem driver Revision: 1.00 сkti0 kernel: PCI: Found IRQ 11 for device 00:0e.0 scsi: * BusLogic SCSI Driver Version 2.1.15 of 17 August 1998 * scsi: Copyright 1995-1998 by Leonard N. Zubkoff <[EMAIL PROTECTED]> scsi0: Configuring BusLogic Model BT-958 PCI Wide Ultra SCSI Host Adapter scsi0: Firmware Version: 5.07B, I/O Address: 0xE400, IRQ Channel: 11/Level scsi0: PCI Bus: 0, Device: 14, Address: 0xEC101000, Host Adapter SCSI ID: 7 scsi0: Parity Checking: Enabled, Extended Translation: Enabled scsi0: Synchronous Negotiation: UUU#, Wide Negotiation: NYY# scsi0: Disconnect/Reconnect: Enabled, Tagged Queuing: Enabled scsi0: Scatter/Gather Limit: 128 of 8192 segments, Mailboxes: 211 scsi0: Driver Queue Depth: 211, Host Adapter Queue Depth: 192 scsi0: Tagged Queue Depth: Automatic, Untagged Queue Depth: 3 scsi0: Error Recovery Strategy: Default, SCSI Bus Reset: Enabled scsi0: SCSI Bus Termination: High Enabled, SCAM: Disabled scsi0: *** BusLogic BT-958 Initialized Successfully *** scsi0 : BusLogic BT-958 Vendor: IBM Model: DDRS-39130D Rev: DC1B Type: Direct-Access ANSI SCSI revision: 02 Vendor: PLEXTOR Model: CD-R PX-W124TS Rev: 1.04 Type: CD-ROM ANSI SCSI revision: 02 Vendor: IBM Model: DDYS-T18350N Rev: S93E Type: Direct-Access ANSI SCSI revision: 03 scsi0: Target 0: Queue Depth 28, Wide Synchronous at 40.0 MB/sec, offset 15 scsi0: Target 4: Queue Depth 3, Synchronous at 10.0 MB/sec, offset 8 scsi0: Target 6: Queue Depth 28, Wide Synchronous at40.0 MB/sec, offset 15 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Attached scsi disk sdb at scsi0, channel 0, id 6, lun 0 SCSI device sda: 1785 512-byte hdwr sectors (9139 MB) sda: sda1 sda2 SCSI device sdb: 35843670 512-byte hdwr sectors (18352 MB) sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 > А теперь 2.6.18-5 ... SCSI subsystem initialized ... PCI: Found IRQ 11 for device 00:0e.0 scsi: * BusLogic SCSI Driver Version 2.1.16 of 18 July 2002 * scsi: Copyright 1995-1998 by Leonard N. Zubkoff <[EMAIL PROTECTED]> scsi0: Configuring BusLogic Model BT-958 PCI Wide Ultra SCSI Host Adapter scsi0: Firmware Version: 5.07B, I/O Address: 0xE400, IRQ Channel: 11/Level scsi0: PCI Bus: 0, Device: 14, Address: 0xEC101000, Host Adapter SCSI ID: 7 scsi0: Parity Checking: Enabled, Extended Translation: Enabled scsi0: Synchronous Negotiation: UUU#, Wide Negotiation: NYY# scsi0: Disconnect/Reconnect: Enabled, Tagged Queuing: Enabled scsi0: Scatter/Gather Limit: 128 of 8192 segments, Mailboxes: 211 scsi0: Driver Queue Depth: 211, Host Adapter Queue Depth: 192 scsi0: Tagged Queue Depth: Automatic, Untagged Queue Depth: 3 scsi0: Error Recovery Strategy: Default, SCSI Bus Reset: Enabled scsi0: SCSI Bus Termination: High Enabled, SCAM: Disabled scsi0: *** BusLogic BT-958 Initialized Successfully *** scsi0 : BusLogic BT-958 Vendor: IBM Model: DDRS-39130D Rev: DC1B Type: Direct-Access ANSI SCSI revision: 02 Vendor: PLEXTOR Model: CD-R PX-W124TS Rev: 1.04 Type: CD-ROM ANSI SCSI revision: 02 Vendor: IBM Model: DDYS-T18350N Rev: S93E Type: Direct-Access ANSI SCSI revision: 03 SCSI device sda: 1785 512-byte hdwr sectors (9139 MB) sda: Write Protect is off SCSI device sda: drive cache: write back sda: sda1 sda2 sd 0:0:0:0: Attached scsi disk sda SCSI device sdb: 35843670 512-byte hdwr sectors (18352 MB) sdb: Write Protect is off SCSI device sdb: drive cache: write back (И вот тут начинается) scsi0: *** BusLogic BT-958 Initialized Successfully *** sd 0:0:0:0: scsi: Device offlined - not ready after error recovery sd 0:0:6:0: scsi: Device offlined - not ready after error recovery sdb: Write Protect is off sd: 0:0:6:0: rejecting I/O to offline device sdb: assuming drive cache: write through sdb:<3>sd 0:0:6:0: rejecting I/O to offline device Buffer I/O error on device sdb, logical block 0 Buffer I/O error on device sdb, logical block 1 Buffer I/O error on device sdb, logical block 2 Buffer I/O error on device sdb, logical block 3 unable to read partition table sd 0:0:0:0: Attached scsi disk sdb Done. Ну а дальше, поскольку / на sdb1 - кранты. Запуск под 2.4.22 fdisk /dev/sdb не показывает никаких проблем. Partition table показывается правильно, ошибок не вижу. Вижу разницу в версиях драйвера, с 2.6.18 идет 2.1.16, а в 2.4.22 была 2.1.15. Неужели в этом дело? Никто на такие грабли не попадал? Почему с новым драйвером, а может по другой причине, при присоединении sdb заново инициализируется сказевый контроллер, после чего он отказывается читать sdb? Физ
Re: Проблема со SCSI
Evgeny wrote: Как я уже писал понятно, что проблема в железе, но непонятно кому бить морду - контроллеру или винту. Дешевле всего шлейфу :-) Переходников 68->50 там нигде не болтается, они могут отходить. или 80->68:) у меня проблема была похожая иммено в шлейфе Шлейф вчера поменял. Недельки через 2 (если раньше проблемы не начнуться) посмотрим Виктор
Re: Проблема со SCSI
16 Май 2003 15:16, Oleg Gritsinevich написал: > On Fri, May 16, 2003 at 08:41:09AM +0600, Viktor Vislobokov wrote: > > >>Хмм. а dmesg ничего не говорит? > > > > > >Уже посмотрел - действительно FAT error :(, буду лечить. Но вопрос > > > Виктора Вислобокова остается в силе. > > > > У меня вообще в логах тишина. На консоль валятся сообщения об > > ошибках SCSI, но после перезагрузки все ОК какое-то время (от > > суток до 2-х недель). > > Как я уже писал понятно, что проблема в железе, но непонятно > > кому бить морду - контроллеру или винту. > > Дешевле всего шлейфу :-) Переходников 68->50 там нигде не > болтается, они могут отходить. или 80->68:) у меня проблема была похожая иммено в шлейфе -- Юркин Евгений
Re: Проблема со SCSI
On Fri, May 16, 2003 at 08:41:09AM +0600, Viktor Vislobokov wrote: > >>Хмм. а dmesg ничего не говорит? > > > > > >Уже посмотрел - действительно FAT error :(, буду лечить. Но вопрос Виктора > >Вислобокова остается в силе. > > У меня вообще в логах тишина. На консоль валятся сообщения об > ошибках SCSI, но после перезагрузки все ОК какое-то время (от > суток до 2-х недель). > Как я уже писал понятно, что проблема в железе, но непонятно > кому бить морду - контроллеру или винту. Дешевле всего шлейфу :-) Переходников 68->50 там нигде не болтается, они могут отходить. -- With best regards, Oleg Gritsinevich
Re: Проблема со SCSI
On Fri, 16 May 2003, Viktor Vislobokov wrote: > >>Хмм. а dmesg ничего не говорит? > > > > > > Уже посмотрел - действительно FAT error :(, буду лечить. Но вопрос Виктора > > Вислобокова остается в силе. > >У меня вообще в логах тишина. На консоль валятся сообщения об > ошибках SCSI, но после перезагрузки все ОК какое-то время (от > суток до 2-х недель). >Как я уже писал понятно, что проблема в железе, но непонятно > кому бить морду - контроллеру или винту. > > С уважением, Виктор > > > Если диск в отдельном корпусе со своим блоком питания, - еще и на блок питания можно грешить... Удачи. Юра.
Re: Проблема со SCSI (FAT)
В Птн, 16.05.2003, в 04:12, Vladimir N.Velychko пишет: > On 16 May 2003 03:40:37 +0600 Sergey <[EMAIL PROTECTED]> wrote: > > > Хмм. я как-то пытался создать раздел FAT32 fdisk-ом, он не дает создать его > > более 2Gb, может проблемма к.-то образом связана с размером раздела? Может > > проблемма в механике винта (из моего опыта, этим страдают IBM)? > > И всвязи с этим вопрос: можно ли создать таковой? (т.е. >2Gb, например > > на 20Gb винте 20Gb раздел)? Если да, от каким образом? > Загрузиться с флопика в DOS? Неинтересно так :-( Хочется из Linux-а (и удаленно :-)) > > -- > jabber: [EMAIL PROTECTED] > VEL-RIPE -- - echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sb20293A2058554E494Csnlbxq'|dc Best Regardsmailto:[EMAIL PROTECTED] Mokeev Sergey http://sux.csu.ac.ru/ ICQ UIN:168860082
Re: Проблема со SCSI
Хмм. а dmesg ничего не говорит? Уже посмотрел - действительно FAT error :(, буду лечить. Но вопрос Виктора Вислобокова остается в силе. У меня вообще в логах тишина. На консоль валятся сообщения об ошибках SCSI, но после перезагрузки все ОК какое-то время (от суток до 2-х недель). Как я уже писал понятно, что проблема в железе, но непонятно кому бить морду - контроллеру или винту. С уважением, Виктор
Re: Проблема со SCSI (FAT)
On 16 May 2003 03:40:37 +0600 Sergey <[EMAIL PROTECTED]> wrote: > Хмм. я как-то пытался создать раздел FAT32 fdisk-ом, он не дает создать его > более 2Gb, может проблемма к.-то образом связана с размером раздела? Может > проблемма в механике винта (из моего опыта, этим страдают IBM)? > И всвязи с этим вопрос: можно ли создать таковой? (т.е. >2Gb, например > на 20Gb винте 20Gb раздел)? Если да, от каким образом? Загрузиться с флопика в DOS? -- jabber: [EMAIL PROTECTED] VEL-RIPE
Re: Проблема со SCSI
В Чтв, 15.05.2003, в 18:37, Vladislav Nikitin написал: > От 15 May 2003 15:44:18 +0600 > Sergey <[EMAIL PROTECTED]> писал: > > > В Чтв, 15.05.2003, в 14:23, Vladislav Nikitin пишет: > > > От Thu, 15 May 2003 08:59:59 +0600 > > > "Viktor Vislobokov" <[EMAIL PROTECTED]> писал: > > > > > > > Привет всем! > > > > > > > >Вопрос может быть не совсем в тему, но может кто уже > > > > наступал на эти грабли. > > > > > > > >На машине с Debian Linux, периодически файловые системы, > > > > расположенные на SCSI диске переходят в R/O (в /etc/fstab > > > > впрочем так и стоит errors=remount-ro) > > > >Непонятно чем это вызвано. Можно перемонтироваться > > > > mount / -o rw,remount и продолжить работу до следующего > > > > R/O. > > > Хотелось бы присоедениться к вопросу, у меня похожая проблема, винт > > > совсем не SCSI, но при интенсивной работе с FAT-разделами тот же R/O и > > > такой же выход из положения. Причем не нашел никакой закономерности. > > > > Хмм. а dmesg ничего не говорит? > > Уже посмотрел - действительно FAT error :(, буду лечить. Но вопрос Виктора > Вислобокова остается в силе. Хмм. я как-то пытался создать раздел FAT32 fdisk-ом, он не дает создать его более 2Gb, может проблемма к.-то образом связана с размером раздела? Может проблемма в механике винта (из моего опыта, этим страдают IBM)? И всвязи с этим вопрос: можно ли создать таковой? (т.е. >2Gb, например на 20Gb винте 20Gb раздел)? Если да, от каким образом? > -- > С уважением Владислав -- - echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sb20293A2058554E494Csnlbxq'|dc Regards mailto:[EMAIL PROTECTED] Mokeev Sergey ICQ UIN:168860082
Re: Проблема со SCSI
От 15 May 2003 15:44:18 +0600 Sergey <[EMAIL PROTECTED]> писал: > В Чтв, 15.05.2003, в 14:23, Vladislav Nikitin пишет: > > От Thu, 15 May 2003 08:59:59 +0600 > > "Viktor Vislobokov" <[EMAIL PROTECTED]> писал: > > > > > Привет всем! > > > > > >Вопрос может быть не совсем в тему, но может кто уже > > > наступал на эти грабли. > > > > > >На машине с Debian Linux, периодически файловые системы, > > > расположенные на SCSI диске переходят в R/O (в /etc/fstab > > > впрочем так и стоит errors=remount-ro) > > >Непонятно чем это вызвано. Можно перемонтироваться > > > mount / -o rw,remount и продолжить работу до следующего > > > R/O. > > Хотелось бы присоедениться к вопросу, у меня похожая проблема, винт совсем > > не SCSI, но при интенсивной работе с FAT-разделами тот же R/O и такой же > > выход из положения. Причем не нашел никакой закономерности. > > Хмм. а dmesg ничего не говорит? Уже посмотрел - действительно FAT error :(, буду лечить. Но вопрос Виктора Вислобокова остается в силе. -- С уважением Владислав
Re: Проблема со SCSI
В Чтв, 15.05.2003, в 14:23, Vladislav Nikitin пишет: > От Thu, 15 May 2003 08:59:59 +0600 > "Viktor Vislobokov" <[EMAIL PROTECTED]> писал: > > > Привет всем! > > > >Вопрос может быть не совсем в тему, но может кто уже > > наступал на эти грабли. > > > >На машине с Debian Linux, периодически файловые системы, > > расположенные на SCSI диске переходят в R/O (в /etc/fstab > > впрочем так и стоит errors=remount-ro) > >Непонятно чем это вызвано. Можно перемонтироваться > > mount / -o rw,remount и продолжить работу до следующего > > R/O. > Хотелось бы присоедениться к вопросу, у меня похожая проблема, винт совсем не > SCSI, но при интенсивной работе с FAT-разделами тот же R/O и такой же выход > из положения. Причем не нашел никакой закономерности. Хмм. а dmesg ничего не говорит? > -- > С уважением Владислав >
Re: Проблема со SCSI
От Thu, 15 May 2003 08:59:59 +0600 "Viktor Vislobokov" <[EMAIL PROTECTED]> писал: > Привет всем! > >Вопрос может быть не совсем в тему, но может кто уже > наступал на эти грабли. > >На машине с Debian Linux, периодически файловые системы, > расположенные на SCSI диске переходят в R/O (в /etc/fstab > впрочем так и стоит errors=remount-ro) >Непонятно чем это вызвано. Можно перемонтироваться > mount / -o rw,remount и продолжить работу до следующего > R/O. Хотелось бы присоедениться к вопросу, у меня похожая проблема, винт совсем не SCSI, но при интенсивной работе с FAT-разделами тот же R/O и такой же выход из положения. Причем не нашел никакой закономерности. -- С уважением Владислав
Re: Проблема со SCSI
15 Май 2003 09:59, Viktor Vislobokov написал: > Привет всем! > >Вопрос может быть не совсем в тему, но может кто уже > наступал на эти грабли. > >В общем если кто знает диск это или контроллер - > откликнитесь > Привет что то подсказывает мне что надо шлейф посмотреть а не диск и контролер Удачи > Виктор -- Юркин Евгений
Проблема со SCSI
Привет всем! Вопрос может быть не совсем в тему, но может кто уже наступал на эти грабли. На машине с Debian Linux, периодически файловые системы, расположенные на SCSI диске переходят в R/O (в /etc/fstab впрочем так и стоит errors=remount-ro) Непонятно чем это вызвано. Можно перемонтироваться mount / -o rw,remount и продолжить работу до следующего R/O. Если перезагрузить компьютер без выключения - при загрузки ругань на SCSI диск. Если компьютер выключить и затем включить и загрузится - ругани нет и пару дней все живет без проблем. Понятно, что железо виновато, но хотелось бы понять какое - SCSI диск или SCSI контроллер. Дело в том, что такие же проблемы были недавно на еще одном SCSI диске на этой же машине. Его сняли и через 2 недели теперь уже второй SCSI диск ведет себя аналогично. В общем если кто знает диск это или контроллер - откликнитесь Виктор
