Не работают стриммеры ATAPI. Подробности - здесь: http://lists.altlinux.org/pipermail/hardware/2008-November/014215.html
Забыл: uname -r 2.6.25-std-def-alt8.M41.3 P.S. На 2.6.18 работало все отлично.
Подробности лучше _копировать_ в багзилу, мало ли -- ссылка поедет...
(In reply to comment #0) > Не работают стриммеры ATAPI. Подробности - здесь: С ide-scsi работает?
(In reply to comment #2) > Подробности лучше _копировать_ в багзилу, мало ли -- ссылка поедет... [quote] On Thu, Nov 06, 2008 at 12:23:19PM +0200, Motsyo Gennadi aka Drool wrote: > Ситуация - на рабочей машине, которая выполняет еще и роль > файлового сервера документов и их архивирование по крону на стриммер. > Переехал на 4.1, и теперь не знаю на что грешить - запись на стриммер > производится как и на 4.0: > cat имя_файла_архива > /dev/ht0 > Запись идет на слух положенное время - 700 метровый архив пишется > довольно долго, а стриммер штука не самая тихая. Однако при попытке > прочитать со стриммера: > cat /dev/ht0 > aaa.tar.bz > считывается несколько килобайт и все. Иногда даже судя по внутренностям > этого куска он вообще не содержит заголовка архива, т.е. просто мусор. > Сначала я обиделся на картридж, поставил другой - один хрен. Драйвер ide-tape находится в полумёртвом состоянии - летом его хотели вовсе выбросить из ядра, но пока вроде бы передумали, зато выбросили оттуда кучу якобы не очень нужного кодам (причём, похоже, у того, кто этим занимался, даже нет ни одного такого устройства). Можно либо попробовать использовать ide-scsi и st (но состояние ide-scsi тоже сомнительное), либо переезжать на драйверы libata вместо ide (и опять-таки на драйвер st; обработку ошибок для стримеров в libata вроде бы поправили в 2.6.24). > В логах никакой ругани, единственное что есть: > ============================================================ > cat /var/log/syslog/messages | grep ht0 > Nov 3 08:58:18 bersud kernel: ide-tape: hdb <-> ht0: Seagate STT8000A > rev 5.51Lr�\201�q\207� > Nov 3 08:58:18 bersud kernel: ide-tape: hdb <-> ht0: 88KBps, 14*26kB > buffer, 858kB pipeline, 400ms tDSC, DMA > Nov 3 08:01:38 bersud kernel: ide-tape: hdb <-> ht0: Seagate STT8000A > rev 5.51Lr�\201�q\207� > Nov 3 08:01:38 bersud kernel: ide-tape: hdb <-> ht0: 88KBps, 14*26kB > buffer, 858kB pipeline, 400ms tDSC, DMA > Nov 3 08:07:28 bersud kernel: ide-tape: hdb <-> ht0: Seagate STT8000A > rev 5.51Lr�\201�q\207� > Nov 3 08:07:28 bersud kernel: ide-tape: hdb <-> ht0: 88KBps, 14*26kB > buffer, 858kB pipeline, 400ms tDSC, DMA > ============================================================ > ничего криминального нету. Ну почему же - мусор в названии устройства. Хотя это вроде бы починили после 2.6.26, когда наконец-то нашёлся хоть один обладатель IDE-стримера. Впрочем, сообщения-то починили, но само устройство в 2.6.26 так и не заработало: http://marc.info/?l=linux-kernel&m=122203193728465&w=2#1 (ответов не видно, разломан ли в этом месте ide-tape и в 2.6.25 - сложно сказать). [/quote] P.S. Куда она может поехать? ;)
(In reply to comment #3) > (In reply to comment #0) > > Не работают стриммеры ATAPI. Подробности - здесь: > > С ide-scsi работает? К сожалению, у меня только два ATAPI-стриммера, а как подменить модуль для стриммера - не знаю, на вопрос в рассылке об этом никто не ответил.
(In reply to comment #5) > (In reply to comment #3) > > С ide-scsi работает? > > К сожалению, у меня только два ATAPI-стриммера, а как подменить модуль для > стриммера - не знаю, на вопрос в рассылке об этом никто не ответил. ide-scsi.ko + st.ko вместо ide-tape.ko (например, в blacklist его, если он автоматом грузится)
Сделал rmmod ide_tape и modprobe ide_scsi && modprobe st. В dmesg наблюдаю такое: scsi16 : SCSI host adapter emulation for IDE ATAPI devices scsi 16:0:0:0: Sequential-Access Seagate STT8000A 5.51 PQ: 0 ANSI: 2 scsi 16:0:0:0: Attached scsi generic sg3 type 1 osst :I: Tape driver with OnStream support version 0.99.4 osst :I: $Id: osst.c,v 1.73 2005/01/01 21:13:34 wriede Exp $ Driver 'osst' needs updating - please use bus_type methods st: Version 20080221, fixed bufsize 32768, s/g segs 256 Driver 'st' needs updating - please use bus_type methods st 16:0:0:0: Attached scsi tape st0 st 16:0:0:0: st0: try direct i/o: yes (alignment 4 B) Не совсем понятно что за "needs updating - please use bus_type methods" и почему. Судя по всему - повесился на /dev/st0, mt говорит про него: mt -f /dev/st0 status SCSI 2 tape drive: File number=-1, block number=-1, partition=0. Tape block size 0 bytes. Density code 0x0 (default). Soft error count since last status=0 General status bits on (50000): DR_OPEN IM_REP_EN Проверить смогу только в понедельник, т.к. это рабочий сервер, сижу по ssh, и сейчас картридж вынут по причине этой же баги.
(In reply to comment #7) > Проверить смогу только в понедельник, т.к. это рабочий сервер, сижу по ssh, и > сейчас картридж вынут по причине этой же баги. Проверил. Взял резервный картридж со служебным архивом. Считал. Считывал жутко долго и рывками, словно каждые 5 см летны после прочтения обратно отматывает. Но файл считался корректно. Сделал новую запись и считал (считывалось по скорости нормально): cat ./deli-0.8.0-core.iso > /dev/st0 cat /dev/st0 > ./aaa.iso md5sum ./deli-0.8.0-core.iso bc2977751543ff57c5823ad3497ef569 ./deli-0.8.0-core.iso md5sum ./aaa.iso 5a81e0133ce7b9fad9ac0f3ad51db6f7 ./aaa.iso file ./aaa.iso ./aaa.iso: data Вот так-вот.
Так а у вас стример висит на отдельном контроллере? или вместе с дисками? Расскажите поподробнее как там это подключено?
(In reply to comment #9) > Так а у вас стример висит на отдельном контроллере? или вместе с дисками? > Расскажите поподробнее как там это подключено? Мне трудно что-либо сказать по поводу глубинной информации по железу, т.к. материнка специфичная, а я не до такой степени железячник. Подробности: http://lists.altlinux.org/pipermail/hardware/2008-September/013736.html Винты у меня точно отдельно - сидят на SAS-контроллере в рейде, на ATAPI-шлейфе болтаются только стриммер и привод-комбо.
> Винты у меня точно отдельно - сидят на SAS-контроллере в рейде, на ATAPI-шлейфе > болтаются только стриммер и привод-комбо. > Во, вот это хорошо. А можете показать lspci -k ATA контролера?
(In reply to comment #11) > > Винты у меня точно отдельно - сидят на SAS-контроллере в рейде, на ATAPI-шлейфе > > болтаются только стриммер и привод-комбо. > > > Во, вот это хорошо. > А можете показать lspci -k ATA контролера? > # lspci -k 00:00.0 Host bridge: Intel Corporation 5000V Chipset Memory Controller Hub (rev 92) 00:02.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 2 (rev 92) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:03.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 3 (rev 92) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:10.0 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 92) Kernel driver in use: i5000_edac Kernel modules: i5000_edac 00:10.1 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 92) Kernel modules: i5000_edac 00:10.2 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev 92) Kernel modules: i5000_edac 00:11.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev 92) 00:13.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev 92) 00:15.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev 92) 00:16.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev 92) 00:1c.0 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 (rev 09) Kernel driver in use: pcieport-driver Kernel modules: shpchp 00:1d.0 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 (rev 09) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.1 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 (rev 09) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.2 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 (rev 09) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.3 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #4 (rev 09) Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.7 USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller (rev 09) Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9) 00:1f.0 ISA bridge: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller (rev 09) Kernel modules: intel-rng, iTCO_wdt 00:1f.1 IDE interface: Intel Corporation 631xESB/632xESB IDE Controller (rev 09) Kernel driver in use: PIIX_IDE Kernel modules: ata_piix, piix 00:1f.2 IDE interface: Intel Corporation 631xESB/632xESB/3100 Chipset SATA IDE Controller (rev 09) Kernel driver in use: ata_piix Kernel modules: ata_piix 01:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 21) Kernel driver in use: tg3 Kernel modules: tg3 02:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Upstream Port (rev 01) Kernel driver in use: pcieport-driver Kernel modules: shpchp 02:00.3 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express to PCI-X Bridge (rev 01) Kernel modules: shpchp 03:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E1 (rev 01) Kernel driver in use: pcieport-driver Kernel modules: shpchp 03:01.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E2 (rev 01) Kernel driver in use: pcieport-driver Kernel modules: shpchp 04:00.0 PCI bridge: Intel Corporation 6702PXH PCI Express-to-PCI Bridge A (rev 09) Kernel modules: shpchp 05:08.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1068 PCI-X Fusion-MPT SAS (rev 01) Kernel driver in use: mptsas Kernel modules: mptsas 09:09.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02) Kernel modules: radeonfb
а сделайте rmmod piix modprobe ata_piix
(In reply to comment #13) > а сделайте rmmod piix > modprobe ata_piix # rmmod piix ERROR: Removing 'piix': Device or resource busy
Попробуйте освободить выгрузив ide-tape
(In reply to comment #15) > Попробуйте освободить выгрузив ide-tape Не помогло. Сделал запись в /etc/modprobe.d/blacklist : blacklist ide_tape blacklist piix Перегрузился. lsmod | grep piix ata_piix 26244 0 libata 165264 3 ata_generic,ata_piix,pata_acpi piix 11400 0 [permanent] ide_core 120608 5 ide_cd_mod,ide_disk,ide_generic,piix,ide_pci_generic rmmod piix ERROR: Removing 'piix': Device or resource busy :( P.S. ata_piix и раньше присутствовал в списке. Вот полный: # lsmod Module Size Used by vboxdrv 79936 0 coretemp 12032 0 hwmon 7196 1 coretemp ipt_MASQUERADE 7808 1 xt_tcpudp 7168 2 iptable_nat 11272 1 nf_nat 23704 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 21896 3 iptable_nat,nf_nat nf_conntrack 68308 4 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4 iptable_filter 7424 0 ip_tables 17936 2 iptable_nat,iptable_filter x_tables 20996 4 ipt_MASQUERADE,xt_tcpudp,iptable_nat,ip_tables fuse 53660 2 dm_mod 66408 0 usbhid 52096 0 hid 67072 1 usbhid ff_memless 9864 1 usbhid thermal 23068 1 psmouse 51476 0 tg3 120452 0 button 12176 0 i5000_edac 18820 0 processor 44008 1 thermal ide_cd_mod 40480 0 uhci_hcd 29072 0 ehci_hcd 40460 0 iTCO_wdt 16292 0 parport_pc 44996 0 cdrom 39840 1 ide_cd_mod iTCO_vendor_support 7940 1 iTCO_wdt edac_core 61936 3 i5000_edac dcdbas 12448 0 pcspkr 7168 0 serio_raw 11012 0 evdev 16256 1 parport 40812 1 parport_pc usbcore 150896 5 usbhid,uhci_hcd,ehci_hcd rtc 18984 0 sg 40500 0 ext3 140040 4 jbd 51220 1 ext3 mbcache 12676 1 ext3 ata_generic 13444 0 mptsas 42632 6 mptscsih 40960 1 mptsas mptbase 82788 2 mptsas,mptscsih scsi_transport_sas 35456 1 mptsas ata_piix 26244 0 pata_acpi 11520 0 libata 165264 3 ata_generic,ata_piix,pata_acpi dock 14352 1 libata sd_mod 33816 7 scsi_mod 154924 6 sg,mptsas,mptscsih,scsi_transport_sas,libata,sd_mod ide_disk 19584 0 ide_generic 5248 0 [permanent] piix 11400 0 [permanent] ide_pci_generic 8196 0 [permanent] ide_core 120608 5 ide_cd_mod,ide_disk,ide_generic,piix,ide_pci_generic
Видимо piix в initrd. Хорошо, а если пойти в /sys/bus/pci/drivers/PIIX_IDE там есть линка с ID на PCI. Так вот, можно попробовать записать в файл unbind этот номер. Тогда piix отцепиться но не выгрузиться, что отцепился можно уидеть в dmesg и дожна изчезнуть линка, затем пойти в drivers/ata_piix и записать этот же номер в файл bind? C точными путями в конце(PIIX_IDE,ata_piix) могу ошибаться, но оно должно быть что то вроде того.
Файлы bind и unbind недоступны даже на чтение, ничего не могу в ним вписать. Почему запись в /etc/modprobe.d/blacklist такого вида: # ATAPI strimmers blacklist ide_tape blacklist piix не дает результата и piix все-равно загружается?
Похоже piix в initrd. Насколько я понял IDE не нужна для загрузки системы поэтому можно перегенерить initrd c --omit-ide-modules. рекомендую новый initrd отложить отдельным файлом, и сделать новую запись в lilo на всякий случай.
Это не блокер
(In reply to comment #20) > Это не блокер В условиях десктопа - согласен. В условиях серверного применения и надобности работы с ATAPI-стриммерами - использование невозможно. P.S. К сожалению у меня сейчас нет возможности экспериментировать с этой машиной. Но я не забыл.
проверьте на современных бранчах
