AIXスレッド Technology Levels 06(Part6) (793ﾚｽ)
AIXスレッド Technology Levels 06(Part6) http://mevius.5ch.net/test/read.cgi/unix/1193791491/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
137: 120 [] 2008/04/24(木) 04:59:31 >>136 >お前がまともな設定も出来ないうえに問題解決能力も無いＳＥだからじゃないか？ 確かに問題は解決できない。オイラにできることは次の修正が出るのを待つだけだ。 では聞くが”OSのBugに遭遇しないまともな設定”とやらを教えてくれ。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/137
138: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 05:34:08 >>137 >では聞くが”OSのBugに遭遇しないまともな設定”とやらを教えてくれ。 子供が駄々をこねてるときの発言と一緒だな。 どんなOS使ってもバグに遭遇するのは当たり前、 そうなったときにこんな所で愚痴らずにベンダーと解決（回避策）に取り組めばいい。 それが出来るようになってからいっぱしの口を聞く様にしてくれ。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/138
139: 120 [] 2008/04/24(木) 05:53:37 >どんなOS使ってもバグに遭遇するのは当たり前、 そんなことは理解している。問題なのは信じられないケースでBugに遭遇することだ。 たとえばrootvgをミラーしている状態でupdate_allすると問題が発生する。 オイラはrootvgをミラーして使うのは普通だと思っている。レアケースではの Bugはしょうがない。しかしズバリは修正を出す前にメーカーサイドのチェックで 十分に防げると思うのだが.... 完全なテスト不足だと思っている。 >そうなったときにこんな所で愚痴らずにベンダーと解決（回避策）に取
り組めばいい。 >それが出来るようになってからいっぱしの口を聞く様にしてくれ。 ”修正が出るまで使うな”って報告（回避策）に対していっぱしの口を聞く様になりたい。 138は関係者か？こんな時間まで火消しに付き合うのも大変だな。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/139
140: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 07:55:56 君がＳＥとして経験不足なのはよくわかったから、続きはブログでどうぞ。 ブログの方が色んな人に読んでもらえてIBMのAIXがバグだらけなのを宣伝できるよ。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/140
141: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 08:08:22 ここに書いてもいいんだよ http://mevius.5ch.net/test/read.cgi/unix/1193791491/141
142: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 08:10:32 >>141 あまりにも酷い自演だ・・・。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/142
143: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 08:14:39 え？おれ？ まあ君がエスパーでないことは分かった http://mevius.5ch.net/test/read.cgi/unix/1193791491/143
144: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 16:22:46 IBM切っちゃえば良いじゃん http://mevius.5ch.net/test/read.cgi/unix/1193791491/144
145: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 21:37:29 まあAIX使い続ける理由はあまりない http://mevius.5ch.net/test/read.cgi/unix/1193791491/145
146: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 21:40:23 update_allがこける原因をミラーリングに求めた根拠がわからん。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/146
147: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 21:40:42 >>139 AIX5.3 rootvg LVMミラーリング、TL10へupdate_all 一回も問題でたことない。 問題があるのは分かったからSTSCに投げてWWQAに転送してもらえ http://mevius.5ch.net/test/read.cgi/unix/1193791491/147
148: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 21:41:40 ×TL10 ○TL7 http://mevius.5ch.net/test/read.cgi/unix/1193791491/148
149: 120 [] 2008/04/24(木) 22:37:59 >update_allがこける原因をミラーリングに求めた根拠がわからん。 TL7に上げるときrootvgをミラーしているのだけ死んだから。 詳しいことはＧＷが終わってから調べるつもり http://mevius.5ch.net/test/read.cgi/unix/1193791491/149
150: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 22:49:51 >>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ごとリブートすればいいと思う http://mevius.5ch.net/test/read.cgi/unix/1193791491/150
151: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 22:50:21 >>149 次は解決するまで書き込まなくて良いよ。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/151
152: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 22:52:06 >>128 やっぱり掲示板で関西弁で発言するヤツは変な人多いんだな。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/152
153: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 22:54:40 >>120みたいなトラブルになってる人はほんのごく少数なんだと思うんだけどな〜、 大体そんなにバグだらけだったらこのスレで十分祭りになるだろうし。 >>120が変な設定ばかりしてるとしか思えんな。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/153
154: 120 [] 2008/04/24(木) 23:27:00 >>150 マジレスサンクス 最初はlsattr -El ent0の表示がおかしいと思ってodmgetしたんよ name = "ent0" attribute = "media_speed" value = "100_Full_Duplex" type = "R" generic = "DU" rep = "sl" nls_index = 70 ODM的には正しい動きだった。じゃあ何故Media Speed Selected: Auto negotiationなったのかが問題。 普通Netが稼動中の場合、 smitすると メソッド・エラー (/usr/lib/methods/chgent): 0514-062 指定されたデバイスが使用中であるため、 要求された機能を実行できません。 って怒ら
れるから稼動中に変更したとは思えない。 それに現象それ１回だけで、どうやっても再現しない。何故Autoになっちまったかだ？ >大体そんなにバグだらけだったらこのスレで十分祭りになるだろうし。 >>>120が変な設定ばかりしてるとしか思えんな。 自分では普通の使い方だと思っているが....多分:-) このネットのトラブルも普通に動いていたので 多分、他のユーザーは気がつかないのではないかな？ http://mevius.5ch.net/test/read.cgi/unix/1193791491/154
155: 名無しさん＠お腹いっぱい。 [sage] 2008/04/24(木) 23:58:06 >自分では普通の使い方だと思っているが....多分:-) > >このネットのトラブルも普通に動いていたので >多分、他のユーザーは気がつかないのではないかな？ 普通は最初の疎通の時にスイッチ側でも設定通りリンクアップしてるかを確認してもらうから気づかないことは絶対無い。 ネットワーク関連の勉強を一からし直してきてくれ。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/155
156: 120 [] 2008/04/25(金) 00:29:40 >>155 当然L1 UP L2 UPを確認している。もちろん最初も確認したしトラブル時の今回もだ。 pingも投げたてOKを確認した。なので普通に動いていると判断した。 しかし速度があまりでない。なのでnetstat -v en0した。そこで100M Full duplexなのに collisionが上がっているから へ？100M Fullなのに何collisionって？ で100 Mbps Half Duplexで何じゃこりゃ？？ >ネットワーク関連の勉強を一からし直してきてくれ。 100M Full duplexで固定設定しているのにもかかわらずAIX側がAutoになったのかがワ
カラネー じゃあ聞くが１から勉強しなおすとこれの理由が解るようになるのか？ 俺は解決能力がないから155が馬鹿な俺に教えてくれ。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/156
157: 名無しさん＠お腹いっぱい。 [sage] 2008/04/25(金) 00:54:57 次のリプレースのタイミングでAIXやめりゃいいじゃん。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/157
158: 120 [] 2008/04/25(金) 01:13:32 >>157 AIXやめたい。でも台数と上に動くソフトがそれを許さない。 俺の意思と反して組織がAIXとLinuxになっていく。 時々IBMと心中するきかよ！って思うことが.... 6.1を動かして確認しなきゃならないこともあるし、このクソ忙しい時に ”ちょっとこんな現象があるんだけど解析してくんない？”ってこの俺に.... 185に6.1乗っけたまんまで放置状態。WPARの動作をもっと確認しなければならないのだが.... 時間は幾らあっても足りない。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/158
159: 名無しさん＠お腹いっぱい。 [sage] 2008/04/25(金) 01:33:03 SEがスキルのなさをOSのせいにするスレはここですか？ 61を動かさなきゃ確認できないことって何だよ。 確認しなきゃいけないWPARの動作って何だよ。 WPARはLPMあってこそだと思うけどな。p5ならおとなしく53使え。 徹夜が好きそうだから解析するなら止めないけど。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/159
160: 120 [] 2008/04/25(金) 01:44:12 >>159 上で動くタコアプリが6.1のWPARでもまともに動作するかだよ。 >WPARはLPMあってこそだと思うけどな。p5ならおとなしく53使え。 俺も同じ意見だが、それを許しちゃくれない組織なんだよ。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/160
161: 名無しさん＠お腹いっぱい。 [sage] 2008/04/25(金) 01:47:21 なんの解決策も出さないお前もどうかと思うがな。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/161
162: 120 [] 2008/04/25(金) 02:03:19 >161 解析しようにも再現もしない。これの解決策をどうだせばいいのか？ 俺はスキルが無さ杉だから、言ったからには手本となる解決策を教えてほしい。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/162
163: 名無しさん＠お腹いっぱい。 [sage] 2008/04/25(金) 02:45:14 アプリをWPARで動かして何したいんだか。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/163
164: 名無しさん＠お腹いっぱい。 [sage] 2008/04/25(金) 03:22:03 デバイスが勝手にautoになるはずねーよ きっとODMが最初にautoだったんだろ。ただの初期設定ミスだよ それだって一応リンクアップのLEDは点灯するし、pingだって通る で、後から気づいた誰かがODMだけこそーり元に戻したんだろうな あくまで推測だが、まあ悪いのはchdev -Pだけやってしらばっくれてた奴だな もしかしたらsmit.logに怪しいchdevが記録されてるかも知れんから調べてみたら？ http://mevius.5ch.net/test/read.cgi/unix/1193791491/164
165: 名無しさん＠お腹いっぱい。 [sage] 2008/04/25(金) 11:52:48 >>156 >当然L1 UP L2 UPを確認している。もちろん最初も確認したしトラブル時の今回もだ。 >pingも投げたてOKを確認した。なので普通に動いていると判断した。 ちゃんとスイッチ側で100Fullになってるかを確認してもらうんだよ、 担当がいなきゃ自分でスイッチに入って確認しろ、そういう所が技術不足なんだよ。 >100M Full duplexで固定設定しているのにもかかわらずAIX側がAutoになったのかがワカラネー > >じゃあ聞くが１から勉強しなおすとこれの理由が解
るようになるのか？ >俺は解決能力がないから155が馬鹿な俺に教えてくれ。 なんでなんの得もしないのにお前に教えないとだめなんだよｗ そうやってすぐに「俺が馬鹿だから教えてくれよ」とか言うところがダメＳＥの証拠。 お前の馬鹿な書き込みのせいでここに無駄な情報が蓄積されているのがわからんのか？ さっさと消えるか自分のブログに書いてろ。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/165
166: 名無しさん＠お腹いっぱい。 [sage] 2008/04/25(金) 12:11:23 >>162 >>161 >解析しようにも再現もしない。これの解決策をどうだせばいいのか？ >俺はスキルが無さ杉だから、言ったからには手本となる解決策を教えてほしい。 いや、だからSTSCに聞けよ。 無償で人に技術を教えてもらえおうなんて乞食と一緒、最近は乞食でも空き缶集めてるぞ。 ＳＴＳＣもイマイチだけど「STSCツカエネー」って言ってる奴は本人も大体使えない奴だ。 使えなくてもＳＴＳＣの技術者のレベルを察知してこちらから問題解決に導くようにする、 それ
が出来ないんならばどこで何やってもだめだろう。 http://mevius.5ch.net/test/read.cgi/unix/1193791491/166
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 627 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s