AIXスレッド Technology Levels 06(Part6) (793ﾚｽ)
上下前次1-新
122: 2008/04/17(木)05:51 AAS
うん、M$とかLiでサーバ組んでるよりは
遙かに安心できると思うけど。
まぁ、IBMサポの態度がでかいのはワカルヨ。
123: 120 2008/04/23(水)19:05 AAS
スマヌ。カットオーバー直前で忙しくて書き込めぬ。
>121
>TLあげるのにmksysb取っていないの！？
うん。サービス用ではないので取っていない。
地獄に行ったのは私だけだし...。
ま、復旧は時間がかかるだけで物を詰めて行くだけ。
>あと「LVをミラーしているときupdate_allすると途中でLVが拡張できなくなる」の意味がわからない。
update_allしている途中で/usrとかのFSを自動的に拡張していく。それが途中で
Failする。見るとLV領域をデカクしようとしてコケている。
LVM系にBugがあるみたいで....まだどのFilesetが原因なのか調べていないが....
HP-UXは大昔に使ったことがあるが今は知らない。でもOSが上がらないのは完全にOUT。
124: 120 2008/04/23(水)19:06 AAS
>うん、M$とかLiでサーバ組んでるよりは
遥かに安心できると思うけど。
驚いたのはrebootさせたら、OSが上がらなかった。:-(
あのM$でもUpdateをかけて再起動したらOSが上がらないってことはあまりないと
思うが.....
ま、JFS(2)が元気なら他のmksysbが入っているPVを持ってきてそいつでOS上げて
OSが上がらないrootvgをくっつけてmountしてやれば重要なfileは救える。
詳しくは調べていないが、ミラーしているとhd5(bootlv)を消去して新規hd5を
作っている（多分：未確認）その周囲に問題があるようだ。
あと古い5.3のBOSCD使ってメンテモードを上げようとすると変なメッセージを
吐きながら無限ループに陥るし。自分で新しいメンテ用CDを作れってことかよ。
TLをDLするとき
”何があっても文句を言うなボタン”
を押してからDLしているのでこれ以上は言えないが....
満足に確認されていない状態でTLを公開するからユーザがドツボにハマル。
そして馬鹿高いサポートに金を払う。原因はOSを作っている側にあるのに....
ソフトの品質が低い程、サポートが儲かる素晴らしいビジネスモデルです。
125: 120 2008/04/23(水)19:18 AAS
120だがたまたま変な現象を目撃。
networkが遅かったのでnetstatしてみた。
# netstat -v en0
-------------------------------------------------------------
ETHERNET STATISTICS (ent0) :
Device Type: IBM 10/100 Mbps Ethernet PCI Adapter (23100020)
Hardware Address: 00:60:94:xx:xx:xx
Elapsed Time: 0 days 2 hours 10 minutes 19 seconds
Transmit Statistics: Receive Statistics:
-------------------- -------------------
Packets: 1495909 Packets: 998618
Bytes: 2243467216 Bytes: 60146622
Interrupts: 11342 Interrupts: 373215
Transmit Errors: 76827 Receive Errors: 0
Packets Dropped: 0 Packets Dropped: 0
途中略
Bad Packets: 0Lost CTS Errors: 0 Alignment Errors: 0
Max Collision Errors: 0 No Resource Errors: 0
Late Collision Errors: 76701 Receive Collision Errors: 0
Deferred: 4753 Packet Too Short Errors: 0
SQE Test: 0 Packet Too Long Errors: 0
Timeout Errors: 0 Packets Discarded by Adapter: 0
Single Collision Count: 3471 Receiver Start Count: 0
Multiple Collision Count: 198
Current HW Transmit Queue Length: 1
つづく
126: 120 2008/04/23(水)19:20 AAS
Lost CTS Errors: 0 Alignment Errors: 0
Max Collision Errors: 0 No Resource Errors: 0
Late Collision Errors: 76701 Receive Collision Errors: 0
Deferred: 4753 Packet Too Short Errors: 0
SQE Test: 0 Packet Too Long Errors: 0
Timeout Errors: 0 Packets Discarded by Adapter: 0
Single Collision Count: 3471 Receiver Start Count: 0
Multiple Collision Count: 198
Current HW Transmit Queue Length: 1
途中略
IBM 10/100 Mbps Ethernet PCI Adapter (23100020) Specific Statistics:
------------------------------------------------
Chip Version: 25
RJ45 Port Link Status : up
Media Speed Selected: Auto negotiation
Media Speed Running: 100 Mbps Half Duplex
Receive Pool Buffer Size: 384
No Receive Pool Buffer Errors: 0
Inter Packet Gap: 96
Adapter Restarts due to IOCTL commands: 0
Packets with Transmit collisions:
1 collisions: 3471 6 collisions: 0 11 collisions: 0
2 collisions: 190 7 collisions: 0 12 collisions: 0
3 collisions: 8 8 collisions: 0 13 collisions: 0
4 collisions: 0 9 collisions: 0 14 collisions: 0
5 collisions: 0 10 collisions: 0 15 collisions: 0
Excessive Deferrals: 0
つづく
127: 120 2008/04/23(水)19:26 AAS
ん？なんじゃいcollisionってやつは？
# lsattr -El ent0
alt_addr 0x000000000000 代替イーサネット・アドレス 真
busintr 6 バスの割り込みレベル 偽
busio 0xbff800 バスの I/O アドレス 偽
fast_reset yes 高速リセットを使用可能にする 真
intr_priority 3 割り込み優先順位 偽
ip_gap 96 パケット間ギャップ 真
mcast_filter no マルチキャスト・フィルタリングを使用可能にする 真
media_speed 100_Full_Duplex メディア・スピード 真
poll_link no リンク・ポーリングを使用可能にする 真
poll_link_timer 500 リンク・ポーリングの時間間隔 真
rx_hog 1000 RX 割り込みごとに処理された RX バッファー 真
rx_que_size 256 受信キューのサイズ 真
rxbuf_pool_size 384 受信バッファー・プールのサイズ 真
slih_hog 10 割り込みごとに処理された割り込みイベント 真
tx_que_size 8192 送信キューのサイズ 真
use_alt_addr no 代替イーサネット・アドレスを使用可能にする 真
RS6000側は100_Full_Duplexに固定にしているし、
ネットワーク機器側も100 Fullの固定になっている。
訳解かんね〜（怒）
理由が解らないないからいつものreboot。それから幾らやっても再現なし。
見なかったことにしよう。-:)
これでカットオーバーが無事に行くのか？
128(3): 120 2008/04/23(水)19:33 AAS
不思議なのはlsattr -El ent0で見ると
media_speed 100_Full_Duplex
なのに
netstat -v en0すると
Media Speed Selected: Auto negotiation
Media Speed Running: 100 Mbps Half Duplex
なんでやねん？
こんなことが毎日続く。
129(1): 2008/04/23(水)23:42 AAS
>>128
お前のスキルが死ぬほど不足してるのはわかったらもう書き込みはやめとけ。
ここはお前の日記ではない、チラシの裏は自分の日記でやれ。
130(1): 2008/04/24(木)00:48 AAS
イーサネット勉強しなおしてこい
話はそれからだ >120
131(1): 120 2008/04/24(木)01:52 AAS
>>129
確かにトラブルの連続で凄くスキルが不足していると思う。
何でこんなトラブルが発生するのか理解できん。
>>130
何で100M Full固定と100M Full固定で接続しているのに方側のRS6000側が
Media Speed Selected: Auto negotiation
Media Speed Running: 100 Mbps Half Duplex
になり、collision counterが上がるのか？
これを解決するにはイーサネットの何を勉強すればいいのか教えて欲しい。
ネットワークはシロートなんで....
132(1): 2008/04/24(木)02:23 AAS
>>131
サポートに問い合わせしてくれ。
とにかく無駄なことをここに書き込むな。
133(1): 2008/04/24(木)02:34 AAS
IBM社員、顔真っ赤ｗ
134: 2008/04/24(木)03:11 AAS
>>133
IBM社員に顔を真っ赤にするほどの愛社精神がある奴はいないって。
135(1): 120 2008/04/24(木)04:21 AAS
>>132
>サポートに問い合わせしてくれ。
>とにかく無駄なことをここに書き込むな。
ここに書き込むとOSがBugだらけってのがバレだからか？:-)
尻尾を掴もうにも現象が再現しないんよ。こんなときのサポートって
役にたたない。
もっと訳わかんねーのは
”何でトラブルで徹夜しなければならないのか？”
ってことだ。
136(1): 2008/04/24(木)04:41 AAS
>>135
>ここに書き込むとOSがBugだらけってのがバレだからか？:-)
いや、「こんなトラブルがあってムカつく」っていうのを延々と書かれても
ここで無駄な情報が増えるだけだから嫌なんだよ。
書くんだったら「こういうトラブルがあって、こうやって解決しました」ってのを書いてくれ。
他の人も言ってるがここはお前の日記帳じゃないんだよ。
>もっと訳わかんねーのは
>”何でトラブルで徹夜しなければならないのか？”
>ってことだ。
お前がまともな設定も出来ないうえに問題解決能力も無いＳＥだからじゃないか？
137(1): 120 2008/04/24(木)04:59 AAS
>>136
>お前がまともな設定も出来ないうえに問題解決能力も無いＳＥだからじゃないか？
確かに問題は解決できない。オイラにできることは次の修正が出るのを待つだけだ。
では聞くが”OSのBugに遭遇しないまともな設定”とやらを教えてくれ。
138: 2008/04/24(木)05:34 AAS
>>137
>では聞くが”OSのBugに遭遇しないまともな設定”とやらを教えてくれ。
子供が駄々をこねてるときの発言と一緒だな。
どんなOS使ってもバグに遭遇するのは当たり前、
そうなったときにこんな所で愚痴らずにベンダーと解決（回避策）に取り組めばいい。
それが出来るようになってからいっぱしの口を聞く様にしてくれ。
139(1): 120 2008/04/24(木)05:53 AAS
>どんなOS使ってもバグに遭遇するのは当たり前、
そんなことは理解している。問題なのは信じられないケースでBugに遭遇することだ。
たとえばrootvgをミラーしている状態でupdate_allすると問題が発生する。
オイラはrootvgをミラーして使うのは普通だと思っている。レアケースではの
Bugはしょうがない。しかしズバリは修正を出す前にメーカーサイドのチェックで
十分に防げると思うのだが....
完全なテスト不足だと思っている。
>そうなったときにこんな所で愚痴らずにベンダーと解決（回避策）に取り組めばいい。
>それが出来るようになってからいっぱしの口を聞く様にしてくれ。
”修正が出るまで使うな”って報告（回避策）に対していっぱしの口を聞く様になりたい。
138は関係者か？こんな時間まで火消しに付き合うのも大変だな。
140: 2008/04/24(木)07:55 AAS
君がＳＥとして経験不足なのはよくわかったから、続きはブログでどうぞ。
ブログの方が色んな人に読んでもらえてIBMのAIXがバグだらけなのを宣伝できるよ。
141(1): 2008/04/24(木)08:08 AAS
ここに書いてもいいんだよ
142: 2008/04/24(木)08:10 AAS
>>141
あまりにも酷い自演だ・・・。
143: 2008/04/24(木)08:14 AAS
え？おれ？
まあ君がエスパーでないことは分かった
144: 2008/04/24(木)16:22 AAS
IBM切っちゃえば良いじゃん
145: 2008/04/24(木)21:37 AAS
まあAIX使い続ける理由はあまりない
146: 2008/04/24(木)21:40 AAS
update_allがこける原因をミラーリングに求めた根拠がわからん。
147: 2008/04/24(木)21:40 AAS
>>139
AIX5.3 rootvg LVMミラーリング、TL10へupdate_all
一回も問題でたことない。
問題があるのは分かったからSTSCに投げてWWQAに転送してもらえ
148: 2008/04/24(木)21:41 AAS
×TL10
○TL7
149(1): 120 2008/04/24(木)22:37 AAS
>update_allがこける原因をミラーリングに求めた根拠がわからん。
TL7に上げるときrootvgをミラーしているのだけ死んだから。
詳しいことはＧＷが終わってから調べるつもり
150(1): 2008/04/24(木)22:49 AAS
>>128
マジレスすると、
> Media Speed Selected: Auto negotiation
これは、デバイスがauto negotiationで設定されている事実を表してる、で
> Media Speed Running: 100 Mbps Half Duplex
これは、negotiationの結果100_Halfが選択された事実を表してる
片方がネゴシエーションしないでもう片方がネゴシエーションしようとすると半二重になるのはほぼ仕様なので、これは正しい
> 不思議なのはlsattr -El ent0で見ると
> media_speed 100_Full_Duplex
これはODMに100_Full_Duplexと書いてある事実を表してるが、"Media Speed Selected"と食い違っている
なぜODMだけこうなっているのかが分からないので、これが問題
多分、動作中のAIXに対してODMだけ100_Full_Duplexに更新したんじゃね？
そもそも稼働中のentデバイスのmedia_speedを変更ってできないはず。
今の状態からいったんen0をdetachしてからent0をrmdev→mkdevしてもう一度en0をupするか、
さもなきゃOSごとリブートすればいいと思う
151: 2008/04/24(木)22:50 AAS
>>149
次は解決するまで書き込まなくて良いよ。
上下前次1-新書関写板覧索設栞歴
あと 642 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.022s