Репликация DAM: доступ запрещен для двоичных файлов

Question

У меня очень странная проблема в нашей тестовой среде. У нас есть один автор и два идентичных сервера публикации. Для каждого из серверов публикации есть агент репликации, где «тестовое соединение» работает нормально. Они идентичны, кроме транспортного URI, и используют пользователя replication_receiver, который настроен с теми же правами на обоих серверах публикации.

Я импортировал некоторый контент из другой системы, содержащей страницы и активы DAM. Затем я активировал «активацию дерева» активов DAM. Один агент начал реплицировать сразу, другой реплицировал папку, но затем не удалось выполнить первое изображение - JPG. Исключение брошено в журнале репликации является:

error: com.day.cq.replication.ReplicationException: Repository error during node import: Access denied.

И подобная ошибка может быть найдена в error.log:

POST /bin/receive HTTP/1.1] com.day.cq.replication.impl.servlets.ReplicationServlet Error during replication: Repository error during node import: Access denied. com.day.cq.replication.ReplicationException: Repository error during node import: Access denied. at com.day.cq.replication.impl.content.durbo.DurboImporter.createNode(DurboImporter.java:269)

Кажется, второй публиковать отсутствуют некоторые права, но, как я сказал, оба идентичны. У нас есть пакет контента, содержащий все технические пользователи и группы, а также базовую структуру контента, содержащую узлы rep: policy.

Единственное, что я могу представить, что кто-то добавил какое-либо разрешение на публикацию или удаление разрешения на нерабочее. Но я не могу найти разницы.

Где еще, чем на узле ниже/контенте/дате, нужен ли пользователю replication_receiver доступ на запись для активов DAM? Он смог создать папку ...

Answer 1

Проверьте, не случилось ли это с пользователем Admin? Если у вас есть списки ACL, специфичные для renditions/assets в публикации, добавьте группы в репликаторе/транспортном пользователе, который вы использовали в конфигурации вашего агента.