FreeBSD 13.1のサポートが終わるので、FreeBSD 13.2にバージョンアップした。コマンドは、下記で行った。
freebsd-update fetch
freebsd-update install
freebsd-update upgrade -r 13.2-RELEASE
freebsd-update install
shutdown -r now
freebsd-update install
pkg-static upgrade -f前のFreeBSD 12.2から13.1へ上げたときと、コマンドは一緒。今回は、すんなりとバージョンアップされた。
PHPのバージョン変更に伴って、Pukiwiki 1.5.2 から、Pukiwiki 1.5.4にアップデートを行ったのでメモ。
Pukiwiki 1.5.2 からPukiwiki 1.5.4へは、いきなりバージョンアップはできなくて、Pukiwiki 1.5.3へのバージョンアップ用のパッチを実行して、一度、Pukiwiki 1.5.3にしてから、Pukiwiki 1.5.4のパッチを当てて、バージョンアップした。
パッチを当てるだけなので、段階アップデートだけど、つらくはなかった。一番大変だったのは、先にPHPのバージョンを上げてしまって、使っていたPukiwikiが白くなってしまい、バージョンがわからなくなったこと。先にバージョンを調べておくか、パッチを当てておけばよかった。
FreeBSD13.1にアップグレードしたときに、pkgの更新も行ったためか、certbotがきえていた。Let’s Encryptの証明書が更新されているはずなのに、更新されず期限が切れたので、そこで気がついた。
コマンドが消えて、エラーになった。（↓のコマンドが消えた）
/usr/local/bin/certbot-3.8 renewpkgで探して、新しくインストール。
pkg search certbot
pkg install py39-certbot-1.27.0,1シンボリックリンクが作られていたので、そちらを利用して、証明書を更新した。そのあとに、Apacheを再起動。
certbot renew
httpd -k restart休みで、のんびりと本をよんで勉強していたら、突然のアラート。調べてみると、サーバに対して、ping も飛ぶし、ssh接続もできた。死んでいるのは、Webサーバへのアクセスのみ。プロセスもみてみると、httpdはいる。ブラウザでは応答不能なので、正常に動作しておらず、ハングアップしたっぽい。（FreeBSD 13.1 release と Apache2.4 の組み合わせ）
↓ ps auxの結果
root@ray:/var/log # ps aux | grep httpd
root 925 0.0 0.9 48980 17712 - Ss 25Jul22 1:44.07 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 22306 0.0 1.6 63636 33864 - S 10:59 0:00.43 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 22307 0.0 1.6 63700 34020 - S 10:59 0:00.43 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 22308 0.0 0.9 48980 17728 - S 10:59 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 22309 0.0 0.9 48980 17728 - S 10:59 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 22310 0.0 0.9 48980 17728 - S 10:59 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT
www 22311 0.0 0.9 48980 17728 - S 10:59 0:00.00 /usr/local/sbin/httpd -DNOHTTPACCEPT
root 22314 0.0 0.1 12844 2032 0 S+ 10:59 0:00.00 grep httpd「-DNOHTTPACCEPT」がhttpdの引数としてあるけれど、どうやらこれは関係ないっぽい。これがついていても、Apacheは動いているというページがあるので。
「httpd -k restart」をやってみたが、なかなか応答が帰ってこず。応答が帰ってきたあとも、ブラウザではアクセスできず。
完全にhttpdプロセスが止まっていないことも考慮して、「httpd -k stop」「httpd -k stop」を行ってみたが駄目だった。エラーは出ているけれど、httpd自体は起動できているので、とりあえず無視。
root@ray:/var/log # httpd -k start
[Mon Aug 15 10:59:51.520174 2022] [core:warn] [pid 22319] (2)No such file or directory: AH00075: Failed to enable the 'httpready' Accept Filter
[Mon Aug 15 10:59:51.520649 2022] [core:warn] [pid 22319] (2)No such file or directory: AH00075: Failed to enable the 'httpready' Accept Filter
[Mon Aug 15 10:59:51.520656 2022] [core:warn] [pid 22319] (2)No such file or directory: AH00075: Failed to enable the 'dataready' Accept Filter
[Mon Aug 15 10:59:51.520661 2022] [core:warn] [pid 22319] (2)No such file or directory: AH00075: Failed to enable the 'dataready' Accept Filterもう一度、restartで再起動させてみたら、今度は正常にブラウザでアクセスできた。とりあえず、障害としては復旧したのでよし。
http/httpsでの疎通が取れなくなった時間のエラーログも確認してみたが、エラーログは記録されていなかった。調査はしたけれど、結局、原因不明。
自分のサーバなので、休みでよかった。しかし、休みで家にいるときに、この不可解な現象は・・・己の未熟さを顧みて、勉強を続けろってことだろうか。
FreeBSDを、12.2 から 13.1 にメジャーバージョンアップをしたので、そのメモ。
アップデートのコマンドと流れは下記。
freebsd-update fetch
freebsd-update install
freebsd-update upgrade -r 13.1-RELEASE
freebsd-update install
shutdown -r now
上がってこない。30分くらい。sshdは起動していたが、反応なし。ここからコンソールで作業した
freebsd-update install
（再度の実行を求められたのでもう一回）
freebsd-update install
shutdown -r now
pkg-static upgrade -fFreeBSD 13.1の最初の “freebsd-update install” のあとに再起動したときに、OSは起動している状態になっていても、SSHで接続できない状態になった。確認してみると、sshdは起動していた。でも接続はできなかった。
途中からコンソール接続して、アップデートを続けたので、リモートで作業する場合には要注意。PINGは飛んでいたので、OSは上がっているようにみえるのだけど、状態の確認ができなかった。
参考
https://www.freebsd.org/releases/13.1R/installation/#upgrade-binary