CPU自体の脆弱性として、「Meltdown」(メルトダウン)と「Spectre」(スペクトル)というものが知られるようになり、対処するためにCPU製造メーカでは、「マイクロコードの修正・更新」という手法を使って居ます。聞いたことはあっても、『マイクロコードって何?』的な方々が殆どだと思います。これはCPUの基本的な仕組みを知らない方々に対して言葉で説明するのも難しい代物ですが、できるだけ簡単に述べると、CPUに対する命令コード(いわゆる昔は「機械語」と言っていた)の解析・実行処理を司る部分の一部を、内部の配線を変更するかの如くに書き換えるのです。実際に配線を変更するのではなく、同等の効果を得るようにファームウェアを書き換えるようなイメージが最も近いでしょうか。実際はCPU内部にファームウェアを持っているわけではありません。CPUの仕組みを習得してもらわないと的確な説明は難しいです、はい。インストールすることで可能です。done.Done.インストール時にマイクロコードの更新は出来ているようですが、上記の英文見ると、どうやら自動更新させるために更に設定が必要なようです。自分も含めて英語が苦手な方々向けに説明を残します。下記の行を追記:cpu_microcode_load="YES"cpu_microcode_name="/boot/firmware/intel-ucode.bin"再起動で必要に応じ、マイクロコードの更新がされる模様。下記の行を追記:microcode_update_enable="YES"OSブート時に必要に応じ、マイクロコードの更新がされる模様。どちらか1つで良さそう(後者だけを指示しているブログ等も見かける)ですが、よくわからないので、とりあえず一応両方入れています。接続などでサーバ証明書を扱ったことがある方は、下記フォーマットを見たことがあると思います。※現在、実運用で使っていませんが念のため一部端折っています。形式と呼ばれるディジタル証明書で、通常はこの形式で管理します。形式しか受け付けないディジタル証明書アプリケーションがあるのです。形式しか対応していないのです。系への対応があまり芳しくなく、避けざるを得ない状況。形式はバイナリファイルなので扱いにくいのです。具体的中身まではよく知りません。デコードしてあげればいいだけであることが判りました。行を付け足しただけなのです。表示可能な文字列にて解析内容が入ります。デュアルスタックが実現するかのような話が広く知られているようだが、実際はどうも違う模様。err_trap("通信ソケットが作成できません。err_trap("クライアントの要求受け付けに失敗しました。受け付けない状態になります。したら、IPv4射影アドレスを使えばいいのかもしれないですが、現状環境には全く合わない。err_trap("通信ソケットが作成できません。err_trap("通信ソケットが作成できません。err_trap("クライアントの要求受け付けに失敗しました。/usr/local/lib/compat/pkg/db5のようなメッセージが毎回出るようにになります。実害は無いのでほったらかし状態だったが、気になるものは気になるので、対策を。libdb-5.3.so.0実に簡単。上記6つのシンボリックリンクを削除するだけ。OSをメジャーバージョンアップデートしたら、依存ライブラリは変更されていることが殆どなので、できるだけ早めに各ソフトウェアは再コンパイルするのが無難。後方互換機能で何事もなく動作することが多いです。それに頼り切っていると経験上、ある日突然、不可解な障害に悩むことになるのです。解決をみたらしいのですが、まだリリースバージョンへの反映はなされていません。更新は様子見したほうがよさそう。稼働させている5台のサーバに対し、この不具合対策を行いました。〔2019/02/28(Thu)追記〕どうも根本解決には至らない模様。頻度は減ったものの、5~6日経つと、勝手にリブートを繰り返します。運用環境に持ってくるのはお勧めできません。11系でやり過ごすことにします。あたりで安定した模様。引き続き、しばらく様子を見ます。コメント(0件)2019/01/17(木)ハードウェア不調によりサーバ1台交換。動作不全に陥るようになったものの、直接、即サービスダウンに結びつくことは無い役割のサーバなのと、その度にハードウェアリセットで復旧するため、騙し騙し使っていたのですが・・ついに今年に入ってから、ほぼ毎日動作不全に陥るようになったため、「もう寿命なのだろう」ということで、新品と交換。