AIXスレッド Technology Levels 06(Part6) (793ﾚｽ)
上下前次1-新
112: 2008/04/12(土)00:14 AAS
最近AIXはめっきり触っていないんだが、まだプログレスバーの代わりに走る人がいるの？俺あの人好きだ。失敗したらこけるから。
113: 2008/04/12(土)12:27 AAS
成功するとピースするし。
AIX6で、ちょっと大股になった気がする。
114: 2008/04/14(月)10:55 AAS
smitコマンドなんて普段から使ってるの？
115(3): 2008/04/14(月)20:37 AAS
AIX5.3でrootvgをミラーした状態でTL7をupdate_all適応すると地獄に行きます。
だいたいsmit.logの中に
bos.net.tcp.client.post_u[63]: test: 0403-021 文字 ] がありません。
処理したファイルセット: 478 の 315 (合計時間: 20 分 59 秒)
って何だよ！
いいかげんユーザーを人柱にするのはやめてくれ。
せめて確認してから公開しろ。
116: 2008/04/14(月)20:51 AAS
世界のIBMw
117: 2008/04/15(火)15:10 AAS
>>115
何をいまさらｗ
少し前なんてAPAR当てたらkshの仕様変更があったんだけど、
システム系のシェルスクリプトがその変更に対応してないってのがあったよ。
その結果そのTL当てたmksysbが全滅したけどね。
>いいかげんユーザーを人柱にするのはやめてくれ。
>
>せめて確認してから公開しろ。
これに関してはもちろん同意するけど、やっぱりテスト環境でチェックしてから
TLをあげるってのは重要だなって思ったよ。
118(1): 2008/04/16(水)09:46 AAS
>>115
> bos.net.tcp.client.post_u[63]: test: 0403-021 文字 ] がありません。
> 処理したファイルセット: 478 の 315 (合計時間: 20 分 59 秒)
LANG=Cをしてない時点でお前の負け
119: 2008/04/16(水)11:15 AAS
IBM信者は気楽でいいぜｗ
120(28): 115 2008/04/17(木)00:08 AAS
115だが....
>その結果そのTL当てたmksysbが全滅したけどね。
スマソ 言葉が足りなかった。smit.logは大した問題じゃない。
根本的な問題はLVをミラーしているときupdate_allすると途中でLVが拡張できなくなる。
rootvgをミラーするってのは一般的な使い方だと思うんよ。
不思議なのは奴らはrootvgをミラーしないでチェックしているってこと？
>これに関してはもちろん同意するけど、やっぱりテスト環境でチェックしてから
>TLをあげるってのは重要だなって思ったよ。
これもオリが悪かった。別環境でupdate_allしたとき大きなトラブルがないものだから
あまり考えずにおこなっちまったことだ。悲しかったのは金曜日の夜にupdateして
元に戻すのに日曜日までかかった。休日を返せ>IBMって。
>>118
>LANG=Cをしてない時点でお前の負け
東洋の黄色いサルは使うなってことか....
負けるのは今に始まったことじゃない。ファームを上げたりOSを上げたりするたびに
必ず何らかの問題を抱える。それもOS等の問題で....
そして元に戻すの連続さ。１つが修正されるとまた新たな不幸がやってくる。
これだけユーザーに迷惑をかけてもやっていける会社ってある意味凄い会社だと思う。
121(1): 2008/04/17(木)03:05 AAS
>>120
TLあげるのにmksysb取ってないの！？
あと「LVをミラーしているときupdate_allすると途中でLVが拡張できなくなる」の意味がわからない。
まあ、>>120はHP-UX使ってても同じこと言うんだろうな、と思った。
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
ここに書いてもいいんだよ
上下前次1-新書関写板覧索設栞歴
あと 652 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.029s