0

より有能な Dspace 管理者からシステムを継承した後、最近 DSpace 5.1 にアップグレードしました。

最近気付いた問題の 1 つは、一部の引用が生成されていないように見えることです。dspace / tomcat / solr ログのいずれにも、障害を示す (私が見つけた) ものは何も見つかりませんでした。

キュレーション タスクを手動で実行すると (cron が 2 分ごとに実行するように)、予想される期間実行され、失敗して中止されることはありません。

sudo -u tomcat /usr/local/dspace/bin/dspace curate -q continually -r - -v

管理インターフェイスから、ハンドルを指定しないと指定すると、次の処理が失敗します。

  • キュレーション タスク > 引用タスク > 汎用タスク > メタデータから引用を生成 > 実行

引用されていないオブジェクトのハンドルを指定すると、機能します。

失敗した場合の内容は次のとおりです。

タスク: メタデータから引用を生成する タスクは正常に完了しました。ステータス: 失敗、結果: キュレーション タスクは、結果に関する詳細情報を提供しませんでした。

そして成功した場合：

タスク: メタデータから引用を生成する タスクは正常に完了しました。ステータス: 成功、結果: 引用を追加しました ...

引用を正常に生成すると、dspace ログに次のログ (フィルター済み) が表示されます。

2015-04-28 16:47:26,122 INFO  org.dspace.content.Item @ ...:session_id=...:ip_addr=...:update_item:item_id=5966
2015-04-28 16:47:26,367 INFO  org.dspace.curate.Curator @ Curation task: citation performed on: .../5634 with status: 0. Result: 'Added citation ...

ハンドルなしでタスクを実行すると、次のようになります。

2015-04-28 16:52:19,972 INFO  org.dspace.curate.Curator @ Curation task: citation performed on:  with status: 1

うーん、最後にハンドル PREFIX/0 を指定する必要があるのだろうか

タスク: メタデータから引用を生成する タスクは正常に完了しました。

ステータス: スキップ、結果: アイテムには既に引用があります。スキップしています。item_id=2479

キュレーション タスクを (cron から) 別の方法で実行する必要がありますか?

新しいオブジェクトが送信されたときに、キュレーション タスクが正しくキューに入れられない可能性があります。キュレーション タスク キューはどこで調べることができますか (データベースでも)?

乾杯、キャメロン

アップデート

/usr/local/dspace/ctqueues/continually# ls -l
total 448
-rw-r--r-- 1 tomcat tomcat      0 Apr 17 09:40 lock0
-rw-r--r-- 1 tomcat tomcat 420832 Apr 17 09:37 queue0
-rw-r--r-- 1 tomcat tomcat  15691 Apr 28 10:44 queue1
-rw-r--r-- 1 tomcat tomcat  12986 Apr 14 13:39 queue6

キューの内容を保持して排出できるようにしたかったので、lock0 ファイルを削除して を実行しsudo -u tomcat /usr/local/dspace/bin/dspace curate -q continually -r - -v、ワーク キューを排出しようとしましたが、得られたのは lock0 と lock1 の 2 つの新しいロック ファイルだけでした。

dspace コマンドが終了し、キュー ファイルが削除されることを期待していましたが、私の理解は間違っているに違いないと思います。そのため、ファイルを削除してTomcatを再起動しました。しかし、サーバーが現在ビジー状態で、キュレーション タスク アクティビティを実行しているように見えるので、これは有望な兆候だと考えます。ありがとう。

4

1 に答える 1

0

まず第一に、引用ジェネレーターは標準の DSpace タスクではありません。

次に、管理 UI で [your-prefix]/0 を使用してシステム全体のキュレーション タスクを実行する必要があります。それが与えられていない場合、DSpace はエラー メッセージをスローする必要があります。

DSpace 5.1 での変更はいずれも、cron を介してキュレーション タスクを実行する方法に影響を与えるものではありません。

キュレーション タスク キューはファイル ベースであり、[dspace]/ctqueues/[name-of-queue]/[queue-file]. 上記のコマンドから、関心のあるタスク キューは「継続的に」キューであるように見えます。キュレーション タスクの処理中に問題が発生し、古い queueN ファイルが残っている可能性があります。これにより、キューの処理が中断されたり、そのキューに新しいタスクが追加されたりする可能性があります。これらの古い queueN ファイルを削除したい場合があります。

アップデート

キュー ファイルがどのように動作するかについての理解は正しいです。2 つのコマンドがキュレーション キューで動作している場合、2 つのロック ファイルが表示されることがあります (たとえば、最初のコマンドがまだ実行されている間に 2 番目のコマンドが開始されます。これは、同じキューで頻繁に動作し、何らかの理由でパイルアップがあった場合に発生する可能性があります)。キューファイルの数)。curate コマンドがクラッシュしたときにロック ファイルが残っているのを見たことがあると思います。そのため、クラッシュ後にチェックする項目のリストにキュー ディレクトリを追加することをお勧めします。また、ctqueues ディレクトリ ツリーに正しいアクセス許可があることを常に確認してください (あなたのケースでは問題ではありません)。

于 2015-04-28T05:17:58.010 に答える