当Webサーバーを入れているケースのクーリングファンが止まってしまいました．他のケースと入れ替えるので，7月30日のいずれかの時間帯に30分程度停止します．
追記: 作業は既に完了
見込みの30分を少々超過しましたが，作業は既に完了しています．
2022年7月30日(土) 18:55 記
よくあるベアリングの不良と思われます．
Category: Network
サーバーはDebianでいくことに
サーバーのdistroをGUIの動く64bit OSに切り替えるプロジェクト
Manjaroは，workstation (WS)としては優秀ですが，KVMのIPv6設定で苦戦するなど，システムいじり的に難航したこともあり，Debianで行くことにしました．
Raspberry Pi OSはDebian由来ですが，DebianそのものをRaspberry Piで動かすことができるとつい最近知りました．さっそく予備機扱いのRaspberry Pi 4 Model B 4GB RAM (RPi4 4GB)で試してみました．
DebianのサイトからダウンロードしたイメージにはGUIは含まれていません．いったん，apt update ; apt upgradeをした上で，kde-plasma-desktop, kde-full, fcitx5-mozcの順にインストールすると，Mozcで日本語入力できる，KDE Plasma Desktopが完成します．
kde-fullは，kde-plasma-desktopを含んでいるはずですが，先にkde-plasma-desktopをインストールした上で，kde-fullをインストールしないと，なんか変な状態になります．
また，fcitx5でなく，fcitxをインストールしてしまうと，removeしてからfcitx5-mozcをインストールしてもちゃんと機能してくれません．
こんなわけで，インストール過程では行きつ戻りつができないこともあり，新規にやり直して，ようやく4度目で思ったようなGUIのシステムができました．
その他のプジェクトの状況
Paspberry Pi 3 Model B(+)で監視カメラのストリーミング映像を見るプロジェクト
強制空冷式ケースの輸入に難航中．
仮想マシンのIPv6化プロジェクト
SLAAC, DHCPのどちらの方法でも仮想マシンがグローバルIPアドレスを取得できるようになりましたが，IPv6でインターネットに出られないまま進展なしです．
Wi-Fiルーターからデータが途絶する条件の絞り込み
その後データ途絶が発生していません．テレワークでクラウドを使うという一番Wi-Fiのヘビーユーザーの家族がいますが，仕事中にまた途絶しては困るので別のルーターからつなぐようにしたこともあって，トラブルが出にくいのかも知れません．トラブルが出ないならそれはそれでいいのですが．
仮想マシンのIPv6現状 (2) 6年前よりちょっと前進
ちょっとだけ進みました．仮想マシンが取得するIPv6のアドレスを，意図したとおりに，
- IPv6のDHCPで与える
- SLAACで降って来る形で与える
が可能になりました．仮想マシンがSLAACでIPv6のグローバルなIPアドレスを取得できたのは，今回が初めてではないかと思います．
なお，DHCPの場合は，Gentoo Wikiに書かれている通りでいいですが，SLAACで与えるには，IPv6の仮想インターフェース（virbr0など）をpreifxが64bitにしないとだめなようです（Gentoo Wikiの例では96bitにしている）．
その “正しい” 方法は，libvirtのドキュメントに書かれているそのまんまです😥
- Network XML format (libvirt)
あとは，ルーティングの問題ですが，DHCPにしても，SLAACにしても，アドレスを取得した仮想マシンのそのままのルーティングではなんにもできないようです．
それで手動でルーティングの設定を，ああでもないこうでもないといろいろ試していますが，今のところちっともうまく行っていません．
ホストのManjaroが，IPv6を転送しない設定（または仕様）なのかなと感じているほどです．
DHCPの場合は，prefix 96bit長でも大丈夫です．96bit長や，112bit長にしたほうがルーティングしやすいように思いますが，まだ，仮想マシンからインターネットにIPv6で出られないので，なんとも言えません．
仮想マシンのIPv6現状 〜6年前と同じ😓〜
今日は暑いけど，死ぬほどは暑くなかったので，懸案の畑の除草耕耘をしました．1時間ちょっと運転して，ローターから草を取るためエンジンを止めたら，2度とかからなくなりました．想定の範囲内ではありますが，明日に回す領域が多く残ってしまったので，もうちょっと耕したかったです．
さて，一番進めたい，監視カメラのモニターをRaspberry Pi 3 Model B(+)でしようというプロジェクトですが，中国の通販サイトに手頃なヒートシンク付きケースを注文したのに発送されません．5日延期しましたが，だめみたいで返金になる見込みです．
で，まあかなりどうでもいい部類の仮想マシンのIPv6化プロジェクトに取り組んでいますが，これも壁に当たっています．
自分のBLOGを調べたら，6年前に同じことをやって同じところで頓挫していたことが解りました．
さてどうしたもんでしょう．
突如として速度が大幅低下・切断するルーター
いやー参りました．先日のLANのトラブル，どうもMesh Wi-fiルーターが原因のようです．
今日もLAN内の不具合が発生しました．接続は切れないけど，速度が1Mbps以下に低下する機器が何台か生じました．トラブルの概要は，
- LANケーブルでつないでいる機器の速度低下はない
- Mesh Wi-Fiルーターの親機近くのWi-Fi接続の機器がWi-Fiにはつながったまま大幅に速度を落としている（一部当該Wi-Fiとの接続が切れていたものもある）
- 速度の低下したスマートフォンを，Mesh Wi-Fi子機の至近距離に移動したら速度が回復した
- Mesh Wi-Fiの親機を電源リセットしたら，親機至近のWi-Fi接続機器の速度も復旧した
というものです．
これまでも，しばらく使っているとデータを転送しなくなるEthernet HUBや，Wi-fiルーターに当たってしまった経験がありますが，今回は上記のような状況からしてMesh Wi-fiのルーターがそれのようです．
素人の推測ですが，ルーティングテーブルや，健康状態のためのデータのカウントなどを保持していて，想定外の数値に達して，動かなくなるものがあるようです．
以前職場で使っていた国内有名Wi-fiルーターメーカーの品が，ある程度の時間使うと必ず止まってしまい，このときは客観的に判断して他の原因が考えられませんでした．
健康状態のカウントで，機能不全になるSSDがあるようですから，他の機器で起こらない保証はありません．
数日前に発生したトラブルでは，ギガビットHUBが怪しいとにらんだのですが，その推測は外れで，Mesh Wi-fiの親機の方のようです．今日のトラブルでは，LANのトポロジーは変えず，電源リセットも当該のWi-Fiルーターだけ施して，LAN内の全ての機器の速度は回復したので，たぶん間違いないと思います．
NuroにしてからLANからインターネットのアクセスが快調で満足していましたが，たぶんメーカーも想定してないデータ量なんだと思います．
もう少し様子を見て，原因の機器を確定させたいと思います．
BLOGには書かなかったようです．
家庭内ではもちろんWi-Fi (LAN)につないでいます．