Gentoo

Gentooは,大昔にPowerMacにインストールを試したことがあったと記憶しています.当時はPowerMac用に使えるdistroがあまり多くなく,あってもRPM系ばかりでおもしろくないから試したんじゃないかと思います.しかし,当時のGentooは,かなり早いステージから,GCCをソースからbuildするというステップがあって,また当時のPowerMacのスペックではこれが宇宙的に時間が必要で,早い段階で諦めたんじゃないかと思います

久しぶりにGentooのインストールを試みています.今回は,普通のx86マシンなんですが,相変わらず一筋縄ではいかないですね.とにかく,最初から選択肢がありすぎで,これまで,Slackwareのような緩いパッケージシステムのdistroをカスタマイズして使ってきたような人でないと,初手からつまずくと思います.

Kernelのオプションについては,これも,自分で日頃Kernelのbuildをして,ちゃんとブートさせてきた人でないと難しいかも知れません.仮想マシン,例えばVMWare Fusionだと,Fusion MPTをONにしないとSCSIでbootしないなどと言う訳の分からないトリックもありますし.ディスクをSATAにすればいいんですが.

VMWare Fusionでスクリーンショット(以下”SS”)を撮りながら進めていくんですが,たいてい,「やっちまった」時,その直前のSSがないのです.で,ずっと前に戻る^^;;

特にsystemdについては,インストールガイドではほとんど触れられていません.systemd自体はそんなに難しい話ではないので,別のsystemdのマニュアルと読み合わせながら進めることになります.

それで勘所が何とか解ってきて,自分的に満足のいく,x86_64で,KDEで,systemdな仮想マシンが一つ仕上がりました.

今,KVM/QEMMで,x86 32bitな仮想マシンの仕立てに取り組んでいますが,これがなかなかうまくいってくれません.途中でマシンが突然死してしまいます.

VMWare Fusionと違って,動作中にSSが撮れないのもめんどくささを増しています.

あんまり難航するようだったら,VMWare Fusionで仕立てて,ディスクイメージの変換をして,KVM/QEMMで動かないか,試してみようかとも考えています.

以上,すべて当社調べです

すいみません,多少でも英語かじった人間としては「スクショ」とは略せませんです^^;

id_rsaからppkを作成

どうってことない話ですが,ネット検索すると,ppkファイルからsshのキーファイルを作る方法は山ほど見つかりますが,その逆がなかなか見つからないので,メモっときます.

ppkファイルは,PuTTYで使用する鍵の型式なので,基本的にはPuTTYかその付属ツールでしか作れないようです.

わたしの場合は,WindowsからSSHでつなぐなんてことはしないので,OpenSSHのid_rsa鍵は各マシンに作っていますが,ppkファイルはありません.

ppkファイルが必要になったのは,FileZillaでキーファイル認証のsshホストにつなぐためです.

まず,PuTTYのソースからbuildします.今どきのLinuxディストロ上であれば簡単にできると思います.できあがったputtygenというツールを使います.

puttygen ~/.ssh/id_rsa -O private -o マシン名など.ppk

であっさりできます.

Mac OS XではGTKの関係で,PuTTY本体のbuildができませんが,puttygenはできます.ただし,Makefileのうちの,

WARNINGOPTS = -Wall -Werror

WARNINGOPTS = -Wall

とする必要がありました

あくまで,当社調べです.

少なくともわたしの環境では.

サーバーいろいろいじりました

結局,RAIDはLevel 1(以下”RAID 1″)に戻しました.最大の理由は,GCCやGLibcといった,根幹に関わるソフトのupgradeをしたかったからです.RAID 1にしておけば,GLibcのupgradeをする前に,片方のarrayを外してブートさせて,片肺飛行にして,その状態でupgradeをして,もし不具合が生じたら,外しておいた方のarrayからbootさせれば元に戻せます.これ以上の簡単なsnapshotはありません.

HDD/SSDに余分があれば,外したHDD/SSDをPCから物理的に外して保存し,代わりのHDD/SSDをRAID 1アレーにすればよいです.また次の大手術の時に交換させれば良いです.

で,GCCを5.2に,GLibcは2.22にしました.世の中では,GCCは既に6.1に,GLibcも2.23となっているようですが,Slackware Currentでは,ここまでのようです.

たしか,このGLibcにすれば,FileZillaのインストール条件となるなんかのライブラリーをbuildできたと思います

こんな調子で,しばらく使いつづけようかと思います.

あと,KDE 5を何とかインストールできないかなぁと考えています.

この件は,全くの勘違い.

Kernel 4.2〜4.6の遅さは異常

たぶん,KernelのMLみてればわかるんでしょうけど^^;

4.2で,SSDのサポートが大幅に見直されて,TRIMが危険なドライブをブラックリスト化したというのは知っていますが,ブラックリストに入ってないと思われるSSDについても,4.1.xまでと比べて,ファイルの書き込み速度が異常に遅いです.

ここのところ,RAIDの組み替えや,バックアップ方法を模索していて,rsyncやcpioを頻繁に使い,数百GB規模のファイルのコピーをしています.どうも,お行儀よくIOライブラリを経由して書き込む,のが特別遅いようです.

例えば,新しく組み替えたRAIDのドライブに古いドライブから300GBほどのファイルのコピーを実施すると,4.1.xまでは30分程度で済むのですが,4.2〜4.6では,2日くらいかかります.

4.6に期待したのですがたいして速くなりませんでした.

解らないのは,1TBのSSDをアレーとしたRAIDの再構築(つまり,冗長ディスクに1TB全部書き込む)のは,従前どおり70分くらいで済みます.

GLibcを更新しないといけないとかなのかなぁ.かつて経験したことがありませんが,今回に限っては,Kernelだけ新しくしてもだめ,ということなのでしょうか.

しょうがないので,当分4.1.xにとどまります.さいわい,4.1.xはLongtermとなっています.

いや,分かんないだろう^^;
書き込み先が,SSDの場合.

mdstatをLogWatchで

Software RAIDに限らず,RAIDを動かしていて一番かんじんなのは,冗長diskが故障して,冗長性がなくなったことを遅滞なく知る,ということですね.そのためには,1日1回

cat /proc/mdstat

をすれば普通は十分でしょう.

LogWatchを動かしている人は,そのレポートの中に,/proc/mdstatの内容をそのまま取り込んでくれれば楽だと思うでしょう.

ということでやってみました.結果的にはすごく簡単なことなんですが,ネット検索では,なかなかズバリというものが見つかりませんでしたので,たまには社会奉仕と言うことで,過不足なく公開します.

まず,LogWatchが動いていることが前提です.

で,設定ファイルを作るんですが,LogWatchのドキュメント類をザッと読めばわかりますが,/usr/share/logwatch以下に新規に書いたり,書き直すのは,推奨されていません./etc/logwatchに書きます.

読み込むログはありませんので, /etc/logwatch/conf/services/mdstat.conf は,

Title = "mdstat"
LogFile = NONE

となります.そして, /etc/logwatch/scripts/services/mdstat は,

#!/bin/bash
cat /proc/mdstat

となります.このファイルは,実行可能にしておきます.

これで,あとは,次にLogWatchのレポートが来るのを待つだけです.