DigiLoog

動的ページ生成にwordpressを多用しているが、
先日公開されたv5.3.1がデッドロックする事象が出た。

データベースでlockファイル削除も一つの手段だが、
今回はWebサーバ再起動によるセッションクリアと、
15待機でイニシャルデータのクリアを行った。

その後、わざと2回連続でアップグレードを走らせる事で、
テンポラリクリアとデータベースのアップグレードも走らせ無事完了。
どうやら、セッションが残ってしまうケースがあるらしく、
ハマった場合にはアプリ再起動と15待機でいい模様。

根本的な所は今後の自鯖引っ越しイベントで改修するとして、
自身のいTIPSとしてメモしておこう。

自鯖の内部用Webサーバを、Apache・Nginxの2本にすべく調整をしているのだが、
CGIを動かす為に使っているspawn-fcgiが起動しなくて四苦八苦中。

コレの調整が終われば内部のWebサーバ移行を一気に進められるのだが、
平日に時間を取れない土日の自鯖管理者なので調査時間も取れないのが悩ましい。
監視系・メールスパム集計ページとかもWebシステムとして内制しているので、
コレがないと始まらないのが辛い所。
もう暫くは試行錯誤しないとダメなので、引き続き構築テストを進めようと思う。

フィルタリングを集中管理する為に便利なので、sieveプラグインを利用しているが、
sieveプラグインを同梱している”dovecot-pigeonhole”のパッケージがCentOS8に無く、
ネットの海を右往左往したのでその備忘録。

原因は、RHEL8.0をリリースする際にdovecot-pigeonholeパッケージが削除された影響。
CentOS8はRHEL8を元にリビルドしている都合上、
大元となるRHEL8.0に含まれていないパッケージは含まない傾向がある。

ただ、至る所からブーイングが出たのか、
Red Hat Bugzillaで『次期RHEL8には”dovecot-pigeonhole”を含める』とアナウンスがあった。
実際、MBOX Kojiにもdovecot-pigeonholeパッケージが準備されている事を確認。
ただし、何かしらの理由があるのか、まだ403の状態になっていた。

という事で更に調査を進めると、独自ビルドした謎RPMを配布していたり、
自力でビルドしてdovecotと連携させる回避策が出てきた。

今回、メール鯖を刷新するにあたりdovecotが使えないのは致命的過ぎるので、
筆者はdovecot含めて全部独自ビルドする事に。
日頃からソースビルドは良く実行しているので特に苦も無く起動までこぎ着ける事が出来た。
ビルドオプションは次の通り。他にはsystemd.serviceファイルも作成したが、
全部書くとそれなりの量になるので、サーバ刷新が一段落したタイミングで書こうと思う。

これで、残るは起動テストのクリアとメールデータの移行＆切り替えになる。
残る作業が一番の山場なので、自鯖と言えども丁寧に切り替えを実施したい。