error.log ファイル（または、設定している場合は replication.log ファイル）にレプリケーション中のエラー「Repository error during node import: Access denied.」が記録されます。以下に例を挙げます。
この状態はリバースレプリケーションでも起きる場合があり、以下のように記録されます。
com.day.cq.replication.Agent.publish1_reverse Cannot import content
com.day.cq.replication.ReplicationException: Repository error during node import: Access denied..Remote outbox path:
レプリケーションエージェントによって使用される「トランスポートユーザー」が次のいずれかの場合に発生します。
- 見つからない。
- 十分なアクセス権を持っていない。
- または、レプリケーションエージェントのトランスポート設定に入力されたパスワードが、パブリッシュインスタンスのユーザーのパスワードと一致しない。
リバースレプリケーションの場合は、これはリバースレプリケーションのユーザーエージェント上の「エージェントユーザー ID」の問題が原因で発生します。
この問題を修正するには：
フォワードレプリケーションの場合：
- レプリケーションエージェントの「トランスポート」タブで設定されたオーサーインスタンスのユーザーが、パブリッシュインスタンスに存在するようにします。ユーザーが存在しない場合、パブリッシュインスタンスにログインし、ユーザーを作成します。
- ユーザーに対して入力されたパスワードが、パブリッシュインスタンスで設定されたパスワードと正確に一致していることを確認します。
- パブリッシュインスタンスのユーザーの権限をチェックし、ユーザーがレプリケート対象のパスに対する書き込み権限を持っていることを確かめます。http://host:port/useradmin UI を使用して必要な権限を追加します。
リバースレプリケーションの場合：
- リバースレプリケーションエージェント設定で「エージェントユーザー ID」が設定済みで、空白になっていないことを確認します。
- 選択されたエージェントユーザー ID には、パブリッシュインスタンスからデータを取得するときに、オーサーインスタンスの書き込みアクセス権が設定されてる適切な ACL が必要です。
- この操作を、定義済みのレプリケーションエージェントすべてで繰り返す必要があります。
例：
- /etc/replication/agents.author/publish1_reverse.html
- /etc/replication/agents.author/publish2_reverse.html
- /etc/replication/agents.author/publish3_reverse.html
Twitter™ および Facebook の投稿には、Creative Commons の規約内容は適用されません。