原付生活(3)
怒涛の如く2024年2週目が終了。(ほぼ1週間の日記。)
どうもどうも。「The Sunday Breeze」管理人です。
1月も3分の1が終了。あっという間でした。
新年早々いろんなことが立て続けに起きて
なんとなく気が休まらなかった年末年始だったという方も
多いのではないでしょうか。
管理人は2日の夜勤明けから6日まで休み。
5日に川崎競馬場で競馬初め、6日には金杯で乾杯
7日からは通常運転に戻りました。
そして…この1週間
「The Sunday Breeze」のサイトやサーバについて、管理人の競馬観戦について
目まぐるしくいろいろありましたので、
今日はこの1週間をまとめて日記として書いていこうと思います。
---
1月7日(日)
たまっていた競走馬写真の整理完了
1/6観戦分までまとめてサーバにアップしてあります。
「The Sunday Breeze」の出馬表や競走馬情報のページで
表示される写真たちは現時点で41,446枚にまでなりました。
今後も競馬観戦に行くたびに増えていきます。
---
1月8日(月)
Webサーバ・メールサーバのリプレース完了
夕方に2〜3分だけサーバを止めて、新しいサーバと入れ替えました。
下の図の一番左のWebサーバです。
いままでFreeBSDのヴァージョン13.2だったものを、14.0へアップグレードしました。
この構成にしたのが…おそらく2年半前くらい。
その当時、Raspberry Pi用のFreeBSDはインストーラが存在せず、
ソースからコンパイルしてインストールしました。たしかヴァージョン12.3だったはず。
その後13.1へのヴァージョンアップ、そして昨年秋に14.0へ。
13.1にした時は大して影響なかったんですが…
14.0へのアップグレードはいろいろと問題が発生しまして。
一部のメールが受信できない
っていうか、メールのエイリアス(/etc/aliases)の設定でエラーになる
これは…FreeBSDのMTA(メール転送エージェント)が従来のsendmailからdmaに置き換わったことが原因。
この原因がわかるまで2か月くらいかかった…(リリースノートをよく読めって話)
/etc/mail/mailer.confを書き換えたらあっさり直った。
SSL証明書の更新(certbot)が動かない
SSL証明書の更新がエラーで落ちるようになりました。
これはある程度分かっていたけど…
FreeBSDのOpenSSLが1.1.1から3.0.12へアップデートされるって話。
certbotをリインストールしたり、Pythonのヴァージョンを変えてみたり
OpenSSLのヴァージョンを変えたり、コンフィグいじってみたり…
いろいろやったけど結局解決せず。
これがきっかけとなって今回
今まで使っていたサーバのヴァージョンアップではなく、
サーバをイチから作り直そうということになりました。
OSのインストールからアプリのインストールまで
手順はメモで残しておいたので、そのままその通りに実施。
今はOSもRPI4用のパッケージがあるので、それを使えば
ほぼ2日くらいでWebサーバとして使えるまでに仕上がります。
んで細かい設定して、動作確認して
8日夕方にひっそりと完了しております。
いまのところ不具合もなく。これでしばらくは安泰。
---
1月9日(火)
データベースサーバのリプレース準備(1)
データベースサーバは現在FreeBSDの13.2。
そしてデータベースアプリMySQLのヴァージョンが…5.7。
FreeBSD14(OpenSSL3)でMySQL5.7が動かないことは知ってる。
それよりなによりMySQL5.7はすでに2023年10月にサポート期限が終了。
早急にFreeBSD14−MySQL8.0か8.1へのヴァージョンアップが必要。
とりあえずOSと必要なアプリケーションを
新しいディスクにインストール開始。
夜からスタートしてほぼ丸1日かかる。
---
1月10日(水)
データベースサーバのリプレース準備(2)：いきなりピンチ
インストールが完了したので、データベース(MySQL 8.0.35)を起動。
データベースサーバが起動しない。
後半部分を翻訳。
そしてバックトレース中にセグメンテーションフォルト(SIGNAL 11)で落ちる。
これ、ネット上にも同じ現象がたくさん書かれてるんだけど(FreeBSDの公式フォーラムにも投稿あった)
結局解決策があるのかないのかがどこにも書いてない…。
とりあえずヴァージョン8.1でリインストールしてみたり、
portsからのインストールじゃなくpkgでインストールしたり
いろいろ試してみたものの…ダメ。まったく同じ現象。
ログを見る限り、innoDBの初期化プロセスで落ちてるっぽいので
既存のデータディレクトリを指定して起動したら動くのでは？？(まだやってない)
---
1月11日(木)
日帰り弾丸名古屋競馬観戦が急遽決定！(1/19)
来週の名古屋競馬開催の出走馬編成が出ていまして(もっと前に出てたのかな？)
共有で所有しているキューピッズアローが1/19(金)に出走。
19日かぁ…おっと、本職の夜勤明けだ。そして夜は本職の後輩たちと船橋ナイター観戦の予定が。
夜勤明けでそのまま新幹線に乗って名古屋→近鉄で蟹江→バスで競馬場。多分10時半。
キューピッズアローのレースは14時25分発走の第7レース。
観戦して、口取り写真撮って(皮算用)
14時50分のバスで蟹江→近鉄で名古屋→夕方の新幹線で品川→電車乗り継いで19時過ぎには船橋競馬場。
うん。これならいける(体的にはキツイが：翌日土曜日は仕事)
急遽新幹線を手配。無事に予約完了。
JR東海ツアーズの「日帰りプラン」を使って、往復でおよそ1万8千円。
ということで当初の予定外ではありますが
来週は名古屋競馬場へ行ってきます。
---
そして今日…
今のところ、データベースサーバの再構築に向けて
いろいろと手を動かしていますが…なんせ酔っぱらってるもんで
とりあえず新サーバはMySQL8.0の最新ヴァージョンのインストール中。
そして、現在動いているサーバからデータだけを抜きとったSSDを接続しました。
明日起きてから
これでデータベースサーバが起動するか確認してみます。
これで起動すればいいんだけど…
起動しなかったら…かなりやばい状況だと思います。
---
怒涛の1週間でした。
明日は1日休暇予定。中山競馬場の指定席もとってません。
基本的に指定席をとらない日は競馬場へは行きません。(遠征の時は話が別)
明日は新サーバを作りながらグリーンチャンネル観戦になると思います。
明後日日曜日は、後輩2人と一緒に中山競馬場へ向かいます。
ブログは京成杯の観戦記録を書く予定です。
1月も3分の1が終了。あっという間でした。
新年早々いろんなことが立て続けに起きて
なんとなく気が休まらなかった年末年始だったという方も
多いのではないでしょうか。
管理人は2日の夜勤明けから6日まで休み。
5日に川崎競馬場で競馬初め、6日には金杯で乾杯
7日からは通常運転に戻りました。
そして…この1週間
「The Sunday Breeze」のサイトやサーバについて、管理人の競馬観戦について
目まぐるしくいろいろありましたので、
今日はこの1週間をまとめて日記として書いていこうと思います。
---
1月7日(日)
たまっていた競走馬写真の整理完了
1/6観戦分までまとめてサーバにアップしてあります。
「The Sunday Breeze」の出馬表や競走馬情報のページで
表示される写真たちは現時点で41,446枚にまでなりました。
今後も競馬観戦に行くたびに増えていきます。
---
1月8日(月)
Webサーバ・メールサーバのリプレース完了
夕方に2〜3分だけサーバを止めて、新しいサーバと入れ替えました。
下の図の一番左のWebサーバです。
いままでFreeBSDのヴァージョン13.2だったものを、14.0へアップグレードしました。
この構成にしたのが…おそらく2年半前くらい。
その当時、Raspberry Pi用のFreeBSDはインストーラが存在せず、
ソースからコンパイルしてインストールしました。たしかヴァージョン12.3だったはず。
その後13.1へのヴァージョンアップ、そして昨年秋に14.0へ。
13.1にした時は大して影響なかったんですが…
14.0へのアップグレードはいろいろと問題が発生しまして。
一部のメールが受信できない
っていうか、メールのエイリアス(/etc/aliases)の設定でエラーになる
これは…FreeBSDのMTA(メール転送エージェント)が従来のsendmailからdmaに置き換わったことが原因。
この原因がわかるまで2か月くらいかかった…(リリースノートをよく読めって話)
/etc/mail/mailer.confを書き換えたらあっさり直った。
sendmail /usr/libexec/postfix/sendmail
send-mail /usr/libexec/postfix/sendmail
mailq /usr/libexec/postfix/sendmail
newaliases /usr/libexec/postfix/sendmail
send-mail /usr/libexec/postfix/sendmail
mailq /usr/libexec/postfix/sendmail
newaliases /usr/libexec/postfix/sendmail
SSL証明書の更新(certbot)が動かない
SSL証明書の更新がエラーで落ちるようになりました。
Traceback (most recent call last):
File "/usr/local/bin/certbot", line 33, in
sys.exit(load_entry_point('certbot==X.XX.X', 'console_scripts', 'certbot')())
File "/usr/local/bin/certbot", line 25, in importlib_load_entry_point
return next(matches).load()
File "/usr/local/lib/python3.9/importlib/metadata.py", line 86, in load
module = import_module(match.group('module'))
File "/usr/local/lib/python3.9/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "", line 1030, in _gcd_import
File "", line 1007, in _find_and_load
File "", line 986, in _find_and_load_unlocked
File "", line 680, in _load_unlocked
File "", line 850, in exec_module
File "", line 228, in _call_with_frames_removed
File "/usr/local/lib/python3.9/site-packages/certbot/main.py", line 6, in
from certbot._internal import main as internal_main
File "/usr/local/bin/certbot", line 33, in
sys.exit(load_entry_point('certbot==X.XX.X', 'console_scripts', 'certbot')())
File "/usr/local/bin/certbot", line 25, in importlib_load_entry_point
return next(matches).load()
File "/usr/local/lib/python3.9/importlib/metadata.py", line 86, in load
module = import_module(match.group('module'))
File "/usr/local/lib/python3.9/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
File "
File "
File "
File "
File "
File "
File "/usr/local/lib/python3.9/site-packages/certbot/main.py", line 6, in
from certbot._internal import main as internal_main
これはある程度分かっていたけど…
FreeBSDのOpenSSLが1.1.1から3.0.12へアップデートされるって話。
certbotをリインストールしたり、Pythonのヴァージョンを変えてみたり
OpenSSLのヴァージョンを変えたり、コンフィグいじってみたり…
いろいろやったけど結局解決せず。
これがきっかけとなって今回
今まで使っていたサーバのヴァージョンアップではなく、
サーバをイチから作り直そうということになりました。
OSのインストールからアプリのインストールまで
手順はメモで残しておいたので、そのままその通りに実施。
今はOSもRPI4用のパッケージがあるので、それを使えば
ほぼ2日くらいでWebサーバとして使えるまでに仕上がります。
んで細かい設定して、動作確認して
8日夕方にひっそりと完了しております。
いまのところ不具合もなく。これでしばらくは安泰。
---
1月9日(火)
データベースサーバのリプレース準備(1)
データベースサーバは現在FreeBSDの13.2。
そしてデータベースアプリMySQLのヴァージョンが…5.7。
FreeBSD14(OpenSSL3)でMySQL5.7が動かないことは知ってる。
それよりなによりMySQL5.7はすでに2023年10月にサポート期限が終了。
早急にFreeBSD14−MySQL8.0か8.1へのヴァージョンアップが必要。
とりあえずOSと必要なアプリケーションを
新しいディスクにインストール開始。
夜からスタートしてほぼ丸1日かかる。
---
1月10日(水)
データベースサーバのリプレース準備(2)：いきなりピンチ
インストールが完了したので、データベース(MySQL 8.0.35)を起動。
データベースサーバが起動しない。
# service mysql-server start
/usr/local/etc/rc.d/mysql-server: WARNING: failed precmd routine for mysql
# cat /var/log/mysqld.log
2024-01-12T00:50:15.300633Z 0 [System] [MY-013169] [Server] /usr/local/libexec/mysqld (mysqld 8.0.35) initializing of server in progress as process 34813
mysqld: Error on delete of '/var/db/mysql/auto.cnf' (OS errno 2 - No such file or directory)
2024-01-12T00:50:15.432134Z 0 [Warning] [MY-010107] [Server] World-writable config file '/var/db/mysql/auto.cnf' has been removed.
2024-01-12T00:50:15.448756Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2024-01-12T00:50:24Z UTC - mysqld got signal 4 ;
Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware.
Thread pointer: 0x4eb485dcd000
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
Fatal signal 11 while backtracing
/usr/local/etc/rc.d/mysql-server: WARNING: failed precmd routine for mysql
# cat /var/log/mysqld.log
2024-01-12T00:50:15.300633Z 0 [System] [MY-013169] [Server] /usr/local/libexec/mysqld (mysqld 8.0.35) initializing of server in progress as process 34813
mysqld: Error on delete of '/var/db/mysql/auto.cnf' (OS errno 2 - No such file or directory)
2024-01-12T00:50:15.432134Z 0 [Warning] [MY-010107] [Server] World-writable config file '/var/db/mysql/auto.cnf' has been removed.
2024-01-12T00:50:15.448756Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
2024-01-12T00:50:24Z UTC - mysqld got signal 4 ;
Most likely, you have hit a bug, but this error can also be caused by malfunctioning hardware.
Thread pointer: 0x4eb485dcd000
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
Fatal signal 11 while backtracing
後半部分を翻訳。
おそらくバグに遭遇した可能性がありますが、このエラーはハードウェアの誤動作によって発生する可能性もあります。
バックトレースを試みています。次の情報を使用して、mysqld が停止した場所を見つけることができます。
この後メッセージが表示されない場合は、何か重大な問題が発生しています。
バックトレースを試みています。次の情報を使用して、mysqld が停止した場所を見つけることができます。
この後メッセージが表示されない場合は、何か重大な問題が発生しています。
そしてバックトレース中にセグメンテーションフォルト(SIGNAL 11)で落ちる。
これ、ネット上にも同じ現象がたくさん書かれてるんだけど(FreeBSDの公式フォーラムにも投稿あった)
結局解決策があるのかないのかがどこにも書いてない…。
とりあえずヴァージョン8.1でリインストールしてみたり、
portsからのインストールじゃなくpkgでインストールしたり
いろいろ試してみたものの…ダメ。まったく同じ現象。
ログを見る限り、innoDBの初期化プロセスで落ちてるっぽいので
既存のデータディレクトリを指定して起動したら動くのでは？？(まだやってない)
---
1月11日(木)
日帰り弾丸名古屋競馬観戦が急遽決定！(1/19)
来週の名古屋競馬開催の出走馬編成が出ていまして(もっと前に出てたのかな？)
共有で所有しているキューピッズアローが1/19(金)に出走。
19日かぁ…おっと、本職の夜勤明けだ。そして夜は本職の後輩たちと船橋ナイター観戦の予定が。
夜勤明けでそのまま新幹線に乗って名古屋→近鉄で蟹江→バスで競馬場。多分10時半。
キューピッズアローのレースは14時25分発走の第7レース。
観戦して、口取り写真撮って(皮算用)
14時50分のバスで蟹江→近鉄で名古屋→夕方の新幹線で品川→電車乗り継いで19時過ぎには船橋競馬場。
うん。これならいける(体的にはキツイが：翌日土曜日は仕事)
急遽新幹線を手配。無事に予約完了。
JR東海ツアーズの「日帰りプラン」を使って、往復でおよそ1万8千円。
ということで当初の予定外ではありますが
来週は名古屋競馬場へ行ってきます。
---
そして今日…
今のところ、データベースサーバの再構築に向けて
いろいろと手を動かしていますが…なんせ酔っぱらってるもんで
とりあえず新サーバはMySQL8.0の最新ヴァージョンのインストール中。
そして、現在動いているサーバからデータだけを抜きとったSSDを接続しました。
明日起きてから
これでデータベースサーバが起動するか確認してみます。
これで起動すればいいんだけど…
起動しなかったら…かなりやばい状況だと思います。
---
怒涛の1週間でした。
明日は1日休暇予定。中山競馬場の指定席もとってません。
基本的に指定席をとらない日は競馬場へは行きません。(遠征の時は話が別)
明日は新サーバを作りながらグリーンチャンネル観戦になると思います。
明後日日曜日は、後輩2人と一緒に中山競馬場へ向かいます。
ブログは京成杯の観戦記録を書く予定です。
このネタへのコメント：
コメントはありません。