SSDの状態チェック

新しいサーバーのSSD、やはり寿命が実際どうなのか気になるので、smartcontrolsというSSDの状態チェックをするソフトをソースからインストールしました。(ソースをコンパイルするには、CとC++のコンパイラが必要。
# yum install gcc gcc-c++ でインストール出来ます。)
結果は以下で、さすがにまだ買ったばかりで何の問題もありません。
==============================================
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-3.10.0-862.14.4.el7.x86_64] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always – 0
9 Power_On_Hours 0x0032 099 099 000 Old_age Always – 316
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always – 19
177 Wear_Leveling_Count 0x0013 100 100 000 Pre-fail Always – 0
179 Used_Rsvd_Blk_Cnt_Tot 0x0013 100 100 010 Pre-fail Always – 0
181 Program_Fail_Cnt_Total 0x0032 100 100 010 Old_age Always – 0
182 Erase_Fail_Count_Total 0x0032 100 100 010 Old_age Always – 0
183 Runtime_Bad_Block 0x0013 100 100 010 Pre-fail Always – 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always – 0
190 Airflow_Temperature_Cel 0x0032 075 062 000 Old_age Always – 25
195 Hardware_ECC_Recovered 0x001a 200 200 000 Old_age Always – 0
199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always – 0
235 Unknown_Attribute 0x0012 099 099 000 Old_age Always – 14
241 Total_LBAs_Written 0x0032 099 099 000 Old_age Always – 266356686

サーバー2台体制に

ここの所、アクセスが急に増えてきて、またWordPressへの投稿数も1300を超えて、ちょっとサーバーへの負荷が気になってきました。ハードディスクの故障などでサーバーが飛んでしまうと、(1)新しいマシン(PC)の発注から配達まで3日ぐらい(2)サーバーの再構築に2~3日で、結局5、6日の間はサーバーが使えず、メールも受信出来ません。これではイマイチかな、と思い、まだ今のサーバーが十分新しい(2018年3月から使用)内に、もう一台同じ構成のサーバーを作って、2台体制で行くことを決めました。これならメールが止まることはないですし、またWordPressの記事の入れ替えもおそらく1日もかからないでしょう。
新しいサーバーマシンは、ちょっと値は張りますがHDDではなくSSDにしました。容量1GBでMLCです。SSDは家でも会社でも使っていて、最近のものの安定性は確認済みですので、HDDより長持ちしてくれることに期待しています。さらにはメモリーも16GBにしました。この位大胆にいいスペックでブログを運用出来るのが自宅サーバーのいい所です。電気代もかかりますし、はっきりいってレンタルサーバーに比べ経済的なメリットはないですが。いい加減にAWSなどへのクラウドに移行することも考えてはいますが、それなりのスペックのコースを選ぶと大体月のコストが1万5千円から2万円くらいかかるので、躊躇しています。多分実用最低限の仕様にすればもっと安くなるのでしょうが。まあクラウドはこれからどんどん低価格化すると思いますので、それからゆっくり移行すればいいかなと思っています。

今回のマシンのスペック詳細です。
OS CentOS 7.5
CPU インテル Core i7-8700 (3.20GHz-4.60GHz/6コア/12MBキャッシュ)
CPUファン 静音パックまんぞくコース (高性能CPUファンで静音化&冷却能力アップ)
CPUグリス ノーマルグリス
グラフィック機能 インテル UHDグラフィックス630 (CPU内蔵)
電源 400W 静音電源 80PLUS
メモリ [カスタマイズ] 16GB DDR4 SDRAM(PC4-21300/8GBx2/2チャネル)
ハードディスク/SSD [カスタマイズ] Samsung 1TB SSD(860 EVOシリーズ, 読込速度 550MB/s, 書込速度 520MB/s, 3bit MLC)
光学ドライブ DVDスーパーマルチドライブ (DVD±R DL 対応)
サウンド マザーボード 標準 オンボードHDサウンド
ケース Diginnos EM041 ミニタワーケース (MicroATX)
フロントケースファン 12cm 静音ケースFAN (約1300rpm)
リアケースファン 12cm リア 静音ケースFAN
5インチオープンベイ 5インチオープンベイ 追加なし
LAN ギガビットLANポート x1 (マザーボードオンボード)
IEEE1394 IEEE1394 無し
マザーボード インテル H370 チップセット マイクロATXマザーボード
入出力ポート 背面:USB2.0 x2 USB 3.1 Gen1 x3 (Type A x2+ Type C x1) USB 3.1 Gen2 x2 (TypeA)

Count Per Dayで投稿の本文が表示されなくなる

プラグインのCount Per Dayが最近アップデートされた後(3.5.7から3.5.8に)、これを有効にしておくと、トップページで投稿の本文が表示されなくなりました。取り敢えず今はプラグインをバックアップから元の3.5.7に戻したら問題無くなりました。

Count Per Dayのサポートページにも同じような情報がありました。

オムロンのUPSの自動シャットダウン設定ソフト(Linux用)

会社のサーバーにはEatonのUPSを付けました。会社のなんで、一応ちゃんと停電時の自動シャットダウン設定をしました。(OSはLinuxでCentOS7.5です。)
そっちでうまく行ったので、今度は家のオムロンのUPS(BY50S)の自動設定をやろうとしたんですが(今までは単なる瞬停対策として自動シャットダウン設定はしていませんでした)、これがかなりの難物というか、かなり信じられないような出来損ないでした。
まず、Linux用のプログラム(PAPV452_Master_RHELV7_64bit)(rpm)をダウンロードしようとしたら、認証ウィンドウが出てきて、IDとパスワードを入れないと入れません。それでオムロンのサイトでユーザー登録をしてIDとPWを入手しましたが、それではログイン出来ません。またUPSの製品のユーザー登録もしましたが、そちらでもIDとPWは発行されません。よくよくマニュアルを読んでみたら(そのマニュアルがまた単なるHTMLファイルの集まりで、しかもChromeでもIEでもきちんと表示されず、何故かFirefoxだとちゃんと表示されるという訳のわからないもの)、何とパスワードは製品付属のCD-ROMのボリュームラベルについている数字とバージョンだということでした。しかもバージョンの方はそのボリュームラベルについている3桁の数字のままではなく、1桁目と2桁目の間に小数点を自分で入れなければ駄目、という極めてわかりにくい内容になっています。
それでようやくrpmをダウンロードしてインストールしようとしましたが、今度は依存関係のエラーが沢山出てインストールが止まってしまいます。仕方がないので、yumでどのパッケージが必要なのか調べて一つ一つつぶして、やっとのことインストール出来ました。そしてインストールを開始したら、全部テキストなのはコンソールのプログラムだからいいとして、何故かSSLの証明書を作らされます。(マニュアルには通信にSSLを選べとあります。しかし、最近のブラウザはこのような「なんちゃってSSL証明書」ではページにアクセス出来ないと思います。)それでも我慢してなんとかインストールを終えましたが、その後、サーバーの動作をチェックしたら何とhttpdが死んでいます。調べてみたらこのインストーラーが勝手にhttpd.confに追記を入れていて、その内容が間違っているために、httpdが再起動できなくて死んでいました。多分このhttpd.confの設定は設定画面をブラウザで見るためのものなんでしょうが、私は自動シャットダウンの設定をきちんと一回やれば、後は設定画面を見る必要はなく、このhttpd.confの変更部分は即刻削除し、httpdがまた動くようになりました。
ともかく、色んな環境でのテストとかやっているとはとても思えないお粗末なインストーラーでした。自動シャットダウンソフトについては、Eatonの方がはるかに優れています。

P.S.httpd.confの変更部分を削除した後、自動シャットダウンの実験をしましたが、きちんと作動しました。

6月の文字入力数(ATOKマンスリーレポート)

ATOKの6月のマンスリーレポートというのが来ましたが、それによると6月の総入力時間は88時間。多分これは会社と家を合わせてでしょうね。(家のPCのATOKと会社のPCのATOKは、ATOK Syncで同期しています。)いくらなんでも家で1日に2時間以上文字入力はしていません。

ちなみにこれはATOKをONにした状態の入力数だと思います。実際にはATOKをOFFにしての英語入力もそれなりにあったため、実際はもっと文字入力数は多いです。家でも会社でもメカニカルキーボードを使うようにしたのはまあ正解でしょう。原稿用紙134枚分は、流行作家なみかと。