重要機器の故障

5/18はTM NETWORKのライブ。
それより少し遡って5/15、我が家で重要な機器が故障しました。

その日は仕事で作成したデータを納品する日で、さてデータ納品するかぁと思ったところネット回線がおかしい。繋がってはいるものの不安定で、要領が大きいデータの転送が正しく出来そうにない状態でした。

auひかりの障害かなぁとウェブサイトを見たら、隣の区で障害が上がっていたため、それかなと思いデータ納品を午後にすることに。
しかし待てど暮らせど6時間経っても回復する気配がないため、サポートセンターに電話して状況を教えていただいてみたところ、我が家の光回線は正常とのこと。

そこから宅内で原因調査開始。
もう必死ですよ💦
ホームゲートウェイまでは確かに問題なく繋がっていて、そこから先にあるプライベートネットワーク環境内で何か問題が発生している様子。各種ルーターも正常で、思い当たる節は「DHCP/DNSサーバー」しかありません。
我が家は年老いた両親もタブレットでネットを見ているため、変な広告や詐欺などに引っかからないよう家庭内にDNSサーバーを置いて、ブラックリスト方式で広告や詐欺サイトへの接続が行われないように対策しているのですが、その機材が原因でした。
上述の理由から必ずこの機材を通して通信するため、本機材が壊れてしまうとたちまち家庭内から外へ出れなくなるのです。

原因となった機材は、以前にそろそろ危ないかな？と機材の寿命を考慮して後釜となる機材は用意していたのですが、その機材は発熱が多く24時間365日動作させることに向いていないと判断して機器更新が後回しになっていました。

今回故障したシングルボードコンピュータです。
導入した時期が2015年2月で、9年もの間頑張ってくれていました。
問題発生時にシェルへログインは出来ていたのですが、再起動させてみたら電源は入るものの一切起動しませんでした。たぶんですが、eMMCが寿命を迎えたのではないかと思います。テスターで電源回路の電源等は出ているので、たぶんそうではないかなと。


このままではデータ納品出来ないということで、通信量的にギリギリ可能そうだったので出張用のモバイルルーターを用いてデータ納品だけは完了させました。

その後、以前に発熱が多くて仕舞っていた機材を引っ張り出してLinuxインストールから各種設定等を行い、なんとか仮復旧。
交換後の機材はUSBファンで冷やしつつ稼働させることにして、今後低発熱な機材で置き換えを検討します。


交換後の機材はディスクが交換可能なSSDのため、もしデータ領域が故障しても代替が効くので少しは安心ですが、本当は仮想化して簡易に対処可能な環境にしておきたいところです。
一応は代替可能な機材が手元にあったので、ネットワーク構成的にもリプレースで済み復旧も概ね早く済みましたが、無かったらTM NETWORKのライブに行けるか微妙なところでした。危なかった・・・。

一般のご家庭と違って、我が家ではこのDNSサーバーがないと仕事的にもプライベート的にも大変困るので、色々と対策を早めにしておきたい今日この頃です。

ではまた。