AtoMのコミュニティに投げてみているのですが、有効なレスポンスはまだです。
先生から
「エラーはElasticsearchが原因なのでは？」
というご助言をメールで頂いたので、そのあたりの問題をクリアにすることに。
以前、何かの拍子でＤＢにエラーが出た後、上手くアップロード出来なくなったことがあったそうです。
MySQLはRDBなので階層構造をフラットに表現している。親子関係を表現するのに使うのが“Nested set model”だが、それがサーバーのタイムアウトなどが原因で崩れてしまうことがあるらしい。
ということで今回の最初のタスクは「AtoMのＤＢの階層を再構築」になります。
Documentation>Administrator manual>Populate search index
に詳細があります。リンクはこれ↓
https://www.accesstomemory.org/en/docs/2.5/admin-manual/maintenance/populate-search-index/#maintenance-populate-search-index
php symfony search:populate
するとなんとエラーに。
そういえば、AtoMのdescriptionで消そうとしたらエラーで消せなかったのがありました。それがエラー原因では、と推測します。
スラッグをコピペして、以下を実行。
php symfony tools:delete-description <slug>
その後Populate search indexに再挑戦。
成功します。
次にnestの再構成です。
＞command line tools＞Rebuild the nested set
php symfony propel:build-nested-set
ということで、もう一度DIPをUploadします。
その前にブラウザでAtoMにログインして、前々回に作ったtestフォンドの下に新しいシリーズを作ります。
マティカからのアップロードはいつも通りです。
結果は失敗。untitledのアイテムが出来てしまいました。
DBのエラーなのか、DBに入れ込む前のエラーなのかがわからないのが辛いです。
原因がわからないので、とりあえず一度AtoMをRebuildします。
先生から頂いたスクリプトを使います。
AtoMのDBのDropは成功してCreateに失敗したようなので、
Administrator manualのCreate the databaseを参考にDBを作成
AtoMに入れません。真っ白な画面が広がります。
どうやらtarファイルの解凍に失敗していた模様。
次回はAtoMのRebuildとDIPUploadを再挑戦です。
次回は変則的に木曜日にやります！
金曜日が春分の日なので3月19日（木）です。
以後経過
開発者から、質問板にお返事いただきました。
バグチケットが発行されました。
推測ですが、Archivematica 1.9とAtoM 2.5のPREMISバージョンが違うために生じる
不都合ではないかということでした。
Archivematica 1.10へのアップグレードを試してくれとの助言をもらいましたので、
次回はこれにトライしましょう。
