kernel の 再構築を 行った 時に 良いと思って ”IP: TCP Explicit Congestion Notification support”を 有効にしてしまうと 現実に 不都合が 発生 する場合が 有ります 巷の 噂では http ssh が 美味く動作しない という ことの 様です にゃんたろうの 場合は ssh http が 接続出来なくなりました 現在の 所 有効に しないほうが 良いと 考えます、何時までかは わかりません が？？
キーワード http ssh 接続出来ない kernel 2.4.x linux IP: TCP Explicit Congestion Notification support tcp_ec
有効か 無効かを 調べるのは 以下の様に すれば わかるそうです
# cat /proc/sys/net/ipv4/tcp_ecn 1
1 で 有効 0 で 無効 どこか で 設定するのであれば
# echo 0 > /proc/sys/net/ipv4/tcp_ecn
で 持って 状態を 変更 する事が 出来るようです。つまりカーネル 2.4 系 にて 新しく 追加された 機能の ようです。
# uname -a Linux lx 2.4.22 #19 Mon Feb 6 14:00:59 JST 2006 i686 unknown # echo 0 > /proc/sys/net/ipv4/tcp_ecn
http://www.linet.gr.jp/ML/plamo/200407/msg00004.html
# ECNとはTCPの拡張で、ネットワークの輻輳を検知して
# window sizeを調節したりするものらしいです。
# 最近は少ないみたいですが、対応していないルータやホストが間に挟まると
# 通信ができなくなる模様。
http://www.linet.gr.jp/ML/plamo/200407/msg00005.html
わりと知る人ぞ 知るの問題の 様です カーネル v2.4.22 では
Linux Kernel v2.4.22 Configuration
IP: TCP Explicit Congestion Notification support
CONFIG_INET_ECN:
Explicit Congestion Notification (ECN) allows routers to notify
clients about network congestion, resulting in fewer dropped packets
and increased network performance. This option adds ECN support to
the Linux kernel, as well as a sysctl (/proc/sys/net/ipv4/tcp_ecn)
which allows ECN support to be disabled at runtime.
Note that, on the Internet, there are many broken firewalls which
refuse connections from ECN-enabled machines, and it may be a while
before these firewalls are fixed. Until then, to access a site
behind such a firewall (some of which are major sites, at the time
of this writing) you will have to disable this option, either by
saying N now or by using the sysctl.
If in doubt, say N.
~~~~~~~~~~~~~~~~~~~~~~~~~
カーネル v2.4.27 では
Linux Kernel v2.4.27 Configuration
Networking options --->
[*] IP: TCP Explicit Congestion Notification support
IP: TCP Explicit Congestion Notification support
CONFIG_INET_ECN:
Explicit Congestion Notification (ECN) allows routers to notify
clients about network congestion, resulting in fewer dropped packets
and increased network performance. This option adds ECN support to
the Linux kernel, as well as a sysctl (/proc/sys/net/ipv4/tcp_ecn)
which allows ECN support to be disabled at runtime.
Note that, on the Internet, there are many broken firewalls which
refuse connections from ECN-enabled machines, and it may be a while
before these firewalls are fixed. Until then, to access a site
behind such a firewall (some of which are major sites, at the time
of this writing) you will have to disable this option, either by
saying N now or by using the sysctl.
If in doubt, say N.
---(100%)---
ということなので 以下の もの 不採用と しておきます 当面の 間 何時まで かわ 不明ですが
[*] IP: TCP Explicit Congestion Notification support
|
v
[ ] IP: TCP Explicit Congestion Notification support
http://www.linux.or.jp/JF/JFdocs/Configure.help/Configure.help-2.4.14.ja.gz
(TCP Explicit Congestion Notification のサポート)
Explicit Congestion Notification (ECN) は、ルータからクラ
イアントにネットワークの混雑状況を通知できるようにすること
で、パケットロスを減らしてネットワークの効率的な利用を実現
します。このオプションは、Linux カーネルに ECN サポートを
追加し、さらにこの ECN サポートを実行時に無効化できる
sysctl (/proc/sys/net/ipv4/tcp_ecn) も使えるようにします。
注意：インターネット上には、ECN-enabled なマシンからの接続
を拒否する困ったファイアウォールがたくさんありますが、これ
らのファイアウォールが修正されるのは、まだまだ先のことにな
りそうです。それまでの間、このような困ったファイアウォール
の先にあるサイト (こうしたサイトの中には、これを書いている
時点でメジャーなところもいくつか含まれている) へアクセスす
るためには、ここで N と答えるか、あるいは実行時に sysctl
を使うことによって、この機能を無効にする必要があります。
よく分からない場合は、N と答えてください。
<高橋潤子>
にゃんたろうの 場合は s02.a027.ap.plala には 繋がらないと言う現象が 発生 しました 。現象は ２週間くらい 安定して 再現性が 有りました 現在 カー ネルの 再構築 済んだので 確認は 出来ませんが 再構築して この状態が 無く なったので ecn の 場合に 当てはまると 考えています。
scsi の 補足
にゃんたろうの SCSI は I/O DATA SC-UPCI のものみ のです。この場合 色々 事情も有り ”SYM53C8XX Version 2 SCSI support”を 選択しました
これに たいして まず lspci の 内容は
# lspci 00:0e.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 04)
と なっており
http://oss.sgi.com/projects/xfs/mail_archive/200203/msg00137.html
...
The SYM driver is the successor of the NCR driver. Unless your SCSI host is
"old" (which I don't assume because you have a 53C875) you should use the latter
of the above two.
SYM53C8XXX Version 2 Scsi support
This driver is brand-new and supposed to be the successor to the SYM53C8xx
driver, so I guess this is the best choice of all the above drivers.
なんぞ 見た結果 SYM53C8XX Version 2 SCSI support こちらだけを 採用し てみようということにして
SCSI low-level drivers < > NCR53c7,8xx SCSI support <*> SYM53C8XX Version 2 SCSI support
カーネルの 再構築 完了ですが 現状この様に いわれながら 無理矢理 使用 中 ということです
kernel: SCSI subsystem driver Revision: 1.00 kernel: PCI: Found IRQ 11 for device 00:0e.0 kernel: sym.0.14.0: setting PCI_COMMAND_PARITY... kernel: sym.0.14.0: setting PCI_COMMAND_INVALIDATE. kernel: sym0: <875> rev 0x4 on pci bus 0 device 14 function 0 irq 11 kernel: sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking kernel: sym0: SCSI BUS has been reset. kernel: scsi0 : sym-2.1.17a kernel: blk: queue c13a0374, I/O limit 4095Mb (mask 0xffffffff) kernel: Vendor: I-O DATA Model: HDXG-S80-1 Rev: 110S kernel: Type: Direct-Access ANSI SCSI revision: 02 kernel: blk: queue c13a0474, I/O limit 4095Mb (mask 0xffffffff) kernel: Vendor: I-O DATA Model: HDXG-S80-2 Rev: 110S kernel: Type: Direct-Access ANSI SCSI revision: 02 kernel: blk: queue c13a0574, I/O limit 4095Mb (mask 0xffffffff) kernel: Vendor: I-O DATA Model: HDVS-UM40G-のみ1 Rev: 204M kernel: Type: Direct-Access ANSI SCSI revision: 02 kernel: blk: queue c13a0674, I/O limit 4095Mb (mask 0xffffffff) kernel: Vendor: I-O DATA Model: HDVS-UM40G-2 Rev: 204M kernel: Type: Direct-Access ANSI SCSI revision: 02 kernel: blk: queue c13a0774, I/O limit 4095Mb (mask 0xffffffff) kernel: megaraid: v2.10.8.2 (Release Date: Mon Jul 26 12:15:51 EDT 2004) Feb 8 21:47:38 lx kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Feb 8 21:47:38 lx kernel: Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0 Feb 8 21:47:38 lx kernel: Attached scsi disk sdc at scsi0, channel 0, id 3, lun 0 Feb 8 21:47:38 lx kernel: Attached scsi disk sdd at scsi0, channel 0, id 4, lun 0 Feb 8 21:47:38 lx kernel: sym0:0: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 15) Feb 8 21:47:38 lx kernel: SCSI device sda: 78183504 512-byte hdwr sectors (40030 MB) Feb 8 21:47:38 lx kernel: sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 > Feb 8 21:47:38 lx kernel: sym0:1: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 15) Feb 8 21:47:38 lx kernel: SCSI device sdb: 78183504 512-byte hdwr sectors (40030 MB) Feb 8 21:47:38 lx kernel: sdb: sdb1 sdb2 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11 > kernel: sym0:3: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 15) kernel: SCSI device sdc: 40021632 512-byte hdwr sectors (20491 MB) kernel: sdc: sdc1 sdc2 sdc3 sdc4 kernel: sym0:4: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 15) kernel: SCSI device sdd: 40021632 512-byte hdwr sectors (20491 MB) kernel: sdd: sdd1 sdd2 sdd3
kernel: SCSI subsystem driver Revision: 1.00 kernel: PCI: Found IRQ 11 for device 00:0e.0 kernel: sym.0.14.0: setting PCI_COMMAND_PARITY... kernel: sym.0.14.0: setting PCI_COMMAND_INVALIDATE. kernel: sym0: <875> rev 0x4 on pci bus 0 device 14 function 0 irq 11 kernel: sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking kernel: sym0: SCSI BUS has been reset. kernel: scsi0 : sym-2.1.17a kernel: blk: queue c1386374, I/O limit 4095Mb (mask 0xffffffff) kernel: Vendor: I-O DATA Model: HDXG-S80-1 Rev: 110S kernel: Type: Direct-Access ANSI SCSI revision: 02 kernel: blk: queue c1386474, I/O limit 4095Mb (mask 0xffffffff) kernel: Vendor: I-O DATA Model: HDXG-S80-2 Rev: 110S kernel: Type: Direct-Access ANSI SCSI revision: 02 kernel: blk: queue c1386574, I/O limit 4095Mb (mask 0xffffffff) kernel: Vendor: I-O DATA Model: HDVS-UM40G-1 Rev: 204M kernel: Type: Direct-Access ANSI SCSI revision: 02 kernel: blk: queue c1386674, I/O limit 4095Mb (mask 0xffffffff) kernel: Vendor: I-O DATA Model: HDVS-UM40G-2 Rev: 204M kernel: Type: Direct-Access ANSI SCSI revision: 02 kernel: blk: queue c1386774, I/O limit 4095Mb (mask 0xffffffff) kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 kernel: Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0 Feb 8 21:52:30 lx kernel: Attached scsi disk sdc at scsi0, channel 0, id 3, lun 0 Feb 8 21:52:30 lx kernel: Attached scsi disk sdd at scsi0, channel 0, id 4, lun 0 Feb 8 21:52:30 lx kernel: sym0:0: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 15) Feb 8 21:52:30 lx kernel: SCSI device sda: 78183504 512-byte hdwr sectors (40030 MB) Feb 8 21:52:30 lx kernel: sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 > Feb 8 21:52:30 lx kernel: sym0:1: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 15) Feb 8 21:52:30 lx kernel: SCSI device sdb: 78183504 512-byte hdwr sectors (40030 MB) Feb 8 21:52:30 lx kernel: sdb: sdb1 sdb2 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11 > kernel: sym0:3: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 15) kernel: SCSI device sdc: 40021632 512-byte hdwr sectors (20491 MB) kernel: sdc: sdc1 sdc2 sdc3 sdc4 kernel: sym0:4: FAST-20 SCSI 20.0 MB/s ST (50.0 ns, offset 15) kernel: SCSI device sdd: 40021632 512-byte hdwr sectors (20491 MB) kernel: sdd: sdd1 sdd2 sdd3 kernel: sym0: SCSI parity error detected: SCR1=132 DBC=50000000 SBCL=0 kernel: sym0:1: ERROR (a0:0) (8-0-0) (f/95/0) @ (mem 40300038:40300038). kernel: sym0: regdump: da 00 00 95 47 0f 01 0e 00 08 00 00 80 00 0f 02 40 7e fb 0f 02 ff ff ff. kernel: sym0: PCI STATUS = 0x2000 kernel: sym0: SCSI BUS reset detected. kernel: sym0: SCSI BUS has been reset. kernel: sym0: SCSI parity error detected: SCR1=2 DBC=1e000000 SBCL=a7 kernel: sym0: suspicious SCSI data while resetting the BUS. kernel: sym0: dp1,d15-8,dp0,d7-0,rst,req,ack,bsy,sel,atn,msg,c/d,i/o = 0x3a7, expecting 0x100 kernel: sym0: SCSI BUS reset detected. kernel: sym0: SCSI BUS has been reset.
取り敢えず 動くので このままに しておきますが あまり よい感じはしま せん plamo 3.3 の 場合は 文句言われなかったけど？？また インストール時其 ままの 状態でも 文句 言われないので 何か 打つ手は有るでしょうが モジュー ルとして ”NCR53c7,8xx SCSI support”を おいておくとか これに ついては 現状 このままとする。例１は インストールしたままの状態 例２は kernel 再 構築で 片側（SYM53C8XX Version 2 SCSI support）のみ kernel に 組み込んだ 場合 参考に 残しておこう。
にゃんたろう 拝！
2006年 2月10日 (金) 22:23:03 JST 作成