みゃおぉぉん WordPress

続きを読む(再読込)… or そのまま続きを読む… »

アパッチの設定ファイルは絶対に保存しておいた方がいいと今回は本気で思いました。
bakファイルをつくって、サーバー内とクライアントPCに保存しておけば問題ないと思います。
ほとんどの場合サーバー内のバックアップまで消えることはないでしょうから、ここまでで安全策は
十分かと思います。

HTTPDの何がおかしかったかというとyum updateでインストール途中になにかが止まってしまった
ためか、2重インストールされてしまってバージョンが複数存在してしまった。
これが原因でyumのアップデート失敗から苦難の道に入るのだが、とりあえずyumに詳しくないので
apt-getに逃げてみた　

これが良くなかったｗ

apt-get -f install でおかしいところを直してもらおうと思ったがyum.pidがロックされ
atp-get のファイルもロックされてどうしようもなくなったのだ。

これではラチがあかないので、仕方なく全部アンインストールして最初からHTTPD関連をインストール
することになったというわけ。

yum remove httpd　でアンインストールされるファイルが列挙されるので欠かさずコピペ
して、再インストールを楽にした。
もうこのコピペをしておくだけで、設定ファイルいがいのインストールまではものの5分とかからない
php-mbstringなどもアンインストールされてしまったが、それでもである。

そうして、先に書いたアパッチの設定ファイルを上書きして再起動。
まったくの問題なし。
このサイトのようにROOTURL/サイト名とかならいいけど
virtualを使用して複数のURLを管理しているなどの場合、１からアパッチの設定を書き直す
っていうのは苦しすぎる！そういうわけでアパッチ設定ファイルは絶対保存だなとおもったわけ。

« Hide it

続きを読む(再読込)… or そのまま続きを読む… »

さて、続きを読んでいらっしゃる方は、問題があった、またはインストールされていない方でしょう。
正直申しまして、私はImageMagickのインストールがよく分からなくて、1ヶ月ほど問題を放置したのち、今日、この記事を書いている数分まえに解決しました。

まぁ備忘録ですね。

RedHat系OSを使用していましてImageMagickなんて何も考えずにインストール成功しているものだと思いこんでいました。
しかし、現実はまったくインストールされておらず、画像の縮小などの機能が動作しませんでした。
Wordpressでもiimage browserなどを使用しようとしたときにも問題がでてきたものです。

＜参考にしたURL＞　

1. Monologue:ImageMagickのインストール(MTでサムネイル表示)
   http://blog.teachat.org/archives/4081552.html
2. ImageMagick: Install from Binary Distribution
   http://www.imagemagick.org/script/binary-releases.php#unix
3. Imagemagickの使い方
   http://vision.kuee.kyoto-u.ac.jp/~nob/doc/imagemagick/imagemagick.html#doc1_18
4. イワオ出版　実践自宅サーバー構築記: イメージマジックの復活
   http://iwao.dip.jp/server/archives/2005/12/post_40.html

先に参考となるURLを紹介しましたが、4番をとりあえず試してクダサイ。
私は4番のLinkで解決しました。

いろいろやりましたよ。
ソースからコンパイルしてみたりlibなどの依存関係を一生懸命解決しようとしたりしました。
それらは無駄には成らなかったのだろうとおもいますが、ひどい無駄にも思える労力を使ってしまいました。

« Hide it

続きを読む(再読込)… or そのまま続きを読む… »

結果としてこれは、自宅サーバーのIPアドレスと、そこに設置したMovableTypeへアクセスしたクライアントのIPアドレスが同一だったため更新できなかったのだろうとわかりました。
どういう意味かというと、自宅サーバーはいろいろなサーバーを動かす機能があり、そのうちプロキシサーバーというサーバーを動作させていました。
複数のパソコンから同じサイトにアクセスしたとき、そのサイトのキャッシュをそれぞれのパソコンで持つのは経済的ではないですよね。
その部分はみんなで共通して持ちましょうということです。Yahooにみんなでアクセスしているのに、そのキャッシュを一台でもっていればYahooのトップページはキャッシュから読み込まれるわけです。

こういう使い方をしていたんですが、そのクライアントのブラウザにネットワークの「自宅サーパーのアドレスにはプロキシサーバーを使わない」という設定をミスっていたため、ブラウザにあるプロキシ機能から
同じIPアドレスのサーバーにアクセスしてしまって表示がおかしくなってたというわけ。

192.168.11.200のサーバーがあったとしてそこに192.168.11.200でアクセスしているからだめなんですね。
プロキシのLAN設定で、192.168.11.200のIPアドレスは除外するとしてやらないと。

こうすることでPINGは問題なく発信されました。

« Hide it

続きを読む(再読込)… or そのまま続きを読む… »

どういった使い方をしたいかというと、、この常時稼働サーバーのバックアップを定期的に保存しておくためのバックアップサーバーの役目をしてもらうのが私の環境には適しているカナと思っています。

RAIDでミラーしとけよっとお思いのかたも多いでしょうが、Linuxを構築する際にHDDを一個でやってしまいました・・・　ここからRAIDは、RAID構築経験の無い私にとって追加RAIDという構成に自信がありません。
８ｃｍファンで強制冷却をおこなっていて真夏でも40度あたりをキープしているこの最強冷却Linuxですが、ひとたびファンがとまったりしようものならHDDは逝きかねません！

ですんで、Cronをつかって毎日定時に/homeフォルダ　/mysqlフォルダ　/wwwのウェブフォルダを保存すればほとんど問題ないでしょう。
えぇ私のサーバーの機能はそんなもんです！

公式のLS-GLサイトにも、バックアップなど企業で使えるような信頼性のあるNASをイメージした作りをしており、テラStationの最新版と同様、企業ユース向けに思えるので、信頼感が増しております。

値段にしても玄箱HGは１９，０００円程度であり、HDDを追加すると２８，０００円は超えそうです。ですから、ここは１６０GB版を２８，８００円あたりを目安に買えば、かなりお得モノだと思いますね。
問題はSMB機能をつかってこのサーバーからのバックアップtarファイルを保存する設定がきちんと”わたしが”できるかどうかです。

« Hide it

続きを読む(再読込)… or そのまま続きを読む… »

無線LANアクセスポイントにつないで、無線LANからアクセス無線LAN「AirStation」のあるネットワーク環境なら、ネットワークを通じて無線LANパソコンからもワイヤレスでLinkStationにアクセスができます。

冷却効率向上のため、空気の流れを重視した筐体設計「外気の取り込み」「熱気の排出」を効率的に行い冷却性能を高めるため、空気の流れ(エアフロー)を重視した設計となっています。

最新の高速CPUを採用し従来機種に比べ、リードで約1.7倍の高速化を実現。大容量データへのアクセスな速度を保ちます。

とのこと。
ギガビットイーサに対応していることや、無線LANへの対応と、ネットワーク関係は、このクラスのNASで最強になって新登場していますね。
それから、玄箱HGのときに死亡した原因となった、エアーフローの問題も考慮した作りとなっていると述べられています。
５ｃｍファンとのことですが、これは実際さわってみて使ってみないことには何ともいえません。

私のサーバーは常時強烈な風が直接HDDに当たるように配置（上に置いてあるだけだが）されており、それで４０度を超える熱さには絶対
ならないようにしてあります。

ですから、この新LinkStationがどれほど、HDDを冷却できるファンを搭載しているのか気になります。
まぁMaxtorとかSeagateとかの高速であっちっちなハードディスクを搭載するのだけはやめておくようにしましょうね。

5400RPMでWesternDigitalあたりが無難だろうと思います。

« Hide it

続きを読む(再読込)… or そのまま続きを読む… »

1. JAVAをインストール。

とりあえず、SunのJAVAホームページへ移動して、JAVAインストール用のファイルをとってくることにした。
だが、JAVAファイルを見つけるのに疲れたんで、メモ。トップメニュータイトル下にある[Download]をクリックして[JavaSE]を選択する。
[Java SE Downloads]の Supported System ConfigurationsをクリックしてLinuxの環境を確認しておく。[download]からJDK５．０のインストールファイルをダウンロードしてくる。

2. ファイルをダウンロードして適当な場所に保存する

どうしてこんなコトを書くかというと、先ほどのダウンロードページからWGETコマンドでダウンロードして保存しようとしたら私の使っているサーバーLinuxOSは、なぜかきちんとファイルを取得できなかったのでクライアントのブラウザからいったん保存して指定の場所に移動させてそこからダウンロードしたファイルをいじれるようにした。
なんとも面倒である。私の場合は、クライアントがWindows機なのでSSHでファイルを転送してサーバーからファイルを扱えるように行った。50MBもあるのかと正直びっくり。

3. ファイルに実行権限をつける

RPMからの実行インストールなので、ファイル自信に実行権限をつけて実行させる。
# chmod +x jdk-1_5_0_07-linux-i586-rpm.bin

このコマンドで実行権限がつくはずだから、あとは自動で行くだろう。

4. JDKファイルをインストール

気楽に考えて
# ./jdk-1_5_0_07-linux-i586-rpm.bin
だけ打ち込んでやる。
ここら辺も、当然Sunのホームページに解説があるのでそれを熟読のこと。
ドットスラッシュ実行だけです。

5. ライセンスへの同意

バイナリコードライセンスが表示され、ライセンスに同意するかどうか尋ねられます。
これなんですが、上記のドットスラッシュ実行をしたあとライセンスがかなりの量で（しかも英語）でひょうじされつづけるんでEnterキー押し続けて読み飛ばしちゃいました。
そうしている内にライセンスへ同意しますかって英語で聞かれるのできちんと分かった上でYesを入力し、インストールへ。

契約内容に同意すると、現在のディレクトリに jre1.5.0_ というディレクトリが作成され、ここに J2SE Runtime Environment ファイルがインストールされます。リンクをたどって、ディレクトリ構造を確認します。

/usr/java/jdk1.5.0_07

にファイルが格納されていました。
バージョンは違えど、こういう形＜/usr/java/jdk ****　> で格納はされていると思います。
確認とれたら、ダウンロード時のいらないファイル適宜削除してキレイに整理整頓。

6. java-1.4.2-gcj-compatアンインストール

これはどういうものか、最初分かりませんでした。Googleできっちり探せば情報はでてくるので、そっちで。
参考URL　１：　JSPサーバー構築
参考URL　２：　J2SE の導入

remove java-1-4-2.txt

7. 環境変数の設定

WindowsでいうとPaｔｈをとおすってやつですよね。知ってるって言われそうで恐いですが、、、それを行います。
# vi /etc/profile
で開いて、

export JAVA_HOME=/usr/java/jdk1.5.0_07
export PATH=$PATH:$JAVA_HOME/bin
export CLASSPATH=.:$JAVA_HOME/jre/lib:$JAVA_HOME/lib:$JAVA_HOME/lib/tools.jar

という環境変数を追加。
変更後は
$ source ~/.bash_profile
または
$ source /etc/profile
とする。

これでJavaの環境は出来たと思う。
でもこれだけではPaintChatサーバーにはならない。
長くて読みにくくなってきたので、今回をJAVAインストール編として、[続く]

« Hide it