Mindblown: a blog about philosophy.

サーバー用にメモリ購入。これで8G -> 24Gにアップ。 今まででもappメモリは3G程度で5Gほどbufferだったので足りてないことは無いはずだよなーと思いつつ、swapoutは発生していたので増やした方がいいんだろうなと。 一応、最大32GのPCなので16Gx2を買って今の一枚はデスクトップに増設とかも考えたけど、高いしそこまで必要ないだろうということで8Gx2を購入。 刺さっていたのがPC4-19200 8Gで、購入したのがPC4-21300。規格合わないので引っ張られるぐらいなら16Gで止めておくのもありかなと思ったがもったいない精神が勝った。 まあCUIサーバーだし。そこまで神経質にならんでもいいだろということで。使ってみて余ってそうだったらデスクトップに持っていこう。 マニュアルDLして確認しながらメモリを刺す。DIMM1-4まであってDIMM1-2がチャネルB、DIMM3-4がチャネルAで、チャネルごとにサイズが違うならチャネルAの方を大きくしろと。 なんで数字大きい3,4がAなんだよとか思いつつ結局1,3に新しいメモリ8Gx2を、DIMM4に古いメモリ刺した。 memtest86動かしてエラーが無いことを確認する。１時間ぐらいかかった。結局デュアルチャネルにはなってないみたい？ まあメモリの速度なんて体感できるようなもんでもないし。swapしない事の方がはるかに大きいので気にしないことにした。 結果として、早くなった感じはあんまりないが軽くなった気はする。特にjournal見るのが爆速。今までもっさりしてたのがサクサク出る。やっぱメモリ足りなかったんだなぁ。つーかキャッシュが足りないかっただろうか？ でも重そうな処理回してみたらswapは少し使っているようだ。調べてみると使ってないメモリはそれなりにswapoutしてbuffer用に空けているっぽい。多分SQLserverがメモリ大量に要求して結局使ってない状態なのでswapoutしているんだ多分そうだ（勝手な予想）

しばらく前からSQL serverが起動できなくなっていた。startしてもしばらくするとSIGABRTで死亡する。 色々見ててもどうも起動しない。これはまずいと新しく仮想マシン作って再構築してみた。debootstrapして証明書入れてアップグレードして… やっぱり動かん。なんだこれ？と見ていたら、Ubuntu 20.04 と 22.04 を混同していたことに気が付く。 元のマシン見てみると、apt lineがシステム側はfocalなのにmicrosoft側はjammyとよくわからないことになっていた。つーかよく今まで動いてたな… 原因わかったからこれで大丈夫と思ったが揃えて作ったやつも動かんかったな？と思いつつapt line 書き換えて再度試す。やっぱりダメ。 適当にサイト探していたら、kernel version 対応していないとかいうのをちらりと見かけ、そういえば最近6.6.xから6.7に上げたなーと思って古いのに戻してみたら動いた。 最初のmssql-server起動時にupgrade処理が始まってそこそこ時間がかかったが、一応これで動くようだ。 起動エラーもNo such file or directoryでstraceしてみた時も/sys とか /dev オープンしてたっぽいのでsysfsとかudevあたりでなんか変わったのかな？ とりあえず前はkernel 6.6.8だったので6.6.12をrebuildして試す。

今までsshにはTeratermを使ってきた。 なんか知らん間にOSDNが実質死亡しててgithubに引っ越ししてたり、ver5がbetaじゃなくなったりしていたが、とりあえずv5.1を使っている。 Windows Terminalも使いやすくなってきているのでWindows Terminalからsshしてみたら、identity_sign: private key C:¥Users¥…¥ed25519 contents do not match public とか言われてIgnore private keyされてしまう。 なぜだなぜだと調べていたら、とりあえず鍵作り直せ的なページばかりヒットする。 よくよく見てみると、ローカルのid_ed25519 とid_ed25519.pub の日付が違う。どうも秘密鍵と公開鍵のペアが間違って置いてあるようだ。 Teratermはpublic keyは見ていないようで、秘密鍵のパスフレーズさえ入れれば使用できたが、ssh.exeはペアを確認するらしい。 結局、ssh-keygen.exe -y ed25519 で公開鍵を作り、ed25519.pubを書き直したら、無事sshできるようになりました。 このPC用の秘密鍵を作ったとき、別で作ってコピーしたような記憶があり、その時違うペアを置いていたようだ。まあ秘密鍵さえ正しければよかったので今まで気が付かなかったようだ。他のPCは正しかったようでssh.exeを使わなければわからなかった問題だな。 ちなみに WARNING: UNPROTECTED PRIVATE KEY FILE! がでかでかと表示されたが、これもちと苦労した。 explorerでid_ed25519のプロパティからセキュリティタブで継承化を無効にしたり、一度全部の権限取り上げてから再度自分のみ設定したりとかして警告は出なくなった。 cacls.exeで一発登録とかできそうな気がするけど、NT時代に諦めてexplorer property使うようになってしまったので今更調べる気はないｗ UNIX系と違ってオーナー/グループ方式じゃないからなぁ。まあaclの方が細かく設定できるんではあるんだが。継承とかあって更にややこしい。 そしていろいろ苦労してssh.exe使えるようになったのだが、タブの中でGNU screenを使うとわけわからんようになるので結局Teratermを使う事にしたとさ。