５年間、安定稼働を続けていた、我が家の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稼働中・・

...

少々残念な見解を見つけた。
マツダのSKYACTIV-Gガソリンエンジン、高圧縮比を達成していながら、最大トルクやパワーがそれほど大きくないのが不思議であったが、こういうことなのだと言われるとなるほど合点がゆく。
http://www.geocities.jp/bequemereise/skyactiv_g.html

要は、燃費が良いのはパーシャルスロットル（75%程度までか）の時であり、高負荷域では点火時期をTDC(上死点)より早めることができず、高圧縮比のポテンシャルを引き出しきれずに燃費が悪化する、ということと読んだ。

まあ、私の住むような田舎で定地走行の割合が多い走行条件では恩恵を授かることができるけど、加減速の激しい街中や、山越えなどではあまり燃費がよくない、というところだと認識した。　今週納車されたら、色々と試してみようと思うけど、難しい解析は無理なのであくまで感ジニア的な見方でやってみようと思う。

（追記）
　上記の見解は、逆に見れば低負荷?70%程度までの中負荷に至るまでは、ミラーサイクルによる省燃費効果が大きく出ていて、　そこから更に踏み込むとミラーサイクルでは無くなり燃費は悪化する、　というごく普通のことなのかもしれないです。　改めて書くまでもなかったのかも。
...

昨日F特測定したのですが、どうもRchの低域の伸びが今一つのようで、７年ぶりにインピーダンス測定にトライしてみました。
使用ソフトは、「ARTA」に付属の「LIMP」です。　「Myspeaker」でもインピーダンス測定は可能なのですが、アンプを介して行うため、バランス出力のアンプは使えなかったり、接触不良などで抵抗が外れたりするとPCのマイク入力が壊れたりするので、アンプを介さずに測定できる「LIMP」で今までも測定してきました。
...