OpenCVでcudaGetDeviceCountを用いて、Cudaが利用可能な状態か調べていたのだが、通常はデバイスの認識がされていないと0が返されるところで、-1が返されていた。

結論は、NVIDIAのドライバとcudaのバージョンが合わなかったためでした。

NVIDIAのドライバをバージョンアップすることで、解決しました。

小ネタです。

今更感が強いです。

でもメモしておきます。

ここ最近、ブログさぼってました。
ついでに、Apache Http Server 2.2系から2.4系に移行しようとして、ガッツリ嵌ってしまいました。
その結果、ここのブログが10日ほど障害発生＆クローズ状態が続いておりました。
閲覧者の方にはご迷惑をお掛けしたことと思います。
お詫び申し上げます。

さて、気を改めて、HTTPサーバを再起動する時に誰かが閲覧中だったりすると困りますよね。いきなりサーバが落ちて正常に反応してくれない！バグってる！！落ちた！！！

そんなことを少しでも起こさない様にしたい！ということで、今回の小ネタです。

CentOS 6における安全なHTTPサーバ再起動方法

コマンドはこんな感じです。

ご存知の方も多いですよね。
今更ですよね。
でも知らない人も多いんですよ。・・・きっとｗ

CentOS 7における安全なHTTPサーバ再起動方法

CentOS 7ではserviceコマンドが非推奨となってしまいました。
systemctlコマンドへ移行されています。
systemctlコマンドではgracefulのオプションがありません。
ではどうやってやるのか悩ましいところでもあったりします。
でも、以外に解り易いオプション名に変更になったのではないでしょうか？

ということで、コマンドは以下の通りです。

設定の「再読み込み」と覚えておけば、今までよりも解り易くないですか？私だけかな？

ということで、小ネタでした。

前回はdummyプログラムを用いたサービスの登録方法について説明しました。
今回は、その登録したサービスを監視し異常発生時の再起動を自動的に行いたいと思います。

dummyプログラムは、TCP/IPによる通信を行うサーバ側のプログラムです。
ポート番号10050を使用してクライアントからの接続を待っています。

そのdummyプログラムが異常終了しゴースト化してしまっていたり、プロセス自体が動作していない状態（psコマンドで見つからない時）に、自動的に再起動を行わせます。

準備

プロセスの監視には色々と方法がありますが、今回はmonitを使用します。

monitのインストール

まず最初に、epelリポジトリをインストールします。
デフォルトではインストールされていないので、準備します。

続けて、monitをインストールします。

これだけです。

monitの初期設定

色々と他のサイトでも紹介されている様なので、今回は細かな設定については割愛します。
私がやったことは、以下の通りです。

１）monit.confの設定変更

/etc/monit.confもしくは/etc/monitrcの記述内容を編集します。

当該ファイルの一番下にこんな記述があります。

このままでは、/etc/monit.d/にある全てのファイルがインクルードされることになります。
/etc/monit.d/には各監視対象毎の設定ファイルが置かれることになります。
そこで、以下の様に編集しました。

/etc/moni.d/*.confとすることで、拡張子が.confのファイルだけが対象となります。
この設定を行う場合には、以下の作業も忘れずに行って下さい。

初期状態では、/etc/monit.d/にあるファイルはloggingだけになっています。

loggingファイルをlogging.confにコピーします。ファイル名の変更でも構いません。

これでmonitが動作する環境設定は準備出来ました。
それでは、monitをサービスとして起動します。

OS起動時に自動起動させるためには更に以下のコマンドを実行する。

これで監視が行われる状態になっています。
でも、監視対象が何も指定されいませんので、以下でdummyサービスの監視を行います。

プロセスの監視

前回の設定ではサービスとして登録しましたが、ここでは敢えて単独のプロセスとして監視対象にしました。
サービスとして登録した場合の方法については、別途記載しています。
サービスと登録している状態で、この方法を取ることはお勧めできません。
方法が異なる起動方法によりプロセスが再起動する可能性が発生し、管理上良くないからです。
この方法を採用する場合には、サービスとしての登録は行わない方が賢明です。monit単独で利用されることが望ましいと判断します。この方法とサービスでの起動を両方採用することは、二重起動を引き起こす可能性を含んでいます。
多分、プログラムは正常に動作しますが、異常が発生した場合に何が原因なのか特定することが困難になる気がします。

/etc/monit.d/dummy.confを以下の内容で作成します。

1行目：監視対象を指定します。
2行目：起動方法を指定します。
3行目：終了方法を指定します。
4行目：異常時の処置を指定します。今回はポート10050を使用しており、10050ポートが開いているかどうかを確認しています。
5行目：10回再起動をトライしてダメだったら再起動を取止めるという内容で、再起動の試行回数を指定しています。

後は、monitに設定を読込ませれば完了です。以下のコマンドでmonitに設定内容を読込ませます。

以上で完了です。
監視状況を確認するには以下のコマンドで確認出来ます。

サービスの監視

サービスの監視も基本的には同じです。

設定ファイルが以下の通り変更になりますが、実際には同じでも大丈夫です。
サービスとして登録する方法は前回を参考にしてください。

プロセスと異なり、systemctlを使用して起動と停止を行っています。
起動時にsystemctlコマンドを使用することで、サービス側との二重起動が避けられます。PIDはSystemd側で管理されていますので、Systemdを経由した起動の方が都合が良いわけです。
dummyプログラムのPIDを調べれば解ることなので、pkillやkillを使用して停止させることも出来るのですが、Systemd側における管理が煩雑になることを避ける意味から、systemctlコマンドを使うことになります。

サービス登録をしてRestartによる再起動を行った場合は、ポートの状態までは監視してくれませんでしたが、monitを使うことでポートの監視を行える様になっています。
ただし、固定のポートアドレスをハードコーディングで行う必要があるため、ちょっと使い勝手が良いとは言えません。

尚、この場合にはサービス登録側の設定も少し変更した方が良いでしょう。

こんな感じになります。

プロセスとして登録した場合とサービスとして登録した場合を敢えて記載しましたが、monitだけで十分では無いか？と考えると思います。通常はmonitだけで十分だと私も思います。

サービスとして登録する意味があまりある様には思えません。

敢えてサービスとして登録する意味はと言えば、一意のファイル名でプログラムが作成されていれば良いのですが、同名の実行ファイル名でプロセスが起動する様な場合には、サービスにしておく意味がある・・・と言うことぐらいでしょうか？

更に突っ込んで！monitが死んだら？

サービスで登録した場合でもプロセスとして登録した場合でも同じことなのですが、monit自体が死んでしまったら、プロセスを再起動することが出来ません。

CentOS 7では、UpStartの設定に従来の/etc/initが使えません。

ということで、/usr/lib/systemd/system/monit.serviceを変更します。

Restart=alwaysを追加しただけです。

これで、自動的に再起動を行ってくれます。

前回に引き続きOpenSceneGraphをLinuxへインストールします。

前回の記事では、CUIのcmakeを使って作業を行いましたが、今回からはcmake-guiを使用します。

まずは、前回記事の最後に記したcmake-guiのインストールから説明します。

cmake-guiインストール

簡単です。

これだけです。

cmake-guiを実行すると、こんな感じで見ることができます。

OpenSceneGraphのソースがあるディレクトリへ移動して

＃前回記事をそのままコピペしましたw

さて、ここから使い方を説明します。
起動直後は何も設定されていません。
ソースコードの在りかと、出力先を指定する必要があります。

where is the source code:  ここにOpenSceneGraphのディレクトリを指定します。

where is build the binaries: ここに出力先を指定します。OpenSceneGraph/binで良いと思います。（フルパスで指定してください。）

これで準備は完了です。

画面左下にある「Configure」をクリックすると新しい画面が開きます。

Linux上で使用するだけであれば、何も変更する必要はありませんので「Finish」をクリックします。

あとは勝手にチェックして結果を出してくれます。

前回色々なパッケージを追加しましたが、まだ足りないパッケージが幾つかありそうです。

パッケージの追加

それでは頭から見ていきましょう！

ASIO：Audio Stream Input Output
オーディオ関係のライブラリです。OpenSceneGraph（そろそろ面倒なのでOSGと今後称します。）では音響も扱えるために準備されているようです。
特に必要なければ放置して構いません。

COLLADA：COLLADA形式の3Dモデルを使用する場合に必要となります。
今回はこちらも必要ないので入れません。

DCMTK：同様です。DICOMファイルを扱う為のパッケージです。

FBX：こちらも同様に必要ありません。

GIFLIB：こちらはGIFのライブラリですね。
テクスチャなどで使う可能性がありますので、後程インストールします。

INVENTOR：こちらも同様に必要ありません。

LAS：librasで探すと見つかります。点郡データのフォーマットを処理するためのライブラリです。こちらも同様に必要ありません。

LIBVNCCLIENT／LIBVNCSERVER：VNCを使う為のパッケージです。必要ではないのです。

NVCORE/NVIMAGE／NVTT：本来いれたいところなのですが、実行環境の都合で今回はインストールしません。NVIDIAのライブラリです。

OPENEXR：画像フォーマットのライブラリですが、今回は必要ありません。

OPENVRAML：VRMLも今回は必要ありません。

PERFORMER：これももう使いません！

Qt5：気になります。出来ればインストールしてみようと思いますがQt4が既に入っているので消極的です。

SDL2MAIN：これが入っていないのはちょっと不思議。でも見つからなかった。
ググっても殆ど情報無いので、多分要らないだろうと思うことにする！
多分、SDLが入ってるからなんとかなるだろう！

XINE：動画関連のライブラリで入れたい。。。けど面倒だった記憶が甦る。

ざっとこんな感じですね。

では、インストールを進めます。

それぞれ以下のコマンドでインストールします。

これでデフォルトの環境構築ができる状態にまで至りました。

でも、サンプル動かしてみたいですよね。

ということで、サンプルを動作さえる為には、一つオプションを追加する必要があります。

BUILD_OSG_EXAMPLEにチェックを入れてください。
その後、Configureを再度行うと。。。。

FLTKとwxWidgetsはウィジェットエンジンですね。
FOXもFoX ToolkitというGUIのウィジェットエンジンですね。

FLTKとwxWidgetsについてのみインストールします。

やっと来ました！

「Configure」を実行してインストール漏れが無いことを確認したら、忘れてました！

怒られています。

もう一度！「Configure」を実行してインストール漏れが無いことを確認したら、続けて「Generate」を実行します。

行けたみたいですね。

とは言ってみたものの、まだ何も出来ていません。

正確に言うと、まだ準備が終わっただけです。

ここまで来たら疲労感が激しい。
でも、ここからが大変なんです。

コンパイル

ここからコンパイル作業を開始します。

コマンドライン上で、以下を実行します。

make時に出たエラーは、適宜エラー内容を評価して必要なパッケージをインストールしてください。
また、バージョンが低いためにコンパイルできないとかも発生します。
特に、cmake-gui画面でパスが設定されていない項目に関しては、必要に応じてパスを設定した上で再度コンパイルを実行する必要があります。

環境により異なることになりますので説明から除外しますが、基本的なプログラムはこの段階で概ね生成可能です。

つづけて

作成された実行モジュールが適当な場所にインストールされます。

ここで、サンプルデータをダウンロードして保存します。
データは以下からダウンロードします。

https://www.openscenegraph.org/index.php/download-section/data

ダウンロードしたファイルは、適当なディレクトリに解凍します。
ここで仮に/home/OpenSceneGraph-Dataとします。

データを保存した場所を環境設定します。

~/.bashrcなどに以下を追記します。

必要に応じてコマンドラインを再起動したり、もしくは以下のコマンドで再設定を行います。

テスト的に、以下のコマンドを実行します。

これで、牛のモデルが表示されたら完了です。

以上で完成です。