ALT Linux Bugzilla – #18111

Забыл:
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. К сожалению у меня сейчас нет возможности экспериментировать с этой машиной. Но я не забыл.

проверьте на современных бранчах