Анализатор netflow с вебмордой
Есть что-нибудь подобное? Биллинга не надо, просто траффик с разделением по датам и айпи. Самому писать лень, может кто-то уже изобрел велосипед.
Есть что-нибудь подобное? Биллинга не надо, просто траффик с разделением по датам и айпи. Самому писать лень, может кто-то уже изобрел велосипед.
# umount /mnt/crypto/
umount: /mnt/crypto: device is busy.
(In some cases useful info about processes that use
the device is found by lsof(8) or fuser(1))
# lsof /mnt/crypto/
#
# fuser -m /mnt/crypto/
#
??? Внутри ничего не намонтировано еще, просто файлы лежат.
Есть несколько групп в заббиксе, в них занесены пользователи. Один из них я - с типом юзера Zabbix Super Admin - мне нотификации приходят как надо. Другие юзеры - Zabbix Admin или Zabbix User, без разницы, почту на них заббикс почему-то не отправляет. Хотя media у этих пользователей настроен идентично моему. Zabbix 1.8.8
Почтовый сервер Postfix, к нему через милтер прикручен DKIM. Иногда при приеме писем с яндекса вылазит такая ошибка:
# cat dkim.log
Oct 24 17:23:13 mx dkim-filter[18132]: message has signatures from yandex.ru, yandex.ru
Oct 24 17:23:13 mx dkim-filter[18132]: BF39714E0C4B0 s=mail d=yandex.ru SSL error:04091068:rsa routines:INT_RSA_VERIFY:bad signature
Oct 24 17:23:13 mx dkim-filter[18132]: BF39714E0C4B0: bad signature data
# cat postfix.log
Oct 24 17:23:13 mx postfix/smtpd[25004]: BF39714E0C4B0: client=forward14.mail.yandex.net[95.108.130.92]
Oct 24 17:23:13 mx postfix/cleanup[18680]: BF39714E0C4B0: message-id=<10871319462592@web157.yandex.ru>
Oct 24 17:23:13 mx postfix/cleanup[18680]: BF39714E0C4B0: milter-reject: END-OF-MESSAGE from forward14.mail.yandex.net[95.108.130.92]: 5.7.0 bad DKIM signature data; from=<user@yandex.ru> to=<user@our-domain.ru> proto=SMTP helo=<forward14.mail.yandex.net>
Oct 24 17:27:28 mx dkim-filter[18132]: message has signatures from yandex.ru, yandex.ru
Oct 24 17:27:28 mx dkim-filter[18132]: 8D8E21366C0BF DKIM verification successful
При этом да, в письме две сигнатуры почему-то, похоже яндекс подписывает письмо два раза зачем-то (причем подписи идентичны)
X-DKIM: Sendmail DKIM Filter v2.8.3 domain.ru 8D8E21366C0BF
Authentication-Results: mx.domain.ru.ru/8D8E21366C0BF; dkim=pass
(1024-bit key) header.i=@yandex.ru; x-dkim-adsp=signed
Received: from forward9.mail.yandex.net (forward9.mail.yandex.net [77.88.61.48])
by mx.domain.ru (Postfix) with SMTP id 8D8E21366C0BF
for <user@domain.ru>; Mon, 24 Oct 2011 17:27:27 +0400 (MSK)
Received: from web96.yandex.ru (web96.yandex.ru [77.88.60.21])
by forward9.mail.yandex.net (Yandex) with ESMTP id 1CDC7CE1618
for <user@domain.ru>; Mon, 24 Oct 2011 17:27:27 +0400 (MSD)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail;
t=1319462847; bh=GhIRh2h6ABjlk0i3yQNWW3ucvBESXsJNXUxuI3FR6ZE=;
h=From:To:Subject:MIME-Version:Message-Id:Date:
Content-Transfer-Encoding:Content-Type;
b=r0ey0Qhwyo5asqJTQa5NlS2/PDt02+JA/f7m2unrB7DZ7AaPlz7qZ0CwRp8dwGvu+
f6h3pT91kqprzGbbI75ePt7Xc6AkFy62C6KTZajMXyccIFHL2C66Q73W+8MFbbc4BB
6X8Q6NQLlwWNk6crEFs2VHHtPhUyUkZroVheW+Mk=
Received: from localhost (localhost.localdomain [127.0.0.1])
by web96.yandex.ru (Yandex) with ESMTP id 05A982088004
for <user@domain.ru>; Mon, 24 Oct 2011 17:27:26 +0400 (MSK)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail;
t=1319462847; bh=GhIRh2h6ABjlk0i3yQNWW3ucvBESXsJNXUxuI3FR6ZE=;
h=From:To:Subject:MIME-Version:Message-Id:Date:
Content-Transfer-Encoding:Content-Type;
b=r0ey0Qhwyo5asqJTQa5NlS2/PDt02+JA/f7m2unrB7DZ7AaPlz7qZ0CwRp8dwGvu+
f6h3pT91kqprzGbbI75ePt7Xc6AkFy62C6KTZajMXyccIFHL2C66Q73W+8MFbbc4BB
6X8Q6NQLlwWNk6crEFs2VHHtPhUyUkZroVheW+Mk=
Куда копать? :)
# apt-get update
...
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid/main/binary-amd64/Packages.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid/restricted/binary-amd64/Packages.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid/main/source/Sources.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid/restricted/source/Sources.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid/universe/binary-amd64/Packages.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid/universe/source/Sources.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid/multiverse/binary-amd64/Packages.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid/multiverse/source/Sources.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid-updates/main/binary-amd64/Packages.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid-updates/restricted/binary-amd64/Packages.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid-updates/main/source/Sources.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid-updates/restricted/source/Sources.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid-updates/universe/binary-amd64/Packages.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid-updates/universe/source/Sources.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid-updates/multiverse/binary-amd64/Packages.gz 404 Not Found
W: Failed to fetch http://ru.archive.ubuntu.com/ubuntu/dists/lucid-updates/multiverse/source/Sources.gz 404 Not Found
E: Some index files failed to download, they have been ignored, or old ones used instead.
При этом если ручками любой файл:
# wget http://ru.archive.ubuntu.com/ubuntu/dists/lucid/main/binary-amd64/Packages.gz
--2011-09-22 15:10:55-- http://ru.archive.ubuntu.com/ubuntu/dists/lucid/main/binary-amd64/Packages.gz
Resolving ru.archive.ubuntu.com... 213.180.204.183, 2a02:6b8:0:201::1
Connecting to ru.archive.ubuntu.com|213.180.204.183|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1779333 (1.7M) [application/octet-stream]
Saving to: `Packages.gz'
100%[===================================================================================================================================================================================================>] 1,779,333 9.67M/s in 0.2s
2011-09-22 15:10:55 (9.67 MB/s) - `Packages.gz' saved [1779333/1779333]
Как это понимать? Убунта сервер 10.04
В ближайшее время собираюсь апгрейдить сервер домашний, в проекте что-то вроде 10х2Тб в RAID-6 ядрёном. 2Тб вроде нынче по цене за гигабайт самое то.
С вестерн дигиталами намучался (всякие танцы с wdidle/wdtler, парковки головок тысячами), поэтому теперь поглядываю в сторону Сигейта, в частности зелёной рыбы ST2000DL003.
Кто отговорит?) Скорость особо не важна при таких количествах винтов. Как у него с поддержкой контроля SCT Error Recovery?
Контроллеры будут SAS2 LSI2008
На случай если кто столкнётся: Уже хрен знает сколько лет был подключен к корбине, потом соответственно билайну. С давних пор же сижу по L2TP, ибо оно быстрее и менее геморройно (обычно).
Увидел недавно новые тарифы «только л2тп», за те же деньги почти Х2 скорость. Ну естественно недолго думая перевел один из аккаунтов на этот тариф.
И всё, интернет отпал:
Aug 14 20:10:09 artek xl2tpd[23607]: setsockopt recvref[22]: Protocol not available
Aug 14 20:10:09 artek xl2tpd[23607]: This binary does not support kernel L2TP.
Aug 14 20:10:09 artek xl2tpd[23608]: xl2tpd version xl2tpd-1.3.0 started on artek PID:23608
Aug 14 20:10:09 artek xl2tpd[23608]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc.
Aug 14 20:10:09 artek xl2tpd[23608]: Forked by Scott Balmos and David Stipp, (C) 2001
Aug 14 20:10:09 artek xl2tpd[23608]: Inherited by Jeff McAdams, (C) 2002
Aug 14 20:10:09 artek xl2tpd[23608]: Forked again by Xelerance (www.xelerance.com) (C) 2006
Aug 14 20:10:09 artek xl2tpd[23608]: Listening on IP address 0.0.0.0, port 1701
Aug 14 20:10:09 artek xl2tpd[23608]: Connecting to host tp.internet.beeline.ru, port 1701
Aug 14 20:10:09 artek xl2tpd[23608]: Connection established to 85.21.0.251, 1701. Local: 32510, Remote: 7704 (ref=0/0).
Aug 14 20:10:09 artek xl2tpd[23608]: Calling on tunnel 32510
Aug 14 20:10:09 artek xl2tpd[23608]: Call established with 85.21.0.251, Local: 41061, Remote: 31242, Serial: 1 (ref=0/0)
Aug 14 20:10:09 artek xl2tpd[23608]: start_pppd: I'm running:
Aug 14 20:10:09 artek xl2tpd[23608]: "/usr/sbin/pppd"
Aug 14 20:10:09 artek xl2tpd[23608]: "passive"
Aug 14 20:10:09 artek xl2tpd[23608]: "nodetach"
Aug 14 20:10:09 artek xl2tpd[23608]: ":"
Aug 14 20:10:09 artek xl2tpd[23608]: "debug"
Aug 14 20:10:09 artek xl2tpd[23608]: "file"
Aug 14 20:10:09 artek xl2tpd[23608]: "/etc/ppp/options.l2tp.client"
Aug 14 20:10:09 artek xl2tpd[23608]: "ipparam"
Aug 14 20:10:09 artek xl2tpd[23608]: "85.21.0.251"
Aug 14 20:10:09 artek xl2tpd[23608]: "/dev/pts/3"
Aug 14 20:10:09 artek pppd[23611]: pppd 2.4.5 started by root, uid 0
Aug 14 20:10:09 artek pppd[23611]: using channel 9
Aug 14 20:10:09 artek pppd[23611]: Using interface ppp128
Aug 14 20:10:09 artek pppd[23611]: Connect: ppp128 <--> /dev/pts/3
Aug 14 20:10:09 artek pppd[23611]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xfee92453> <pcomp>]
Aug 14 20:10:09 artek pppd[23611]: rcvd [LCP ConfReq id=0x1 <mru 1460> <auth chap MD5> <magic 0x3c13731b>]
Aug 14 20:10:09 artek pppd[23611]: sent [LCP ConfAck id=0x1 <mru 1460> <auth chap MD5> <magic 0x3c13731b>]
Aug 14 20:10:09 artek pppd[23611]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xfee92453> <pcomp>]
Aug 14 20:10:09 artek pppd[23611]: rcvd [CHAP Challenge id=0x1 <...>, name = "bras251"]
Aug 14 20:10:09 artek pppd[23611]: sent [CHAP Response id=0x1 <...>, name = "<login>"]
Aug 14 20:10:09 artek pppd[23611]: rcvd [CHAP Failure id=0x1 "Authentication failed"]
Aug 14 20:10:09 artek pppd[23611]: CHAP authentication failed: Authentication failed
Aug 14 20:10:09 artek pppd[23611]: CHAP authentication failed
Aug 14 20:10:09 artek pppd[23611]: sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]
Aug 14 20:10:09 artek pppd[23611]: rcvd [LCP TermAck id=0x2]
Aug 14 20:10:09 artek pppd[23611]: Connection terminated.
Aug 14 20:10:09 artek pppd[23611]: Exit.
Aug 14 20:10:09 artek xl2tpd[23608]: child_handler : pppd exited for call 31242 with code 19
Aug 14 20:10:09 artek xl2tpd[23608]: call_close: Call 41061 to 85.21.0.251 disconnected
При этом если подключаться аккаунтом со старым тарифом - всё работает. И openl2tpd тоже работал с ядерным l2tp, но у меня с ним висло ядро почему-то периодически.
Многочасовое имение мозга техподдержке толку не принесло, тем более что в оффтопике всё работает на ура.
В итоге случайно на одном из билайновский форумов наткнулся на тупое решение проблемы: добавить в настройки lac «tx bps = 100000000» и всё. xl2tpd по умолчанию отправляет этот параметр = 0, а винда = скорость интерфейса.
Каким образом билайн умудрился сделать разными протоколы для разных аккаунтов я не знаю, но с xl2tpd 1.3.0 всё заработало.
Еще там советовали пропатчить исходники xl2tpd на предмет умолчальной настройки типа фреймов (ASYNC/SYNC), но у меня и без этого всё заработало. Возможно билайн что-то допилил у себя на NASах.
Всем спасибо, все свободны.
Дано - рут фс на рейде ядерном, автодетектится как /dev/md127.
Вопрос - как меньшей кровью его вернуть к /dev/md1?
Единственное что мне видится - перезагрузиться в livecd, остановить рейд, и сделать ему заново assemble в /dev/md1.
Может можно как-то попроще? Варианты подправить через dd напрямую в метаданных не предлагать :D
Иногда начинает отваливаться подрубленый по USB упсник IPPON:
[612686.648684] usb 1-1.5: USB disconnect, device number 8
[612686.887529] usb 1-1.5: new low speed USB device number 10 using ehci_hcd
[612687.010894] generic-usb 0003:0665:5161.0004: hiddev0,hidraw2: USB HID v1.00 Device [Cypress Semiconductor USB to Serial] on usb-0000:00:1a.7-1.5/input0
[612691.759877] usb 1-1.5: USB disconnect, device number 10
[612691.998842] usb 1-1.5: new low speed USB device number 11 using ehci_hcd
[612692.122208] generic-usb 0003:0665:5161.0005: hiddev0,hidraw2: USB HID v1.00 Device [Cypress Semiconductor USB to Serial] on usb-0000:00:1a.7-1.5/input0
[612694.826586] usb 1-1.5: USB disconnect, device number 11
[612695.063678] usb 1-1.5: new low speed USB device number 12 using ehci_hcd
[612695.187063] generic-usb 0003:0665:5161.0006: hiddev0,hidraw2: USB HID v1.00 Device [Cypress Semiconductor USB to Serial] on usb-0000:00:1a.7-1.5/input0
[612695.593265] usb 1-1.5: USB disconnect, device number 12
[612695.832355] usb 1-1.5: new low speed USB device number 13 using ehci_hcd
[612695.852570] hub 1-1:1.0: unable to enumerate USB device on port 5
[612696.131848] usb 1-1.5: new low speed USB device number 14 using ehci_hcd
[612696.152056] hub 1-1:1.0: unable to enumerate USB device on port 5
[612696.471383] usb 1-1.5: new low speed USB device number 15 using ehci_hcd
[612696.594620] generic-usb 0003:0665:5161.0007: hiddev0,hidraw2: USB HID v1.00 Device [Cypress Semiconductor USB to Serial] on usb-0000:00:1a.7-1.5/input0
[612696.871063] usb 1-1.5: USB disconnect, device number 15
[612697.110276] usb 1-1.5: new low speed USB device number 16 using ehci_hcd
[612697.234757] generic-usb 0003:0665:5161.0008: hiddev0,hidraw2: USB HID v1.00 Device [Cypress Semiconductor USB to Serial] on usb-0000:00:1a.7-1.5/input0
[612727.538203] usb 1-1.5: USB disconnect, device number 16
[612727.768439] usb 1-1.5: new low speed USB device number 17 using ehci_hcd
[612727.891542] generic-usb 0003:0665:5161.0009: hiddev0,hidraw2: USB HID v1.00 Device [Cypress Semiconductor USB to Serial] on usb-0000:00:1a.7-1.5/input0
[612748.238523] usb 1-1.5: USB disconnect, device number 17
[612748.473496] usb 1-1.5: new low speed USB device number 18 using ehci_hcd
[612748.602643] usb 1-1.5: can't set config #1, error -32
[612748.602889] usb 1-1.5: USB disconnect, device number 18
[612748.912740] usb 1-1.5: new low speed USB device number 19 using ehci_hcd
[612749.036472] generic-usb 0003:0665:5161.000A: hiddev0,hidraw2: USB HID v1.00 Device [Cypress Semiconductor USB to Serial] on usb-0000:00:1a.7-1.5/input0
[612749.260760] usb 1-1.5: USB disconnect, device number 19
...
Что это такое? Статика на портах? Глючит сам девайс? Бури на солнце?
Дано - сервер OpenVPN и клиент. На сервере помимо прочего роутинг с ip rule для работы с несколькими подсетями:
# ip ru
0: from all lookup local
...
32765: from 10.1.0.3 lookup T_VLAN2
32766: from all lookup main
32767: from all lookup default
# ip r
...
10.1.0.0/22 dev vlan2 proto kernel scope link src 10.1.0.3
...
10.15.0.0/16 via 192.168.222.2 dev tun0
...
192.168.222.0/24 via 192.168.222.2 dev tun0
192.168.222.2 dev tun0 proto kernel scope link src 192.168.222.1
...
# ip r l t T_VLAN2
default via 10.1.0.1 dev vlan2
10.1.0.0/22 dev vlan2 scope link
10.15.0.0/16 via 192.168.222.2 dev tun0
192.168.222/24 - транспортная подсеть OpenVPN.
Клиент (ВПН адрес 192.168.222.15 к примеру) к OpenVPN подключается и в сети 192.168.222/24 всё работает нормально (от .1 к .15 и наоборот траффик ходит)
Задача - за клиентом есть подсеть 10.15/16 и надо настроить роутинг так, чтобы эта сеть видела сеть 10.1/16 за сервером. Казалось бы всё просто, в конфигурации без шаманств ip rule всё у меня в другом месте работает на ура.
А тут:
client# ping 10.1.0.3
PING 10.1.0.3 (10.1.0.3) 56(84) bytes of data.
^C
--- 10.1.0.3 ping statistics ---
38 packets transmitted, 0 received, 100% packet loss, time 37296ms
server# # tcpdump -n -i tun0 'icmp'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on tun0, link-type RAW (Raw IP), capture size 68 bytes
20:44:30.518224 IP 192.168.222.15 > 10.1.0.3: ICMP echo request, id 17061, seq 34, length 64
20:44:31.528433 IP 192.168.222.15 > 10.1.0.3: ICMP echo request, id 17061, seq 35, length 64
20:44:32.538405 IP 192.168.222.15 > 10.1.0.3: ICMP echo request, id 17061, seq 36, length 64
^C
3 packets captured
3 packets received by filter
0 packets dropped by kernel
server # tcpdump -n -i vlan2 'icmp'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vlan2, link-type EN10MB (Ethernet), capture size 68 bytes
20:45:42.343241 IP 10.1.0.3 > 192.168.222.15: ICMP echo reply, id 17167, seq 1, length 64
20:45:43.323287 IP 10.1.0.3 > 192.168.222.15: ICMP echo reply, id 17167, seq 2, length 64
20:45:44.333163 IP 10.1.0.3 > 192.168.222.15: ICMP echo reply, id 17167, seq 3, length 64
Вопрос - ЧЯДНТ? :) Файрволл отключал. Понимаю что проблема пустяковая, но башка что-то уже к вечеру не варит...
Данные бэкапились на тома в обычных файлах.
Есть ли какая-то возможность из этих томов вырезать определенный набор файлов?
Что нового на этом фронте?
Какие чипсеты будут гарантировано хорошо работать?
Я раньше считал что с атеросом не должно быть никаких проблем, а тут купил на работу для теста два свистка - один на ath9k_htc, другой на ar9170.
И ни один в режиме точки доступа нормально не завёлся.
С ath9k_htc hostapd вообще не запустился, т.к. в ванильном ядре тупо нету еще AP кода, а carl9170 завелся, но клиенты отваливаются и вообще виснет он похоже периодически.
Из того что видел работает только D-Link DWA-110 на rt73usb, но он дюже старый ужо.
Сделал бридж из трех интерфейсов, и наблюдаю такую хрень:
Если ip_forward выключен, то траффик то вроде как ходит, даже пинги jubmo размеров без фрагментации, а вот iperf подвисает, или выдает какую-то хрень типа 7-10 мегабит.
Но если ip_forward включить, то все начинает бегать на полной скорости.
Это как вообще понять? Я думал что бриджинг работает на уровень ниже роутинга и с ним мало связан.
Какая-то хрень. Собран bond1 из двух 10G-портов:
ethtool -G eth2 rx 4096 tx 4096
ethtool -G eth3 rx 4096 tx 4096
ip link set eth2 txqueuelen 100000 mtu 9000
ip link set eth3 txqueuelen 100000 mtu 9000
echo +bond1 > /sys/class/net/bonding_masters
echo balance-rr > /sys/class/net/bond1/bonding/mode
echo +eth2 > /sys/class/net/bond1/bonding/slaves
echo +eth3 > /sys/class/net/bond1/bonding/slaves
ip link set bond1 up
vconfig set_name_type DEV_PLUS_VID_NO_PAD
vconfig add bond1 101
ERROR: trying to add VLAN #101 to IF -:bond1:- error: File exists
При этом bond0 на двух 1G портах собран аналогичным образом (только 802.3ad вместо balance-rr, но я надеюсь это не влияет...) - и всё работает, два влана висят там. Куды копать? Ядро 2.6.38.7, дрова ixgbe последние.
Подключил к ноуту тюнер Iconbit U100, и аналоговую камеру ему в композитный вход.
Кадры вылезают такие: http://photo.novg.net/camera.jpg
Плавающая помеха справа налево.
Капчурю motion, но это значения не имеет.
Причем если камеру воткнуть в телек, то изображение нормальное.
Другая камера работает с тюнером нормально.
Похоже на проблемы стандарта, но везде вроде как PAL.
Куда копать? Хелп.
Собсно надо сделать iSCSI-хранилище для трёх серверов VMWare ESXi. Решил заюзать сабж как наиболее производительную вещь судя по тестам и активности ее разработки. Но появилась какая-то странная проблема: иногда оно зависает, но как-то хитро, уже подключеные инициаторы продолжают работать, а новые подключиться уже не могут. Если старые отключатся, то заново уже не подключатся. Лечится только перезагрузкой полной таргета.
Перепробовал разные версии ядер (longterm 2.6.35.13, 2.6.37.6, 2.6.38.5) и SCST (trunk, бранчи 2.0.0.x, 2.1.0.x).
Собирал SCST как патч к ядру, так и модулями, один хрен.
ОСь генту.
Проверяю просто экспортируя тестовый файлик через fileio:
echo "add_device TEST1 filename=/test1.img; nv_cache=1" > /sys/kernel/scst_tgt/handlers/vdisk_fileio/mgmt
echo "add_target iqn.2011-04.ru.domain:TEST1" > /sys/kernel/scst_tgt/targets/iscsi/mgmt
echo "add TEST1 0" > /sys/kernel/scst_tgt/targets/iscsi/iqn.2011-04.ru.domain:TEST1/luns/mgmt
echo 1 > /sys/kernel/scst_tgt/targets/iscsi/iqn.2011-04.ru.domain:TEST1/enabled
echo 1 > /sys/kernel/scst_tgt/targets/iscsi/enabled
В случае если инициатор корректно подключается, то ядро выдает:
May 10 11:30:47 krvmstor kernel: [ 70.544888] iscsi-scst: Negotiated parameters: InitialR2T No, ImmediateData Yes, MaxConnections 1, MaxRecvDataSegmentLength 1048576, MaxXmitDataSegmentLength 131072,
May 10 11:30:47 krvmstor kernel: [ 70.544890] iscsi-scst: MaxBurstLength 131072, FirstBurstLength 131072, DefaultTime2Wait 0, DefaultTime2Retain 0,
May 10 11:30:47 krvmstor kernel: [ 70.544893] iscsi-scst: MaxOutstandingR2T 8, DataPDUInOrder Yes, DataSequenceInOrder Yes, ErrorRecoveryLevel 0,
May 10 11:30:47 krvmstor kernel: [ 70.544897] iscsi-scst: HeaderDigest None, DataDigest None, OFMarker No, IFMarker No, OFMarkInt 2048, IFMarkInt 2048
May 10 11:30:47 krvmstor kernel: [ 70.544900] iscsi-scst: Target parameters set for session 20200003d0200: QueuedCommands 32, Response timeout 90, Nop-In interval 30, Nop-In timeout 30
May 10 11:30:47 krvmstor kernel: [ 70.544940] scst: Using security group "iqn.2011-04.ru.domain:TEST1" for initiator "iqn.1998-01.com.vmware:vm1"
May 10 11:30:47 krvmstor kernel: [ 70.544964] scst: Processing thread TEST1_L02_0 (PID 2745) started
May 10 11:30:47 krvmstor kernel: [ 70.544974] scst: Processing thread TEST1_L02_1 (PID 2746) started
May 10 11:30:47 krvmstor kernel: [ 70.544986] scst: Processing thread TEST1_L02_2 (PID 2747) started
May 10 11:30:47 krvmstor kernel: [ 70.544995] scst: Processing thread TEST1_L02_3 (PID 2748) started
May 10 11:30:47 krvmstor kernel: [ 70.545005] scst: Processing thread TEST1_L02_4 (PID 2749) started
May 10 11:30:47 krvmstor kernel: [ 70.545017] scst: Processing thread TEST1_L02_5 (PID 2750) started
May 10 11:30:47 krvmstor kernel: [ 70.545027] scst: Processing thread TEST1_L02_6 (PID 2751) started
May 10 11:30:47 krvmstor kernel: [ 70.545037] scst: Processing thread TEST1_L02_7 (PID 2752) started
А при подключении второго инициатора:
May 10 11:35:33 krvmstor kernel: [ 356.609489] scst: Using security group "iqn.2011-04.ru.domain:TEST1" for initiator "iqn.1998-01.com.vmware:vm2"
Проблема явно в SCST, т.к. перезагрузка вмварных хостов ни на что не влияет.
Впрочем, иногда работают все три хоста нормально, но до перезагрузки либо инициаторов, либо таргета. В общем проблема какая-то плавающая. Я вообще очень удивился, т.к. сабж вроде как уже давно и безнадёжно Stable, а тут такой явный косяк... ЧЯДНТ?
К ним в mailing list написал со всеми логами мессагу на той неделе, но, "- доктор, кажется меня все игнорируют! - следующий!" :)
Обновил тут htpc, ядро с .38.1 до .38.4 ну и эмердж штук 60 обновил.
Ни XBMC, ни еще какие-либо пакеты, связные с bluetooth или вводом вроде не обновлялись.
Всё окей, но почему-то в XBMC перестала работать мыша синезубая.
Причем она подключается, в dmesg видно, да и в /dev/input/ появляется.
Для порядка спарил ее заново, без толку.
Да, htpc на ноуте - тачпад тоже не пашет. В XBMC никаких мышиных настроек не нашел, кроме вкл-выкл.
Куда копать, спасайте :)
# top
top - 16:15:14 up 1 day, 1:11, 2 users, load average: 0.00, 0.01, 0.05
Tasks: 239 total, 1 running, 238 sleeping, 0 stopped, 0 zombie
Cpu0 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu3 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu4 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu5 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu6 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu7 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu8 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu9 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu10 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu11 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu12 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu13 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu14 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu15 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu16 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu17 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu18 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu19 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu20 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu21 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu22 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu23 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 49461896k total, 336316k used, 49125580k free, 37880k buffers
Swap: 0k total, 0k used, 0k free, 77176k cached
Вот так, некоторые ядра ничем не заняты но и идл у них ноль :) Система ничем не загружене, ядро последнее ванильное. В общем-то не мешает, но интересно откуда такое... Да, гипертрединг включен, но и без него вроде как так же, точно не помню.
Собсно когда в лог пишутся всякие ошибки не приводящие в итоге к I/O error, девайсы указываются как ataXX.YY:
[57621.060365] ata10: lost interrupt (Status 0x50)
[57621.060402] ata10.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[57621.060407] ata10.00: failed command: READ DMA EXT
[57621.060415] ata10.00: cmd 25/00:00:00:34:4e/00:01:19:00:00/e0 tag 0 dma 131072 in
[57621.060420] ata10.00: status: { DRDY }
[57621.060436] ata10: hard resetting link
[57621.410295] ata10: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
[57621.470814] ata10.00: configured for UDMA/100
[57621.470824] ata10.00: device reported invalid CHS sector 0
[57621.470830] ata10: EH complete
/proc/irq/<NUM>/smp_affinity стоит в fff, а прерывания все почему-то на первом ядре обрабатываются:
# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 CPU8 CPU9 CPU10 CPU11
...
108: 38395 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI-edge eth0-TxRx-0
109: 29554 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI-edge eth0-TxRx-1
110: 11132 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI-edge eth0-TxRx-2
111: 12340 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI-edge eth0-TxRx-3
112: 10432 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI-edge eth0-TxRx-4
113: 14631 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI-edge eth0-TxRx-5
114: 19229 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI-edge eth0-TxRx-6
115: 21373 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI-edge eth0-TxRx-7
...
P.S. И еще странность - если сделать к примеру echo 2 > /proc/irq/108/smp_affinity, а потом обратно echo fff > /proc/irq/108/smp_affinity, то прерывания продолжают идти только на втором ядре.
← назад | следующие → |