最近、急に e1000eがハングするようになった。
syslogに
e1000e 0000:00:1f.6 enp0s31f6: Detected Hardware Unit Hang:
というメッセージが出て、復旧する時もあれば復旧しないことも？
RDPセッションとかが切れるだけじゃなく、iSCSI接続も切れてしまうので、ちょっと不便。
ちょっと調べた限り、offloadエンジン関連らしい。
パッケージ/ドライバがかなり古かったので、一旦アップデートかけて様子見。(ドライバ更新で解消してるといいなぁ)
あと、まだ18.04なので、さっさと22.04までアップデートしないと。
自宅環境とは別の環境を使って、検証をしてたりもするんだけど、そこで発覚。
必要性があって、Ubuntu で 389 Directory Server を構築しようとしてるんだけど、どうにも難しい。
で、20.04 へバージョンアップしたらもう少し分かるかな？と思って、do-release-upgrade したらなんとエラー。
パッケージの構成がガラッと変わってるみたいで、まともにバージョンアップ出来なかった。
同じ症状に当たってる人がいるか探してみたけど見当たらず。389-dsを使ってる人少ないのかな？
Ubuntu はバージョンアップが簡単な方なんだけど、どうやら失敗することもあるようだ。
というわけで、389-dsを使用している人は、バージョンアップ気をつけてね。
ちょっと用事があって、386 directory server を調査してるんだけど…。
基本的なところで、バックアップ・リストアをしようと思って db2bak スクリプトを実行しようとしても、どうもうまく動かない。
「なんでだ？」と中身を見てみたら、簡単なシェルスクリプトだった。
バックアップを保存するディレクトリを指定するオプションが分からず、中身を見てみたら、どうやら -a っぽい。
でも、この -a オプションを処理する部分、明らかに間違ってる。
getopt で a を処理するところが、
a) $bakdir=$OPTARG;;になってて…。おいおいイコールの左辺が $付きの変数じゃねぇかよ。
eval /usr/sbin/ns-slapd db2archive -D $CONFIG_DIR -a $bak_dir $argsという処理が。
a) $bakdir=$OPTARG;;じゃなくて
a) bak_dir=$OPTARG;;が正解なんじゃねぇのか？
----- <clock offset='localtime'> <timer name='hpet' present='yes'/> <timer name='hypervclock' present='yes'/> </clock> -----clock offset の定義から timer name='rtc' と timer name='pit' の宣言を無くし、 timer name='hpet' を present='yes' に、timer name='hypervclock' を present='yes' に定義。
