2010ファイルサーバに大量にファイルを突っ込んでいると、転送が途中で中断されてしまう。そのときすぐにサーバにsshしてもつながらない。エラーログには何も残っていない。そんな状態になっていて、何が原因なのかさっぱりわからなかった。これ(というかDuplicate/closeされているがこっち)が原因なんではないかという気がしてきた。transferred.とのこと。うちでも数GB以上の転送でひっかかったりして困っていた。snv111bなのだが、修正はsnv131にコミットされたとある。Microsystemsがオラクルに買収されたりした関係できな臭いにおいが漂ってきている気がしてならない。wikipediaが先走っているだけかも知れないが、ここによれば次のリリースは2010.03だったようでもう四半期も放置されてしまっている。良いとは思わないが、devを追うべき、なのかもしれない。2008VMWare上のFedora9で、eth0(bridge)、eth1(NAT)設定をしているとき、DHCPでのIP取得を行おうとすると、eth0がDHCPに失敗する、という問題がでていた。結論からいうと、下記許可ルールを追加すると解決する。信頼ゾーン非常に気持ち悪いのだが、ひとまず解決策。追記:VMWareのIP幅を信頼ゾーンに加えてないと、失敗するかもしれない。追追記:サポートに推奨設定を問い合わせていたが、その返答がきた。曰く、プロトコル:UDP方向:内向きアクション:許可ローカルポート:68リモートポート:67を追加するようにとのこと。これで変なところで引っかからずきちんとファイアウォールを使うことができる。2008またやってしまった。ThinkPadにパーソナルファイアウォール入りの製品をインストールしたあと、ローカルポートの通信を許可せずに再起動。Securityに締め出されてしまう。Securityのログインウインドウアプリが通信していて、それをパーソナルファイアウォールがブロックしてしまうからだと思う。これは、HDDをはずしてどうこうする、というようなアグレッシブな方法を除くとほとんど対処法がなくて、そのまま放置して待つしかない。寝て起きるとタイムアウトするらしく、通常のログインウインドウが出てきてくれる。インストールガイドなる資料にあたった。この資料にも、今回のようなケースでタイムアウトが何時間なのかについては触れられていない。タイムアウトしているということはこれまでの体験的にわかっていて、この中の下記の記述を見る限りは、おそらく4.7時間かそれに若干追加した程度なのだろうと推測する。TPMシステムでは、ユーザー・パスフレーズと管理者パスワードを区別していません。IBMエンベデッド・セキュリティー・サブシステムを使用する認証は、いずれも同じポリシーに従っています。最大タイムアウトは4.7時間です。TPMシステムは、4.7時間を越えて遅延することはありません。やらかしたのが今から2時間程度前。4.7時間=4時間42分までにはまだまだ遠い。翌日追記:がーん、ぜんぜんタイムアウトしない。ここ(T60とZoneAlarm)の情報によると5分程度でファイアウォールがあって使えない旨のエラーメッセージが出るらしいが、ぜんぜんでなかったぞ...。結局再度入れなおし中。うちのこのポストは間違っている虞がある。127.0.0.1:*の通信は無条件に許可しておいてもいいのかもしれない。Loginとtvttcsdの2つを許可すれば良いらしいのだが。