サーバーは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のドキュメントに書かれているそのまんまです😥

あとは,ルーティングの問題ですが,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)につないでいます.

仮想マシンのIPv6

そう,仮想マシンでIPv6が使えないというのは,3年前までのIPv6環境でも認識していました.

昨日1日,いろいろやってみましたが,その中で過去もこういうことをやってうまくいかなかったと思い出しました.しかし,BLOGや内部文書にも一切記述がありませんから,今回のようにまる1日かそれ以上費やしていろいろやったけど,成果が何も無いから記録も残さなかったようです.今回は,次回のため😓に,自分用の記録(データベースの1データ)として書いときます.

参考にしたのは,

です.この記事も見覚えがあるので,たぶん前回も参照したようです.

他も都度都度検索しましたが,やりたいことに直接結びつく情報はありませんでした.

それで,1日取り組んだ結果として,上記の記事を元に,IPv6のDHCP設定をすれば,仮想マシンがglobalなIPv6アドレスを取得して,LAN内のグローバルなサーバーにIPv6接続できるが,LANの外にはIPv6接続できない,という状況までたどり着きました.

外に出られない原因は推測ですが,

  • KVM / QEMU / libvirt のバグ,または仕様(または設定の問題)
  • LAN内のIPv6のマネージメントの問題
  • Nuroお仕着せルーターの仕様または,バグ,または設定の問題

のいずれか,または複合した問題と考えられます.もちろん,いずれのケースでも筆者がIPv6を理解していないための設定の不具合の可能性があります.

上記のGentoo Wikiの記事どおりにしても,DHCPを使わないとIPv6のグローバルなアドレスが降ってこないあたりに,libvirtの問題があるようにも思います.

おまけ: 仮想マシンのホストが飛びました

夜,そろそろ終わりにしようかと思ったら,KVM / QEMU / libvirtを動かしている仮想マシンのホストが飛びました.キーボードの操作に無反応ですが,GUIはそのままで,しばらくするとシステムをモニターしていたgkrellmの表示が止まり,時計も動かなくなりました.

やむなくリセットボタンを押しましたが,UEFIが認識されず,このサブworkstation(WS)のメインOSであるManjaroがブートできなくなりました.

バックアップ用ディスクにメインのディスク(SSD)の別パーティションにインストールしてあるDebian (サブWSのサブOS)がブートできるようにしてあり,そちらからはブートできましたので,メインのSSDがハード的に故障したのではなさそうです.

また,Debianから飛んだManjaroのパーティションをfsckすると,エラーなしです😓

これも思い出しましたが,以前も仮想マシンいじりをしていたら,ディスクコントローラーがおかしなことになり,ソフト的にディスクを破壊したことがありました.

今日は,メインOSの復旧に費やしそうです.