sanonosaシステム管理相談掲示板

システム管理に関するご質問・ご相談等ありましたら答えられる範囲でお答えします。例えば

・こういうサービスを行う場合どういったサーバを買えばいいか?
・業者からこういう見積もりがきたがこれは妥当か?
 ・サーバチューニングについて悩んでいる
・24時間サーバ監視が必要になったが適当な業者を教えてもらえないか?

※強いお願い
投稿する場合、名前に「通りすがり」だとか「匿名」というのは極力ご遠慮ください。実名を記す必要はありませんが、せめてペンネームを記してもらえればと思います。

オートネゴシエーションについて

全て表示

  • 某研究所ネットワーク管理者
  • 投稿日:2007/06/05 16:56

始めまして。いつも楽しく拝見させて頂いております。
質問なのですが、当方ではSummitとCentrecomがネットワーク上に同居しております。そこで、稀にですが双方をオートネゴで接続しても、本来のスピードが出ないことがありました。例えば、本来100メガFullであるはずが、100メガHalfとなってしまったり等です。一般にはオートの設定で想定しうる最適なものが自動設定されるはずなのですが、相性などあるのでしょうか。もし、sanonosa様の方でこれを経験若しくは類似した情報をお聞きになったことがあるのであれば教えて下さい。全くご経験にそぐわない質問でしたらご容赦下さい。

  • 2.sanonosa
  • 投稿日:2007/06/05 19:15

早速のご質問ありがとうございます。私も昔全く同じ経験をしました!

Auto negotiationの誤認識問題は昔の機器ではまれに見られましたが、特にSummit48の時代のSummitは誤認識が多発していました。ですので私がSummit48を使っていたときは全ての機器を100M-Full固定設定にしていました。

  • 3.sanonosa
  • 投稿日:2007/06/06 00:43

ちなみに最近の機器であればかなり高い確率でAuto negotiationの認識に成功するようです。もっと言えば1000BASE-Tにしてしまえば、そもそも1000BASE-TにはFullしかないのでまず誤認識しません。なので可能な限りインフラはGigabitにしたいところです。無論予算次第なのですが・・・。

  • 4.某研究所ネットワーク管理者
  • 投稿日:2007/06/06 13:05

ご返信ありがとうございます!
sanonosa様も同様の事象を体験されてましたか。仰る通り、Summit48に多いと私も感じています。当方の運用でも固定で100Fullにすることでしのいでいますが、確かに1000BASE-Tであれば問答無用のFULLになりますね。
大変参考になりました。また質問等させて頂きます!

タグ:

KERNEL_STACK_INPAGE_ERROR

全て表示

  • よし
  • 投稿日:2008/07/31 09:19

いつもお世話になっております。

ブルー画面になり「KERNEL_STACK_INPAGE_ERROR」と
表示される現象についてお聞きしたいのですが、この現象が起きる場合は
ほぼHDDもしくわマザーボードの故障と考えていいのでしょうか?

自分なりに調べてみたのですが、どんな状況においてもこの現象が起きたら、なんらかの重大な異常があるようなので、
PCを再セットアップでもしてみようかと思っているのです。

なにかアドバイスがあればいただきたいと思い書き込ませていただきました。

  • 1.sanonosa
  • 投稿日:2008/08/01 10:03

よしさん、こんにちは。

このご質問もシステム管理とは関係ない気もしますが一応お答えします。今後は極力メーカーのユーザサポートをご利用ください。

さて、まずこの類のトラブルが発生した際の鉄則としては、早期にデータを抽出して退避させておくことです。(HDDを抜き出して他PCに接続してコピーする等の手段が考えられます)

次に故障チェックです。HDDの場合はフリーのHDDチェッカーを使って障害チェックをしてみてください。マザーボードの場合はそもそもOSがブートするのであれば一応問題ない気もします。

もしソフトウェア的な問題なのであれば確かにOSを再インストールしなおせば解決しそうです。

このように疑わしいところを洗い出して1点1点つぶしていくのがよろしいかと思います。参考になりましたでしょうか?

タグ:

スーパーブロックがext2を開けない?

全て表示

  • cent君
  • 投稿日:2008/09/23 04:55

CentOS5.2とFreeBSD7.0のデュアルブート構成になっているPC上で、ずっとFreeBSD7.0のほうを上げていました。
久々にCentOS5.2をいじってみようと、再起動してGrubの選択画面でCentOS5.2を選び、起動させました。
すると画像のようなエラーメッセージが・・
なんでも、要約するとスーパーブロックがext2ファイルシステムを開けないっぽいエラーなのですが、ext2ファイルシステムなんて作ってないですし、なぜ突然こんな風になってしまったのかわかりません。
FreeBSD7.0を上げていたときに、もう一方のOSに影響を及ぼすような何かおかしな操作をしてしまったんでしょうか??

よろしくお願い致します。

  • 1.cent君
  • 投稿日:2008/09/23 05:25



すみません画像を忘れていました

  • 2.sanonosa
  • 投稿日:2008/09/25 12:35

ご質問ありがとうございます。

んー。あまり聞いたことがない現象ですね。

何らかの原因でLogical Volume自体が壊れてしまったのでしょうか。普通に考えたらFreeBSDがCentOSの領域を壊すことは考えにくいですよね。

大変申し訳ないですが、ちょっとわかりかねます。orz

  • 3.Linux恐怖症
  • 投稿日:2008/10/27 23:11

>>2
普通にスーパーブロックが破損しているのではないでしょうか?
画面の指示に出ているように、代替スーパーブロックから修復できる可能性もあります。

たまにこういう状態になりますが、デバイスでのエラーが発生していないのであれば修復できた事もあります。

時間がたってるから、もう解決できてそうですが・・・。

タグ:

静的コンテンツと動的コンテンツのサーバ間接続

全て表示

  • JUN
  • 投稿日:2008/11/11 22:01

はじめまして。
いつもブログを参考にさせていただいております。

こちらのURLを読んでいて質問です。
http://nosa.cocolog-nifty.com/sanonosa/2004/06/post_2.html

サーバの負荷が高いので、表題のようにサーバを分離しようと思っているのですが静的コンテンツと動的コンテンツのサーバ間接続をLAMPで実施したいのですが、静的コンテンツを受け付けるWebサーバと動的コンテンツを受け付けるAPサーバの接続は、通常どのようにするのが一般的なのでしょうか?


宜しくお願いします。

  • 1.sanonosa
  • 投稿日:2008/11/12 09:45

JUNさん、ご質問ありがとうございます。

「静的コンテンツを受け付けるWebサーバと動的コンテンツを受け付けるAPサーバの接続」というのは、フロントとバックエンドを分けるという意味でしたでしょうか。だとしたら元記事の内容とは違ってきますが、例えば以下の要領で行います。

1.フロントエンドにはリバースプロキシーサーバを置き、静的コンテンツのみフロントエンドでキャッシュさせるようにします。LAMPでとのことなのでおそらくオープンソースでの構築を希望されているのだと思います。その場合すぐに思いつくのはsquidでのリバースプロキシー構築、もしくはapache+mod_proxyでのリバースプロキシー構築でしょうか。

2.バックエンドは単に普通のWEBサーバで結構です。

さて、一応これでインフラは整うわけですが、問題は何が静的コンテンツで何が動的コンテンツかをフロントエンドが知ってないといけないわけですが、これは例えば単純に画像ファイル、CSSファイル、そしてJavaScriptファイルが静的コンテンツなんだと定義できればそのようにルール記述すればよいですが、もうちょっと複雑だったらルール記述も複雑になります。

こんなご回答でよかったでしょうか?

  • 2.JUN
  • 投稿日:2008/11/13 22:16

sanonosaさん

ご回答ありがとうございます!
元記事と違うということで、やっぱりよくわかってないようなのでちょっとそれに関しても質問させてください。

元記事は、イメージサーバということで、イメージサーバを別に立てて、それは、インターネットからも別サーバとして見えるようにFQDNは別になるということですね?

私の質問のフロントとバックエンドという考えとどっちの方がサーバの負荷を軽減できるのでしょうか?
あくまで一般的な考えでいいので教えてください。

以上です。よろしくお願いします。

  • 3.sanonosa
  • 投稿日:2008/11/25 10:42

「私の質問のフロントとバックエンドという考えとどっちの方がサーバの負荷を軽減できるのでしょうか? 」については、普通に考えればイメージサーバを別に立てたほうがサーバ負荷が低くなります。

フロントとバックエンドで分けた場合、全てのコンテンツ出力がフロントを通るのに対して、イメージサーバを別にした場合イメージサーバは画像だけ、WEBサーバは動的コンテンツだけを出力するようになるというのがその理由です。

ただよほど大規模サイトでなければ両者の違いはサーバ負荷やパフォーマンスという点ではあまり大差ないかもしれません。むしろコンテンツのメンテナンスをどちらのほうがしやすいかという観点からどちらを選択するか検討されたほうがよろしいかもしれません。

タグ:

データ容量テラクラスのデータバックアップスタイル

全て表示

  • よしきち
  • 投稿日:2007/09/24 12:04

デザインのデータが1テラあります。
手軽なので、ハードディスクのみに保存していますが、ハードディスクのみのバックアップは危険と
書かれている記事をよくみます。

予想以上に大きくなるコンテンツは現実ハードディスクがベターと思っていますが、正しいでしょうか。

  • 1.sanonosa
  • 投稿日:2007/09/25 10:14

よしきちさん、こんにちは!

「ハードディスクのみのバックアップは危険」の危険というのはデータが飛ぶという意味ですよね?(セキュリティのことではないですよね?)。となると予算やデータの重要度に照らし合わせてどのレベルのバックアップにするか選ぶのが良さそうです。

レベル1:別のハードディスクにコピー
レベル2:別のハードディスクにコピーし、さらにテープやハードディスクなどにも更にコピー
レベル3:別の媒体にコピーしたものを別の拠点に定期的に輸送
レベル4:別拠点にリアルタイムコピー

今回の場合、私だったらレベル1程度でも十分だと思っていますが、重要なデータでしたらレベル2まで実施してもよいと思います。

あと、ハードディスクの特性的に危険という観点の見方もありますが、一方でハードディスクは日常よく使われるので他のハードディスクとまぎれたりすることで紛失する危険というのもありますね。

タグ:

おすすめサービス

InterPot(インターポット) ドメイン@nifty @niftyホームページサービス