【40】 AtoM workerの起動

ウォウウォウ！の掛け声で始まりました本日の道場。

AtoMサーバーでAtoM worker（qtSwordPlugin）が動いていなかった問題を引き続き検討していきます。

まず、ArchivematicaのDIPが問題なくAtoMに移行される別マシンでAtoM workerが起動した状態、つまり正常な状態はどうなのかを確認します。

データベースのSQLファイルの中で、AtoMのAdmin –> Pluginsが登録されている Setting i18n のテーブルを見ます。id_1のテーブルにAdmin –> Pluginsでオンにしたプラグインが入っています。初期設定のatomdb.sql.0とqtSwordPlugin（AtoMWorker）をオンにしたatomdb.sql.1の差分があるかをみるため、Linuxのdiffコマンドで双方のファイルを比較すると、sql.1つまりid_1の方にのみ、qtSwordPlugin（AtoM worker）がありました。
同じ作業をAtoM workerの起動しないテスト中のAtoMで試みたところ、全く同じ状態の設定でした。

したがって、前回はエラー後のキャッシュ（ウェブサーバーのNginxにはけっこう残る）をすべて消せていなかったのではないかと考え、再度DIP アップロードをテストしました。やはり同じエラーが起こります。

sudo php usr/share/nginx/atom/symfony jobs:worker

を実行しても、AtoM workerが起動していません。

いつものように、AtoMの相談掲示板を見ていると

AtoM2.5.1にAtom workerのエラーがあり、バグのチケットになっていることがわかりました！本日テストしているマシンは、2.5.1です。

2.5.2で解決したとのことなので、バージョンアップを試みます。

アップグレードの記述はこちら

アップグレード後は、忘れずにAdmin –> PluginsでqtSwordPluginをオンにする。

でも失敗。
どうやら、2.5.2で修正したのは一部で、まだバグは残っているようです。

AtoM2.5では、MySQLをバージョンアップしたことが原因で、AtoM workerが不安定になってしまっているそうです。
現在のところの対応策が、こちらにありました。MySQLとAtom workerがうまく連携しない場合、SQLからのスタートを待つため、Atom workerの時間制限を延長するよう環境設定を変更しているようです。＊今回は実行していません。

さて、バグのチケットに下の対応方が書かれていたので、

root@atom-host:/var/log/nginx# sudo service gearman-job-server restart
root@atom-host:/var/log/nginx# sudo service php7.2-fpm restart
root@atom-host:/var/log/nginx# sudo service atom-worker-host restart

したがってやってみます。
なんとDip アップロードが成功しました。

AtoM内でDIPがあるべき場所（ディレクトリ）に運ばれるには、Gearman -> php7.2 fpm->Atom workerという手順で各アプリが起動している必要があるそうです。これが上記の命令文で正常に動いたのではないかと考えられます。

さて、次回以降の日程は
10/11
10/25
11/8
です。

レコマネのソフトウェア、Alfrescoをテストします。