アカウント名:
パスワード:
マトモなサーバ機なら、BIOSとかコンソールも遠隔操作できますよ。
そのマトモなサーバはどこから提供されていて、価格がどのくらいのものなんですか?世の中で運用するサーバがそうであるべきなら、その機能/手段を提供していないベンダは「マトモなサーバを売っていない」って論理ですよね?私は、サーバは役割であって機能の充実度ではないと思います。
annoyって名に恥じないコメントですな。つられてますよ~
「超高性能サーバーだけだろ?」って事を言いたいのはわかるけど
HPのiLOカード搭載サーバーなら2万円台から有りますNECからもDELLからも同様の機能がある廉価サーバー有りますリモートコンソール便利ですよ?
SPARK機でもIBM機でも当たり前の様に搭載UNIX機でリモートコンソールが使えないのは恐怖であります……
#ALOMとSolarisは違うよ!
SPARK機
面白いほどよく落ちる...
# SPARCですよね?
OH!ナイスロードス……
そ、それはそれで不幸を呼ぶという伝説の...
> 「超高性能サーバーだけだろ?」って事を言いたいのはわかるけどじゃなくて、「リモート管理を提供していない機体をサーバ用として出している場合は『マトモじゃないサーバを売ってる』ってことだよね?」という意味。何をもってマトモとするのか、サーバを提供しているけどリモート管理機能を提供していないところに対して、随分と失礼な話だと思います。さすがに> HPのiLOカード搭載サーバーなら2万円台から有りますこんな低価格は見つけられませんでしたが。(6万強くらいはありましたね)その程度で購入出来るのは、正直知りませんでした。(随分安くなったと思う、多分簡単に利用できるんだろうな)
ラインナップ上リモート管理機能をつけていない製品も出しているっていうメーカーはあると思いますがすべてのサーバーのラインナップにBMCとかの管理機能をつけた物が存在しないっていうのは無いんじゃ無いかな?
さすがにそんなメーカーのサーバーは業務用としては買いたくない用途に合わせて管理機能付いたサーバーを選択出来ないなんてあり得ないと思うので業務用でサーバーを売ってるなら決してまともなメーカーだとは思えないなぁ
DELLだとかオプションのDRAC/iDRACなくても標準のBMCだけで出来たような。
#PowerEdge SCラインだとBMCすらないんだっけ?
それにつけてもimpecの欲しさよ。Di2仕様がいいなあ。でもEastonのは要らないなあ・・・
>サーバは役割であって機能の充実度ではないと思います。
可用性も重要な役割だったりする。もしくは、役割をまっとうするための重要なファクター。機能の充実というよりも、求められている当然のことの一種。
LINUXサーバでなくUNIXサーバなんだもの、高級高機能高額なものでしょうね。いや逆に古すぎてそんな機能ないってか。
違う!違うよ!全然違うよ!UNIX機はとってもリーズナブルだよ!
たまには、おとなしくWindows使っとけ糞が!と思うけど大丈夫だよ!破壊したくなることもあるけど本当に大丈夫だよ!
リモートカード付で3万円台IntelCPUじゃない、ラックマウントできないからダメとか言わないで・・・
http://h20547.www2.hp.com/is-bin/INTERSHOP.enfinity/WFS/Directplus-Cus... [hp.com]
マジ自分でもほしい
>この辺りについても、ハングアップしたOSに強制的にダンプさせる機能を> 商用UNIX機だったら備えているので、そういうのを使うべきかな。
ダンプしてベンダーになげて判りませんの割合が高いからね。そういうベンダーかどうか?も判断が必要だ。解析しないでどうこう..という話もあるが、解析できる能力があるかの問題も結構あるんだな。なので、まずは解析ありきみたいなひとつ覚えを言っても意味がないことがあるよ。
>上記機能も無ければ、ハードウェア障害時のマシンチェック(ハードウェア版の> ダンプ機能みたいなもの)が無いような機械は触りたくないなあ。
使う環境によっては、実機でのダンプ採取が意味がない..ならむしろそんなのとっぱずして安くなるんなら、とっぱらってもよいわけです。実機の精査のため、代替機提供で、実機のお持ち帰りの検証解析といったところまでをサポート側にて受けるなら、ダンプとかいらないだろうな。もちろん乗っているデータやソフトウェアについての守秘関係がちょっとややこしいことになったりするけどね。
>一度ブートしたら決してリブートしないシステムなら、リブート試験はしなくてもいいが、そんな恐ろしいシステムは俺は触ったことがない
たぶん、そんな恐ろしいシステムになれちゃっているお方も多数いるのかもしれません。もしかしたら、何もしていない単なる箱をサーバと崇めている面白い宗教の方かもしれませんが...変更したら、影響をちゃんと調べる。調べている間に、再起動させて、正常に「別の問題でリブートしても、ソフトウェアとしては稼働する」という検証が必要なのですけどね、普通は...
>初歩的なミスなのでテスト不要というのは、どうだろうなぁ。
初歩的なミスをやっちまった状況で、他にミスがなかったとは言い切れない。まずは、サービスが正常に提供できることを、起動から停止までちゃんと調べないと、後日、痛い目にあうからね。
>どんな理由であれ、リブート試験をしないってのはダメだと思う。
クラスタなら、そのサービスが正常に遷移し戻しも含めて稼働することを検証しないとダメだし、単体サーバなら他のサーバと連携がある部分についても検査しないとね。結構、時間がかかる。ましてや、オンライン時間中とか24/365がサービスでの不具合は「調査したい、サービスを長時間とめてくれ」はあまり通らないからなぁ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
問題がリブート後に再現しないのは良くない (スコア:2, 興味深い)
いや、今回の話はデバッグしてからリブートしても遅くないぞっていう話だとは思うが。
Re:問題がリブート後に再現しないのは良くない (スコア:1)
Re:問題がリブート後に再現しないのは良くない (スコア:2)
マトモなサーバ機なら、BIOSとかコンソールも遠隔操作できますよ。
Re:問題がリブート後に再現しないのは良くない (スコア:1)
そのマトモなサーバはどこから提供されていて、価格がどのくらいのものなんですか?
世の中で運用するサーバがそうであるべきなら、その機能/手段を提供していないベンダは「マトモなサーバを売っていない」って論理ですよね?
私は、サーバは役割であって機能の充実度ではないと思います。
Re:問題がリブート後に再現しないのは良くない (スコア:1)
annoyって名に恥じないコメントですな。
つられてますよ~
Re:問題がリブート後に再現しないのは良くない (スコア:1, すばらしい洞察)
「超高性能サーバーだけだろ?」って事を言いたいのはわかるけど
HPのiLOカード搭載サーバーなら2万円台から有ります
NECからもDELLからも同様の機能がある廉価サーバー有ります
リモートコンソール便利ですよ?
Re:問題がリブート後に再現しないのは良くない (スコア:1)
SPARK機でもIBM機でも当たり前の様に搭載
UNIX機でリモートコンソールが使えないのは恐怖であります……
#ALOMとSolarisは違うよ!
Re:問題がリブート後に再現しないのは良くない (スコア:1)
面白いほどよく落ちる...
# SPARCですよね?
Re:問題がリブート後に再現しないのは良くない (スコア:1)
OH!ナイスロードス……
Re:問題がリブート後に再現しないのは良くない (スコア:1)
そ、それはそれで不幸を呼ぶという伝説の...
Re:問題がリブート後に再現しないのは良くない (スコア:1)
> 「超高性能サーバーだけだろ?」って事を言いたいのはわかるけど
じゃなくて、
「リモート管理を提供していない機体をサーバ用として出している場合は『マトモじゃないサーバを売ってる』ってことだよね?」
という意味。
何をもってマトモとするのか、サーバを提供しているけどリモート管理機能を提供していないところに対して、随分と失礼な話だと思います。
さすがに
> HPのiLOカード搭載サーバーなら2万円台から有ります
こんな低価格は見つけられませんでしたが。(6万強くらいはありましたね)
その程度で購入出来るのは、正直知りませんでした。(随分安くなったと思う、多分簡単に利用できるんだろうな)
Re: (スコア:0)
Re: (スコア:0)
ラインナップ上リモート管理機能をつけていない製品も出しているっていうメーカーは
あると思いますが
すべてのサーバーのラインナップにBMCとかの管理機能をつけた物が存在しないっていうのは無いんじゃ無いかな?
さすがにそんなメーカーのサーバーは業務用としては買いたくない
用途に合わせて管理機能付いたサーバーを選択出来ないなんてあり得ないと思うので
業務用でサーバーを売ってるなら決してまともなメーカーだとは思えないなぁ
Re: (スコア:0)
それ相応の顧客相手に商売するならそれなりの装備が最初からあって当然ってだけ
Re: (スコア:0)
Re: (スコア:0)
DELLだとかオプションのDRAC/iDRACなくても標準のBMCだけで出来たような。
#PowerEdge SCラインだとBMCすらないんだっけ?
Re: (スコア:0)
それにつけてもimpecの欲しさよ。Di2仕様がいいなあ。
でもEastonのは要らないなあ・・・
Re:問題がリブート後に再現しないのは良くない (スコア:1)
>サーバは役割であって機能の充実度ではないと思います。
可用性も重要な役割だったりする。
もしくは、役割をまっとうするための重要なファクター。
機能の充実というよりも、求められている当然のことの一種。
Re: (スコア:0)
LINUXサーバでなくUNIXサーバなんだもの、高級高機能高額なものでしょうね。
いや逆に古すぎてそんな機能ないってか。
Re:問題がリブート後に再現しないのは良くない (スコア:1)
違う!違うよ!全然違うよ!
UNIX機はとってもリーズナブルだよ!
たまには、おとなしくWindows使っとけ糞が!と思うけど大丈夫だよ!
破壊したくなることもあるけど本当に大丈夫だよ!
Re: (スコア:0)
リモートカード付で3万円台
IntelCPUじゃない、ラックマウントできないからダメとか言わないで・・・
http://h20547.www2.hp.com/is-bin/INTERSHOP.enfinity/WFS/Directplus-Cus... [hp.com]
マジ自分でもほしい
Re:問題がリブート後に再現しないのは良くない (スコア:1)
とくにそのままフリーズしちゃってるときは途方もない絶望を感じる.
OSが動いていて原因究明の手がかりがあるだけマシだろ,とかおもっちゃう.
というわけで,組込 Linux の話だけど,kernel panic すら起こさずにフリーズする現象に悩まされています.何のログもでてこないorz ラリる条件も不明 o|rz
Re: (スコア:0)
ICEでとれないCPU内の情報は、NMIのハンドラでメモリの特定アドレスに書き出しておいて
ICEで見る。
ハードウェアのバグの可能性もあるので、ハード側のエンジニアと共同で、ロジアナ使って
バスの状態も眺め、CPUが何をしているかを見る。
ICEない、NMIがかけられない、ロジアナがないとかいうのは、システム開発体制の不備なので、そこから直す…ことができるといいなorz
Re: (スコア:0)
>とくにそのままフリーズしちゃってるときは途方もない絶望を感じる.
この辺りについても、ハングアップしたOSに強制的にダンプさせる機能を
商用UNIX機だったら備えているので、そういうのを使うべきかな。
上記機能も無ければ、ハードウェア障害時のマシンチェック(ハードウェア版の
ダンプ機能みたいなもの)が無いような機械は触りたくないなあ。
Re:問題がリブート後に再現しないのは良くない (スコア:1)
>この辺りについても、ハングアップしたOSに強制的にダンプさせる機能を
> 商用UNIX機だったら備えているので、そういうのを使うべきかな。
ダンプしてベンダーになげて判りませんの割合が高いからね。
そういうベンダーかどうか?も判断が必要だ。
解析しないでどうこう..という話もあるが、解析できる能力があるかの問題も結構あるんだな。
なので、まずは解析ありきみたいなひとつ覚えを言っても意味がないことがあるよ。
>上記機能も無ければ、ハードウェア障害時のマシンチェック(ハードウェア版の
> ダンプ機能みたいなもの)が無いような機械は触りたくないなあ。
使う環境によっては、実機でのダンプ採取が意味がない..ならむしろそんなの
とっぱずして安くなるんなら、とっぱらってもよいわけです。
実機の精査のため、代替機提供で、実機のお持ち帰りの検証解析といったところ
までをサポート側にて受けるなら、ダンプとかいらないだろうな。
もちろん乗っているデータやソフトウェアについての守秘関係がちょっと
ややこしいことになったりするけどね。
Re: (スコア:0)
個人的には違う理由でリブート賛成派だけどね。例えばコア吐きまくりで作業に絶えないほど負荷が高いサーバーでイライラしながら作業するよりは、コアファイルだけ取ってリブートしてあとから解析する方が良いと思う。
Re: (スコア:0)
どんな理由であれ、リブート試験をしないってのはダメだと思う。
もちろん、一度ブートしたら決してリブートしないシステムなら、リブート試験はしなくてもいいが、そんな恐ろしいシステムは俺は触ったことがない。
Re:問題がリブート後に再現しないのは良くない (スコア:1)
>一度ブートしたら決してリブートしないシステムなら、リブート試験はしなくてもいいが、そんな恐ろしいシステムは俺は触ったことがない
たぶん、そんな恐ろしいシステムになれちゃっているお方も多数いるのかもしれません。
もしかしたら、何もしていない単なる箱をサーバと崇めている面白い宗教の方かもしれませんが...
変更したら、影響をちゃんと調べる。
調べている間に、再起動させて、正常に「別の問題でリブートしても、ソフトウェアとしては稼働する」という検証が必要なのですけどね、普通は...
>初歩的なミスなのでテスト不要というのは、どうだろうなぁ。
初歩的なミスをやっちまった状況で、他にミスがなかったとは言い切れない。
まずは、サービスが正常に提供できることを、起動から停止までちゃんと調べないと、後日、痛い目にあうからね。
>どんな理由であれ、リブート試験をしないってのはダメだと思う。
クラスタなら、そのサービスが正常に遷移し戻しも含めて稼働することを検証しないとダメだし、単体サーバなら他のサーバと連携がある部分についても検査しないとね。
結構、時間がかかる。ましてや、オンライン時間中とか24/365がサービスでの不具合は「調査したい、サービスを長時間とめてくれ」はあまり通らないからなぁ。