AIXスレッド Technology Levels 5300-04-01(Part5)
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2006/06/28(水) 03:58:54AIXってどうよ?
http://pc.2ch.net/test/read.cgi/unix/983119306/
AIXスレッド MaintenanceLevel 02(Part2)
http://pc.2ch.net/test/read.cgi/unix/1022486427/
AIXスレッド MaintenanceLevel 03(Part3)
http://pc5.2ch.net/test/read.cgi/unix/1054451433/
AIXスレッド MaintenanceLevel 04(Part4)
http://pc8.2ch.net/test/read.cgi/unix/1093514646/
0791名無しさん＠お腹いっぱい。
2007/08/08(水) 10:29:23>そもそもオンラインでC-SPOCで拡張するシチュエーションはファイルシステムが破裂するか今にも破裂しそうな緊急性がある時では。
>それなのにユーザー調整して夜間か週末まで待っての対応で間に合うの？
そういう場合はちゃんと調整して「緊急メンテナンス」というステータスにする場合のお客もいる、
例外無しで「オンライン中の変更は禁止、だから緊急メンテにして業務閉塞する」というように決まってる客もいるのよ。
経験したこと無いからわからないんだとは思うが、世の中には色々なお客がいるよ。
>緩いお客さんじゃなくて、ちゃんと検証＆実績提示せずにカットオーバーした言い訳に聞こえてしまう。
>何の為に高可用性のあるAIXを使っているのか。
>それではSolarisと同レベルでは。(きつい言い方ですまぬ)
感情だけで文章を書かずに>>789をちゃんと嫁。
「動作確認して実績を作っておいてもオンライン中だと設定変更させてくれない」と書いてるよ。
まぁ、緩いという言い方が気に食わないんだったら理解のある良いお客さんって読み替えておいてくれ、
こっちは残念ながら理解の無い無茶な客を相手にすることが多くてね。
0792名無しさん＠お腹いっぱい。
2007/08/08(水) 11:56:31お客さんのマシンでシステムファームウェアの更新をするのですが、
lsmcodeでマイクロコードレベルが確認できないようです。
なんかSystem Firmware level is Not Determinable.って言われるようで。
lscfg -vpでもだめみたい。
会社にあるマシンでは見られるんですが、
これってモデルによって見れたり見れなかったりするってことでしょうか。
会社のは9111-520でお客さんのは9110-51Aです。
マイクロコードレベル確認する方法って他に何かありますかね。
0793名無しさん＠お腹いっぱい。
2007/08/08(水) 12:18:44と趣味でAIX使っている俺が言ってみる
0794名無しさん＠お腹いっぱい。
2007/08/08(水) 12:37:09マイクロコードをダウンロードするページに適用機種固有の手順や確認手順が書かれた
ドキュメントも一緒にあるんだが･･･
読んでないの？
0795名無しさん＠お腹いっぱい。
2007/08/08(水) 20:42:16>そう思ってるなら余計にLSJの研修に行くべき、
>HACMPはAIXを熟知していること＋HACMPを熟知してることが必須なので、
>よっぽど優れた人からOJTでもしてもらわないと研修抜きでは無理。
そんなこともないぞ。赤本嫁で充分。
すぐに「ハートビートに乗せて〜〜♪」って鼻歌歌いながらできるようになるさ。
0796名無しさん＠お腹いっぱい。
2007/08/08(水) 20:56:10http://www14.software.ibm.com/webapp/set2/firmware/gjsn?mode=1&mtm=9110-51A&Continue.x=44&Continue.y=14
0797名無しさん＠お腹いっぱい。
2007/08/08(水) 21:29:06仕事で使うなら研修は受けておくべき。
研修にいけないのなら、赤本見ながら一度は自分で手を動かしたほうがいいと思う。
本読んだだけで使えるものではない。
0798名無しさん＠お腹いっぱい。
2007/08/09(木) 01:53:43>>796みたいなページが有るから、
機種が分かってるなら、そこから最新のものをダウンロードすれば
良いと思ったんですけれど…
0799名無しさん＠お腹いっぱい。
2007/08/09(木) 01:58:500800名無しさん＠お腹いっぱい。
2007/08/09(木) 09:24:08あなたがHACMPのスペシャリストなのはわかったけど、一般的には研修に行くのが普通だよ。
世の中の人が全員できるわけじゃないことをわかった上で発言してくれ。
>>799
ま、大人の事情でサポートに入ってないマシンもあったりするわけで・・・・。
そういうのを無理やり管理させられてる可愛そうな人のサポートくらいいいじゃまいか。
0801名無しさん＠お腹いっぱい。
2007/08/09(木) 19:46:14>>790の話に思わず納得しました。
AIXならではの利点を活かして運用していくためにもC-SPOCの事前検証を行い、実績をつくってから本番を迎えたいと思います(パターン数がかなりありそうですが)
0802名無しさん＠お腹いっぱい。
2007/08/11(土) 01:24:140803名無しさん＠お腹いっぱい。
2007/08/11(土) 01:24:590804名無しさん＠お腹いっぱい。
2007/08/11(土) 11:43:14失敗する？時間がかかるだけだと思っていたが、その辺kwsk
0805名無しさん＠お腹いっぱい。
2007/08/11(土) 12:54:16昔の不具合のことだろう？
いまいちしんようできん。まあ、それはC-SPOCも一緒だが。
ちなみにC-SPOCにも頼らない、全て手動で、ってやつも結構いると思うよ。
べつにこれにたよらないとオンラインでできない、ってことじゃないしね。
0806名無しさん＠お腹いっぱい。
2007/08/11(土) 21:50:260807名無しさん＠お腹いっぱい。
2007/08/11(土) 21:50:59手動だとexportvg/importvgが必ず必要になるから、オンラインでは無理じゃないの?
0808名無しさん＠お腹いっぱい。
2007/08/11(土) 22:33:37exportvgは必要ないよね。importvgも、マスター側でvaryonvg -b -u してからスレーブ側でimportvg -Lをして、最後にマスターでvaryonvgしてやればOK(詳しくはman importvg)。
まあ、細かいところで気をつけないといけない部分が多いので（特にPV追加時の作業手順とか）、ある程度のスキルがないとお勧めはできないけど。
0809名無しさん＠お腹いっぱい。
2007/08/13(月) 21:05:0543P Model 150(AIX v4.33）のマイクロコードのアップデート手順を教えてください｡
0810名無しさん＠お腹いっぱい。
2007/08/14(火) 00:36:360811名無しさん＠お腹いっぱい。
2007/08/14(火) 01:13:390812名無しさん＠お腹いっぱい。
2007/08/14(火) 20:03:04exportvgいらなくても、クラスタ停止は必要だからあんまし変わらないよね、、
0813名無しさん＠お腹いっぱい。
2007/08/14(火) 21:28:58IBMから、HACMP環境のオンライン中の拡張は
C-SPOCで拡張しないとサポートしないと言われたぞ。
0814名無しさん＠お腹いっぱい。
2007/08/15(水) 00:34:35>>808でも「スキルがないとお勧めしない」と書いてあるし、
それは「スキルがないと失敗する可能性がある」ということでしょ？
0815名無しさん＠お腹いっぱい。
2007/08/15(水) 09:44:05びびっているようだが過去に何か操作ミスでもしたのか？
0816名無しさん＠お腹いっぱい。
2007/08/15(水) 10:06:07スキルがあったとしてもサポートしてくれない方法でトラぶった場合は、
STSCでまともに回答してくれない可能性が高いよ。
そういう意味ではスキルのある人ほどC-SPOCを使うんだけどね。
0817名無しさん＠お腹いっぱい。
2007/08/15(水) 19:22:06煙に巻くような言い方で言いたい事がよく分からないのだが、STSCではオンラインでの拡張はC-SPOCを使用しないとサポート(動作保証)しないって言っている、それだけの話だぞ。
0818名無しさん＠お腹いっぱい。
2007/08/15(水) 19:42:16日本語を勉強しなおしてから出直せ、そして荒らすな。
0819名無しさん＠お腹いっぱい。
2007/08/15(水) 21:49:11あんまりムキになるなよ、大人気ない・・・
0820名無しさん＠お腹いっぱい。
2007/08/15(水) 22:23:52それでトラブったら誰も拾ってくれないよ
まあ金貰って仕事でやってるんなら普通は避けるでしょ
at your own risk
0821名無しさん＠お腹いっぱい。
2007/08/17(金) 14:17:02ムキになって（ｒｙ
0822名無しさん＠お腹いっぱい。
2007/08/17(金) 14:26:19HPCでの多ノードクラスタリングぐらいだよね？
といってもあれはPowerPCブレードか・・・
0823名無しさん＠お腹いっぱい。
2007/08/17(金) 15:11:210824名無しさん＠お腹いっぱい。
2007/08/17(金) 17:33:15確かにどちらかというと「System pの上にLinuxで構築したい」という要望よりも、
既存のサーバー郡を統合するのに有利だねって感じの方が強いだろうね。
0825名無しさん＠お腹いっぱい。
2007/08/17(金) 18:09:28でもアーキテクチャが違うから標準rpm以外はソースから再コンパイルだし、
結局そのまま移行は出来ないはず。
それなら素直にAIXで良いんじゃないかな？って思う。
障害対応してると特に。
0826名無しさん＠お腹いっぱい。
2007/08/17(金) 19:31:52もちろんそのままだと移行できないよ。
この場合はお客さんの要望としてＨＷを集約／安定化させたいけど、
ＯＳは昔から使ってるRedHatのままがいいっていうのがあるからなんだよ。
で、結構こういう要望は多かったりするんだよ。
ＯＳをAIXに変えると、新たに技術者の確保が必要だけど
Ｌｉｎｕｘのままだったら既存の技術者に少しSystem pのスキルを学ばせればいいだけだしね。
（System p上のLinuxへの移行についてはIBMなりSSOさんなりがやるから客は気にしなくていいし）
大規模なシステムを持ってるお客さんほど保守要員の事を気にしてて、
出来る限り既存の技術者を使いたいと思ってるのよ、System pにはAIXが
一番パフォーマンスが良いのは確かだけど、それ以外の要因でLinuxがのることもある。
もちろん、既存システムの移行じゃなくて、全くの新規導入の時に最初からLinuxのせるのは
あんまりよろしくないのは俺も同意。
0827名無しさん＠お腹いっぱい。
2007/08/17(金) 20:55:46xの統合にp使うの？
pとxの混在じゃなくて？
xの統合だったらvmwareとか使わない？
ましてやIBMが参画していれば、AIXへの移行を第一に奨めてそうだけど・・・。
あんまり Linux on p ってIBMは奨めないよね。
もちろん、方法は一つじゃないので全然OKなんだけど・・・。
vmwareの方がアーキテクチャ一緒だし色々シンプルな気がしただけ。
あと個人的にAIXのアドバンテージはパフォーマンスじゃなくて障害時の情報収集能力だと思ってる。
0828名無しさん＠お腹いっぱい。
2007/08/17(金) 21:53:13>あと個人的にAIXのアドバンテージはパフォーマンスじゃなくて障害時の情報収集能力だと思ってる。
ちょ・・・・・、少しは製品の勉強してくれよセリングの部隊じゃないとしてもその知識レベルだと少しやばいぞ。
>xの統合だったらvmwareとか使わない？
>ましてやIBMが参画していれば、AIXへの移行を第一に奨めてそうだけど・・・。
２，３台だったらいいだろうけど、２０台とかのxの統合だとvmwareは役不足、
いくら進化してるとはいえxeonはパワー不足なんだよね。
>あんまり Linux on p ってIBMは奨めないよね。
べつにSystem pが売れりゃそれでいい、結局もうけはＨＷの値段と保守料金だし。
>vmwareの方がアーキテクチャ一緒だし色々シンプルな気がしただけ。
vmware上での動作を保証していないミドルウェアが結構あるんだよ、
以前もそのせいでvmwareの統合案件が流れそうになったことがあるしね。
0829名無しさん＠お腹いっぱい。
2007/08/17(金) 22:32:12何となくなんだけど・・・
あんまり現場に詳しくない人？っていうか営業系の方？
パフォーマンスはトータルで考えるものなので、OSのパフォーマンスがどうのこうのって言うのはお客様は求めていないよ？
単純にもっと高い箱買えばいいと思っている。
TCTでもトータルで考えろって怒られる。
むしろ、実際の運用入ってからお客様から求められるのは、迅速な障害の原因究明とか再発防止策とか。
そもそも箱の性能を限界まで使い切るような使い方はあまりしないよね？
普通は分散する。
あと、新機能を売りたいのは解るが、それを構築・保守する方の身にもなってくれ。
サポートに問い合わせても「事例がありません」とか回答されるんだよ？
・・・ってｽﾏﾝ後半は愚痴だ・・・。
0830名無しさん＠お腹いっぱい。
2007/08/17(金) 23:16:54君がセリングの知識の全くない現場での設定屋さんってのがよくわかった。
俺はどっちもやってるから君とは経験値が違うから話は平行線だな、
デリバリーしかやってないＳＥがどういう事を考えてるかの参考にはなったよ。
>TCTでもトータルで考えろって怒られる。
なんだそりゃ・・・、そんなん当たり前なんだけど・・・。
自分のレベルの低さを暴露してどうするよ。
>むしろ、実際の運用入ってからお客様から求められるのは、迅速な障害の原因究明とか再発防止策とか。
んなもん、LinuxだろうとAIXだろうと一緒。
君のLinuxに対する知識レベルが低いだけだよ、TCTの話と一緒だけどレベル低いのを暴露してどうするよ。
ひとまず、経験不足なのはよくわかったら頑張ってくれ。
0831名無しさん＠お腹いっぱい。
2007/08/17(金) 23:31:58> サポートに問い合わせても「事例がありません」とか回答されるんだよ？
横から割って入ってスマソ
この怒りはすごくわかるけど、そうでもして売らないと現場の仕事さえなくなるのが悲しい現状だよ。
0832名無しさん＠お腹いっぱい。
2007/08/17(金) 23:33:54よく薄っぺらいとか言われない？
製品技術だけではお客様にうざがられるよ？
よくウチのシステムにあった提案をしてくれって言われない？
正直、２０台とかのxをそのまま統合するような人がトータルの技術力があるとは思えない。
内心苦笑されてるよ？
0833名無しさん＠お腹いっぱい。
2007/08/17(金) 23:37:43全否定するつもりはないよ。
でもさ、安全そうな所と危険な所ってあるじゃない？
他にも、営業（特にIの）がパンフレットもってメリットだけ説明してくるのが非常に腹が立つ。
デメリットもちゃんと説明しろと言いたい。
毎回、信頼関係壊さないようにフォローする身にもなってくれ、というぼやきでした。
0834名無しさん＠お腹いっぱい。
2007/08/17(金) 23:57:51経験があんまり無いのはよくわかった・・・・、物事を多面的にみるようにしような
そうじゃないからＴＣＴでトータルで云々とか言われるんだぞ。
>正直、２０台とかのxをそのまま統合するような人がトータルの技術力があるとは思えない。
IBMのサイトくらいはちゃんと嫁、勉強不足過ぎ。
ま、どこかで頭打つだろうと思うけど頑張ってな。
0835名無しさん＠お腹いっぱい。
2007/08/18(土) 02:42:110836名無しさん＠お腹いっぱい。
2007/08/18(土) 02:51:52それを言うなら盆休みだな
0837名無しさん＠お腹いっぱい。
2007/08/18(土) 05:15:34サーバー大手サン・マイクロシステムズ（Nasdaq：SUNW）は16日、IBMがハードウエア販売
大手として初めてサンの基本ソフト（OS）「ソラリス」の再販を手掛ける契約を結んだと発表した。
両社幹部は電話会見で、当初は半導体大手インテル（Nasdaq：INTC）とアドバンスト・マイクロ・
デバイシズ（NYSE：AMD）のマイクロプロセッサーを搭載したIBMのサーバー向けに販売し、
その後、IBMのメインフレーム（大型汎用コンピューター）「zシリーズ」向けの販売方法を整備
するとしている。
IBMは、この合意により同社の営業担当者がサンの顧客にソラリスを販売しやすくなるとしている。
両社幹部は、この合意による売り上げ見通しについては言及しなかった。
サンのジョナサン・シュワルツ社長兼最高経営責任者（CEO）は「われわれは、IBMと協力して
ソラリスを最も広範な市場向けに販売できることを喜ばしく思っている。IBMはサンの提携相手
として適している。無償のオープンソース型ソフトと有償のソフトのいずれの利用者の間でも、
ソラリスの導入は引き続き加速している」と語った。
サンの16日終値は、前日比0.07ドル（1.51％）高の4.72ドル。
http://www.nikkei.co.jp/news/kaigai/media/djBST1037.html
0838名無しさん＠お腹いっぱい。
2007/08/18(土) 07:08:04TCT云々は「怒られるぞ」って意味で書いただけだよ。
実際に怒られたことはない。
あとさぁ、パンフレット信仰するのも良いけれど、君トータルで見れてないでしょ？
運用コストって考えたことある？
製品的に出来る出来ないの話じゃないんだよ。
いい加減に気づこうよ。
なんて言うか、自分の枠の中でしか物事を測れないんだね。
それで自称スペシャリスト？w
そういえば、一匹狼で他者と協調できない人のことを「スペシャリスト」とか言うよねw
0839名無しさん＠お腹いっぱい。
2007/08/18(土) 13:57:350840名無しさん＠お腹いっぱい。
2007/08/18(土) 14:20:350841名無しさん＠お腹いっぱい。
2007/08/18(土) 15:17:14これってホントにちゃんと仕事してる大人が書いた文章なのか？
「ｗ」を技術系の板で使ってる時点でアレなのは確かだが。
0842名無しさん＠お腹いっぱい。
2007/08/18(土) 16:10:09触るな危険、こういう困った人は放置が一番。
0843名無しさん＠お腹いっぱい。
2007/08/18(土) 21:46:44>あとさぁ、パンフレット信仰するのも良いけれど、君トータルで見れてないでしょ？
>運用コストって考えたことある？
>
>製品的に出来る出来ないの話じゃないんだよ。
>いい加減に気づこうよ。
>>834はこれのことを言いたいんだろ
つ http://www-06.ibm.com/jp/solutions/casestudies/20070110plala.html
0844名無しさん＠お腹いっぱい。
2007/08/18(土) 22:47:29でも2台あるから20台くらいはいけるのかな。
ソフトウェアレベルの仮想化って、テスト環境くらいしか使い物にならない
イメージあるけど実際どうなんだろう。
0845名無しさん＠お腹いっぱい。
2007/08/19(日) 10:38:33メモリはたっぷりいりそうだが。
あと、Power Hypervisorって、いちおう
ハードレベルってことになってない？
そもそも1システムもフルLPARな訳だし。
VMwareとは違うぞ。
0846名無しさん＠お腹いっぱい。
2007/08/19(日) 16:53:03正確には夏期休暇取得奨励期間じゃないか？
0847名無しさん＠お腹いっぱい。
2007/08/19(日) 18:09:03OSだけって事も無いだろうし、ミドルも当てなきゃだよね？
何で纏めないの？って思うんだが…
0848名無しさん＠お腹いっぱい。
2007/08/19(日) 18:24:38みたところデリバリ系もしくはSOのSE対チータ、って感じか？
箱（というかCPU）のパフォーマンスとOSのパフォーマンスをごっちゃにして議論するのはよしたほうがいい。
あと、AIX対Linuxって議論ならば4CPU以上と以下のレンジで分けて考えたほうがいいね。
4CPU越えならパフォーマンス的観点で対Linuxを考えるとAIXがはるかにアドバンテージあるだろうし、逆に4CPU以下ならOSのパフォーマンスなんてあまり重要視されない。
そのレベルのサーバーはスケールアウトできるようなサーバー群かスペックがあまり必要にならないサーバー群だろうから、あとはコスト面の問題が一番重要視されるよね。
で、デリバリーもやってるSEの観点から言わせてもらうと、そのレベルでのAIXのアドバンテージはやはりRASとかrobustさとかそういった面。
この点ではLinuxはひどいよね。ただ単にHW監視をやるにしても、xだったら、やれRSAが必要だ、ServRAIDが必要だ、になるし。
カーネルダンプにしてもRHELの過去の変遷（NetDump->DiskDump->kdump）をみればその点でのpoorさは一目瞭然。
しかもデバイスによってサポートされないものもあるし、まともにDumpを取得できないこともしょっちゅうなんだぜ？AIXじゃありえないっしょ。
なので、>>830の
>>君のLinuxに対する知識レベルが低いだけだよ、TCTの話と一緒だけどレベル低いのを暴露してどうするよ。
についていうと、そりゃお客さんの要求は一緒だろうけど、Linuxがその要求に達したレベルまであるかどうか、って話になると、それは違うと思うね。カタログスペックだけ信じてると、そう勘違いするのかもしれないけどね。
なので、Linuxの知識レベルが低いのはキミ。そこまでわかった上できちんとセリングができないと、後々お客さんともめるようになるよ。
（つまり、LinuxはこういうOSなんですから、それをわかった上で使ってください、って最初からいえないとね。まあ、こういってセリングしたとしてもトラぶったら無茶は言ってくるんだけどさ）
つーかでもさ、いくら定量的にでそうな指標だとはいえ、対Linuxで考えた場合に「OSのパフォーマンス（CPUじゃなくな）」を持ち出すのはちょっとどーよと思うけどな。
0849名無しさん＠お腹いっぱい。
2007/08/19(日) 19:03:43AIX on PowerとLinux on x86じゃ、比べようがない気が。。。
0850名無しさん＠お腹いっぱい。
2007/08/19(日) 19:08:200851名無しさん＠お腹いっぱい。
2007/08/19(日) 19:11:08だーから何を比べたいんだよ
0852名無しさん＠お腹いっぱい。
2007/08/19(日) 19:19:270853名無しさん＠お腹いっぱい。
2007/08/19(日) 19:29:14また変な奴がわいたのでこいつもスルーで。
>>846
ということは大体９月末くらいまでか・・・。
0854名無しさん＠お腹いっぱい。
2007/08/19(日) 19:32:03最近勉強した知識を披露したいのはわかるが
「Linux on System p」だけに絞ってくれ、今回はその話が中心だ。
あと、改行が死ぬほど下手くそで読みにくいから文を書く勉強もしといてくれ。
0855名無しさん＠お腹いっぱい。
2007/08/19(日) 19:34:010856名無しさん＠お腹いっぱい。
2007/08/19(日) 19:41:37本気で素朴な疑問なんだが…。
なぜ、まとめる提案をしないのだろう？
0857名無しさん＠お腹いっぱい。
2007/08/19(日) 20:02:04OpenPowerとかいうのがあったじゃん。
0858名無しさん＠お腹いっぱい。
2007/08/19(日) 20:53:55提案のことはよく分からんけど、元々複数サーバーでパッチを当てる手順があるなら
（クラスター管理かrshとかの作りこみか分からんけど）
その辺の手間は今までと変わらんのじゃない？それよりもハードウェアの統合化で
ハードウェア的な保守コストを下げるのが目的とか。単に今まで使ってたハードの
保守期限が切れて、せっかくだから新しいマシンに統合しましょう、とか。そんな感じじゃね？
0859名無しさん＠お腹いっぱい。
2007/08/19(日) 20:57:13>>856
200ってどこから出てきた数字だっけ？
ひとまずは、こういうソフトで統合管理なのかな？
HDE center → http://www.hde.co.jp/center/
>>855
客の保守部隊にLinuxの技術員しかいないとかそういう場合じゃないの？
それ以外だったらあんまりのせるメリットがない気がする。
0860名無しさん＠お腹いっぱい。
2007/08/19(日) 21:16:27いやいや。そういうことではないのよ。
既設20台を何も考えずに（集約化せずに）そのまま20個LPAR化するのはどうよ？って書き込みしたら、
> 834 ：名無しさん＠お腹いっぱい。 ：sage ：2007/08/17(金) 23:57:51
> >>832
> 経験があんまり無いのはよくわかった・・・・、物事を多面的にみるようにしような
> そうじゃないからＴＣＴでトータルで云々とか言われるんだぞ。
>
> >正直、２０台とかのxをそのまま統合するような人がトータルの技術力があるとは思えない。
> IBMのサイトくらいはちゃんと嫁、勉強不足過ぎ。
>
> ま、どこかで頭打つだろうと思うけど頑張ってな。
とパンフレット読め！的な回答があったのさ。
運用費用のこと考えてる？って訊いても、相手にしてもらえなくてねぇ・・・。
>>859
あぁ、ごめん。素で書き間違えた。
s/200/20/g でﾖﾛ。
あとパッチの件だけど、Linux on p であるが故のセルフコンパイルものとか
独自形式のミドルウェアとか、LPAR20個分のシステムバックアップとか・・・
色々在るわけだ。
あくまで例なので、各論については議論するつもりはないけれど、これらの保守・運用に
ついて、つっこんでみたら上記の通り「物事を多面的にみるようにしような」と
言われてしまったわけだ。
なぁ、本気で教えておくれよ。
0861名無しさん＠お腹いっぱい。
2007/08/19(日) 21:23:28Linux on x のパターンで書き込み在ったが、pにも当てはまるぞ。
Linux鯖が作動不能になるときは半死状態である場合がよくあるわけだが、
この場合、ログには何も吐かれていない場合が多い。
で、どうやってここから障害解析するのか教えて欲しいな。
私は低レベルすぎて分かんないからさ。
もちろん、本番環境で全鯖にKdbgなんてナンセンスなこと言わないよね？
そもそもHAだってまともに切り替わるかさえ怪しいのに、深夜帯とかに
どうやって障害解析するんだろう？
「AIXのログ収集機能はアドバンテージではない。
おまえのLinuxスキルが低いんだ！」
って言うからには、どんな匠の技を見せてくれるのか非常に楽しみ。
0862名無しさん＠お腹いっぱい。
2007/08/19(日) 21:55:53営業 VS SEって感じで面白いので放っておいたけど、そろそろ不毛なので
この辺で勘弁してやってくれ。真面目な話、お互いもっと歩み寄らないとなあ・・・とは思う。
Linux on pって、OSは同じでもデバドラ周りは当然別物になるから、その辺の不具合が
結構多いと言う話は聞いたことがある。「同じLinuxだから」と思って使うと後々面倒かもね。
ところで純粋な疑問だけど、>>861のようなときはAIXでも「ダンプとってください」くらいしか
言うことないと思う。（「半死状態」がどの程度なのかにもよるけど）
0863名無しさん＠お腹いっぱい。
2007/08/19(日) 22:01:06不毛なのでやめることにする。
AIXはerrptなりLEDなりクラッシュダンプに何かしら痕跡を残すことの方が多いし、
なにより絶対数が多いので検索すれば何かしら引っかかることが多い。
でも、Linuxの場合は一旦稼働し始めた鯖がカーネルクラッシュするのはまれ。
大概は中途半端に死ぬ（サービスは出来ないが、kernelは中途半端に動いている）
しかも、有意義なログを殆ど吐かない事が多い。
0864名無しさん＠お腹いっぱい。
2007/08/19(日) 22:02:46上の方にも書き込みがあったが、ソラリス on x らしいね。
ttp://www.nikkei.co.jp/news/kaigai/media/djBST1037.html
Linuxは諦めたのかな？
zにも展開するらしいが・・・
0865名無しさん＠お腹いっぱい。
2007/08/19(日) 22:06:56どうしてもこのまま続けたいんだったら鳥つけてくれ透明アボンしとくから。
------------------ここから元の流れ------------------
と言っても、あんまり話題がないのも確かだな・・・。
0866名無しさん＠お腹いっぱい。
2007/08/20(月) 03:25:52>>860-861みたいな文章書く人がまともな人とは思えないな、仕事中も同じ調子なんだろうから大変だな。
こういう奴と一緒の仕事にならないように祈るばかりだ。
0867名無しさん＠お腹いっぱい。
2007/08/20(月) 23:14:17829も830もどっこいどっこい。
・・・そして、848お前もな。
>>866
夏だから、頭の痛いヤツが多い。
0868名無しさん＠お腹いっぱい。
2007/08/21(火) 07:46:53なんで>>860-861が叩かれてんの？
>>866がまともな文章書いている人間にも思えないしなあ。
0869名無しさん＠お腹いっぱい。
2007/08/21(火) 11:00:19本人乙
迷惑だからトリップつけておいてください。
0870名無しさん＠お腹いっぱい。
2007/08/21(火) 12:57:46自演ばかりしてるから、他人もそうだと思うようになるんだよｗ
0871名無しさん＠お腹いっぱい。
2007/08/21(火) 13:20:42wを使う癖が抜けてないのでばればれなんだが。
ここまで粘着されると当分放置するしかないな。
0872名無しさん＠お腹いっぱい。
2007/08/21(火) 13:24:250873名無しさん＠お腹いっぱい。
2007/08/21(火) 13:53:340874名無しさん＠お腹いっぱい。
2007/08/22(水) 00:41:46試した人教えて。
0875名無しさん＠お腹いっぱい。
2007/08/22(水) 20:27:31ちょっと待っててくれ。
0876名無しさん＠お腹いっぱい。
2007/08/22(水) 23:31:29６４ビットで一番安いのって１８５？？？
0877名無しさん＠お腹いっぱい。
2007/08/24(金) 01:57:310878名無しさん＠お腹いっぱい。
2007/08/24(金) 02:24:43違います。使えない営業と社内政治力のないＳＥがいるスレです。
0879名無しさん＠お腹いっぱい。
2007/08/24(金) 02:29:29>違います。使えない営業と社内政治力のないＳＥがいるスレです。
IBMは営業とSEとCEとみんな仲悪くやってるんだなw
客は巻き込むなよ。
0880名無しさん＠お腹いっぱい。
2007/08/24(金) 21:59:02そうだね、それでも結構高いけど。
Unix本舗とかのPower4+のマシンとかだと30万くらいからあるはず。
0881名無しさん＠お腹いっぱい。
2007/09/01(土) 14:31:45一般ユーザーではoslevelコマンドが使えなかった。
音声認識が原因ではないがＪＩＳキーボードが言うことを聞いてくれなかった。
0882名無しさん＠お腹いっぱい。
2007/09/01(土) 23:26:070883名無しさん＠お腹いっぱい。
2007/09/02(日) 15:45:48でも既にlparがある状況で、使い道あるの？
0884名無しさん＠お腹いっぱい。
2007/09/03(月) 00:05:00アプリケーションを移動できるそうだけど。。。
移動して嬉しいか？
0885名無しさん＠お腹いっぱい。
2007/09/03(月) 01:55:19冗長化部品の交換とかも。
0886名無しさん＠お腹いっぱい。
2007/09/03(月) 07:02:16あと「IBMからSEへの通知の形で、OSやHWの根本障害以外は自動切換えを
推奨しないという文書が発行されており」
ってなんのことだか分かる方いますか？
http://ja.wikipedia.org/wiki/HACMP
0887名無しさん＠お腹いっぱい。
2007/09/03(月) 07:53:48冗長化のためにジェット機のエンジンを２倍に増やして本当に安全性が高まるのか？
なぞだ。
0888名無しさん＠お腹いっぱい。
2007/09/03(月) 10:57:12それと情報処理の基礎だな。
仮に5%の確率で故障する部品があった場合、２個での冗長化なら
２つとも壊れて動かなくなる確率は0.05×0.05=0.0025だ。
0889名無しさん＠お腹いっぱい。
2007/09/03(月) 11:54:33>>887とは別人だけど、多分そういうことを言っているのではないと思う。
実際問題として、ある部品が壊れることによってうまくフェイルオーバできずに全体が落ちてしまう、なんてことはよくあるわけだし。
0890名無しさん＠お腹いっぱい。
2007/09/03(月) 12:10:19
■ このスレッドは過去ログ倉庫に格納されています