５年間、安定稼働を続けていた、我が家のVMware ESXi 仮想化サーバー。　ところが去る2月15日に、マザーボードが突然死。

2日後に、中古で暫定版のマザーボードをどうにか探して買ってきて、何とか立ち上げました。

故障したESXiサーバーの緊急保守用に暫定的に購入したマザーボード。これがまた調子が悪かった・・

しかしその後、1週間に数回ほどサーバーが落ちる現象の原因がわからず。　単身赴任先から自宅に連絡して、家族にリセットしてもらっていました。

しかしこんなことを続けているわけにもいかないので、今後は構成を一気にシュリンクして、オーディオプレイヤーとしても使っているワンボードコンピューター、RaspberryPi3 へ移行することを決めました。断捨離です。

有難いことに、このサーバーで稼働中の、集まれ！塩ビ管スピーカーの経費でハード費用を支出いただけることとなり、1万円に収まる金額ですが有効に活用させていただくことにして、現在移行作業中です。どうもありがとうございます。

既に、なーお'nWEBと集まれ！塩ビ管スピーカーのWEBサイトは移行済み。WEBサーバーはApacheではなく軽量高速なnginx。　それでもハードのスペックが低いため、少しレスポンスが遅いですがどうぞご容赦を。 他のアーカイブサイトも今日中に移行完了の見込みです。　その後、メールサーバー移転に着手・・

それにしても、いくつものXOOPS Cubeサイトを動かしてしまうRasPiサーバー、恐るべき実力ですね。

（追伸）
運用開始後、サーバーダウンが頻発。再起動しても立ち上がらない。
php-fpmのログを見ると、

WARNING: [pool www] server reached pm.max_children setting (5), consider raising it

これは、子プロセスの設定がうまく行っていないということらしい。
参考：php-fpmのエラーにぶつかりながら設定の最適化を図る

/etc/php/7.0/fpm/pool.d/www.conf

; pm.max_children = 5
pm.max_children = 20

; pm.start_servers = 2
pm.start_servers = 4

pm.min_spare_servers = 2

; pm.max_spare_servers = 3
pm.max_spare_servers = 6

　これで安定してくれることを願います。。

RaspberryPi3 B type (RS components製)と,
64GbyteのSDXCメモリ、積層式のCase。なかなか面白い。ファンも付いてきたけどまだ付けていない

Rasbian稼働中・・

...

VMWare-Server（無償）を使った実験の２つめ。

windowsで認識した、USB-Serial変換アダプタをゲストOS上のDOSで認識させて、シリアル通信が可能かどうかのテストです。　
普 通、DOSからUSB-Serialは使えませんね（よほどのウルトラCを使えば可能か？）。　でもVMWareを使えばできるはず、、　とはいえ当てに していて実際に使うときに「だめだった」ではお話になりませんから、少しずつテストです。。。　結果的にはうまく通信できそう。...

サーバー負荷が急上昇し、アクセスし辛い状況になってしまいました。　緊急処置として、Apacheを再起動したところ、収まった・・

（ESXiのマシントータルのCPU負荷）
画像のとおり、ほぼ100%負荷。...

先日のブログで、VMware ESXiが無償配布されている 件を書きました。　その後、一部のハードを買って試してきましたが、何しろ挙動を推測しにくくて、ここらでメモっておかねば後が大変。...

オンライン異常時の稼動継続性チェックの件、昨夜帰宅し早速試してみました。...