Monthly Archives: 9月 2007

ZABBIXとはフリーの統合監視ソフト。

Webインタフェースで楽に設定できて、綺麗な表示が得られるのが特徴。

今回、Ubuntuの入ったマシンにZABBIXをインストールしようと思ったのだが、2007/9現在、ZABBIXは1.4.2が最新版であるのに対し、7.04(Feisty)で手に入るパッケージのバージョンは1.1。

どうせなら新しいのを入れたい。

調べたところ7.10(Gutsy)であれば1.4.1のパッケージがあるようだ。

もちろんソースからコンパイルしても良いのだが、自前インストールしたZABBIXがパッケージ管理しているソフトウェアに依存していると後々面倒なので、思い切って7.10にアップグレードした。

で、インストール。

バックエンドのデータベースにはMySQLを使用するので、下記二つのパッケージをインストールした。

zabbix-frontend-php – software for monitoring of your servers — php frontend

zabbix-server-mysql – software for monitoring of your networks — server

インストールに伴う設定手順などはThinkIT 第1回：ZABBIXをインストールが参考になる。

が、こういった記事は日が経つに従い、対象としているソフトの最新版との違いが発生してくるので、オフィシャルサイトやソフト自体に付属してくるドキュメントも確認しないと色々と問題が起こったりする。

実際、上記の記事では誤記も多かったので、オフィシャルサイトのマニュアルと見比べつつ設定をした。

特に大きな違いがあるのはWindowsにagentデーモンをサービスとして登録する方法。

記事中では単に「install」を追加すると書いてあるが、オフィシャルマニュアルでは「–install」となっており、実際に後者でないと認識されない。

v1.4ではzabbix_agentd.exe -c “設定ファイル” –installとする。

ちなみにWindows上でzabbix_agentd.exeに-hオプションを与えて実行した出力は下記の通り。

その他のオプションが表示される。

その他にちょっとつまづいたのは、php.iniの修正。

webインタフェースを初めて実行すると設定が始まり、場合によってphp.iniの修正を求められる。

俺がphp.iniを変更したのは下記の2行

max_execution_time = 300　（30だったのを300に修正）

date.timezone = Asia/Tokyo　（追加）

php.iniを修正したらapacheの再起動を忘れずに。

コンポーネントを説明したhttp://www.ubuntu.com/community/ubuntustory/componentsの適当訳

main コンポーネント

デフォルトでインストールされるソフトウェア。

一部のファームウェアやフォントを除きオープンソースソフトウェアである。

原則として開発者、コミュニティ、ユーザの精査を経て追加されており、セキュリティ上の問題やバグが発生した場合にもUbuntuチームによりサポートされる。

restricted コンポーネント

一般的に使用されるソフトウェアだが、ライセンス上、使用に制限のあるソフトウェア。

一番分かりやすい例ではバイナリで配布されるデバイスドライバなど。

何か問題が発生してもUbuntuチーム自身が対応することが出来ないが、開発元への報告は行われる。

universe コンポーネント

いろんなソフトウェア（だんだん面倒くさくなってきた）。

mainコンポーネント上で問題なく動く数々のオープンソースソフトウェアが含まれるが、Ubuntuチームによるセキュリティやテクニカルサポートの保証はない。

ただ、セキュリティアップデートはコミュニティを通じて提供される。

multiverse コンポーネント

フリーではないソフトウェアが含まれる。

したがって自分自身で各ソフトウェアのライセンスを確認して自己責任で使うこと。

Ubuntuを7.04にアップグレードしたばかりだが、ある事情により7.10に続けてアップグレードしたその顛末。

とは言っても、先日の手順での”Feisty”をそのまま”Gutsy”に変更して実施しただけ。

後述の問題を除きスムーズに終了した。

その問題とは、正式版リリース前でリポジトリが頻繁に更新されているせいなのか、チェックサム不整合でapt-get updateが正常に終了しなかったこと。

そもそもsources.listを十分に理解していかなかったので途方に暮れたのだが、Ubuntu公式をうろついて、なんとなくミラーサイト一覧からオリジナルサーバとの差が小さいものを選んでsources.listを書き換えたら動いた。

そのとき、たまたま見つけたページでコンポーネントの意味も分かったので良かった。

こういうとき、公式サイトのドキュメントがしっかりしていると助かる。

そんなわけでまとめてみた。

6.10のときにインストールしたApache2+SSLだが、7.04にアップグレードしたとたん、下記のメッセージが表示されてSSLが動作しない。

mixing * ports and non-* ports with a NameVirtualHost address is not supported

sites-enabled内の000-defaultで下記の記載がある。

　NameVirtualHost *

　<VirtualHost *>

したがって、000-defaultのVirtualHost *は*:*、つまりportが*と判断され、すべてのportに適用されるため、mod-enable内のssl設定ファイルの下記記載と齟齬を来していた。

　<VirtualHost _default_:443>

なので、000-defaultを下記のように修正してOK。

　NameVirtualHost *:80

　<VirtualHost *:80>

000-defaultを変更したくないのであれば、ssl設定ファイルのホスト名を、下記のようにIPアドレスにしてもOK

　<VirtualHost 192.168.1.1:443>

俺メモ。

Ubuntu 6.10から7.04へマニュアルアップグレードしたので、その時のメモ。

といっても、Ubuntu公式サイトに書いてある通り進めるだけ。

念のため、基本的なパッケージがインストールされていることを確認。

sudo apt-get install ubuntu-minimal ubuntu-standard

sudo apt-get install xubuntu-desktop

最新の状態にアップグレードされていることを確認

sudo apt-get update && sudo apt-get

sources.listを修正

sudo sed -e ‘s/\sedgy/ feisty/g’ -i /etc/apt/sources.list

apache2+php5をインストールしている場合には、apache2を動作させた状態でアップグレードをすること、とサイトには書いてある。（冒頭に書いておけよ、と思った）

深呼吸してから実際のアップグレードを始める。

sudo apt-get updateとしてから、sudo apt-get dist-upgradeを「何もアップグレードするものが無くなるまで」繰り返す。

たいていは何かのアップグレードに失敗するし、場合によってapt-get -f installをしろと指示されるので、その通りに実行してまたdist-upgrade。

念には念を入れ、下記コマンドを実行。

sudo apt-get update && sudo apt-get dist-upgrade

sudo apt-get -f install

sudo dpkg –configure -a

最後にサイトの注意書きを確認する。

・/etc/groupのadminグループに自分のユーザ名が入っていること。

・pango-libthaiがインストールされていないこと。

オッケーならリブートして終了。

問題なく動作するはずだが、俺の場合、Apache2+SSLが動かなくなった。

後述の問題を解決して、最後にsudo apt-get autoremoveして終了。

結局のところ、Ubuntuをアップグレードしたから、というよりは、apache2のバージョンアップで、設定ファイルのルールが変更されたため、エラーとなったようだ。