Skip to content
AI & Agents
Skill

/troubleshoot-replication

Diagnose and fix common AEM 6.5 LTS replication issues including blocked queues, connectivity failures, and content distribution problems

From plugin
adobe-skills
162160 skills6 agents4 MCP
Install
$ npx -y skills add adobe/skills --skill troubleshoot-replication --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/troubleshoot-replication

Context preview

The summary Claude sees to decide when to auto-load this skill.

Diagnose and fix common AEM 6.5 LTS replication issues including blocked queues, connectivity failures, and content distribution problems

SKILL.md

troubleshoot-replication.SKILL.md
name: troubleshoot-replication
description: Diagnose and fix common AEM 6.5 LTS replication issues including blocked queues, connectivity failures, and content distribution problems
license: Apache-2.0

Troubleshoot AEM 6.5 LTS Replication

This skill provides systematic troubleshooting guidance for Adobe Experience Manager 6.5 LTS replication issues. Use this to diagnose and resolve problems with content distribution, agent configuration, and replication workflows.

When to Use This Skill

Use this skill when experiencing:

  • Replication queues blocked or stuck
  • Content not appearing on Publish instances
  • Replication agent showing red/error status
  • "Replication triggered, but no agent found" errors
  • Timeout errors during replication
  • Authentication failures (401 Unauthorized)
  • Connection refused errors
  • Slow or delayed replication
  • Dispatcher cache not invalidating
  • Reverse replication failures
  • Missing or incorrect replication status

Prerequisites

  • AEM 6.5 LTS Author and Publish instances
  • Administrator access to AEM environments
  • Access to replication agent configuration
  • Access to log files (error.log, replication.log)
  • Understanding of your replication topology

Diagnostic Workflow

Follow this systematic approach to identify and resolve replication issues:

1. Verify Symptoms
   ↓
2. Check Agent Status
   ↓
3. Review Replication Queue
   ↓
4. Test Connectivity
   ↓
5. Examine Logs
   ↓
6. Verify Configuration
   ↓
7. Apply Fix
   ↓
8. Validate Resolution

Common Issues and Solutions

Issue 1: Replication Queue Blocked

**Symptoms:**

  • Red status indicator on replication agent
  • Queue shows items waiting
  • First item in queue failed
  • Subsequent items cannot process (FIFO blocking)

**Diagnosis:**

1. **Check agent status:**

   Navigate to: Tools → Deployment → Replication → Agents on author
   Look for: Red indicator next to agent name

2. **View queue details:**

   Click agent name
   Review queue entries
   Check error message on failed item

**Root Causes:**

  • Network connectivity lost to Publish instance
  • Publish instance down or unavailable
  • Authentication credentials expired or incorrect
  • Insufficient permissions on target content
  • Disk space full on Publish
  • Large package timeout
  • SSL/TLS certificate issues

**Solutions:**

**Solution A: Retry Failed Item**

Steps:
1. Open blocked replication agent
2. Click "Force Retry" button
3. Monitor queue to see if item processes
4. If successful, remaining items will process automatically

**Solution B: Clear Failed Item**

Steps:
1. Open blocked replication agent
2. Select failed item in queue
3. Click "Clear" to remove it
4. Remaining items will process
5. Manually re-replicate cleared content if needed

**Solution C: Restart Replication Components**

Navigate to: /system/console/bundles
Search for: "replication"

Restart these bundles:
- com.day.cq.cq-replication
- com.day.cq.cq-replication-audit
- com.day.cq.wcm.cq-wcm-replication

Steps:
1. Find bundle
2. Click "Stop"
3. Wait for status: Resolved
4. Click "Start"
5. Verify status: Active

**Solution D: Restart Event Processing**

OSGi Console: /system/console/bundles
Restart: Apache Sling Event Support (org.apache.sling.event)

This clears event queue backlogs

Issue 2: Connection Refused

**Symptoms:**

  • Error: "Connection refused"
  • Test connection fails
  • Replication queue blocked with connectivity errors

**Diagnosis:**

1. **Verify Publish instance is running:**

   # Check if Publish is accessible
   curl -I http://publish-host:4503/system/console
   
   # Or browse to:
   http://publish-host:4503/system/console

2. **Test network connectivity:**

   # From Author server
   telnet publish-host 4503
   
   # Or
   nc -zv publish-host 4503
   
   # Or
   ping publish-host

3. **Check replication agent URI:**

   Navigate to: Agent → Edit → Transport tab
   Verify: URI matches Publish host and port
   Expected: http://publish-host:4503/bin/receive?sling:authRequestLogin=1

**Root Causes:**

  • Publish instance not running
  • Firewall blocking connection
  • Incorrect hostname or port in agent configuration
  • Network routing issues
  • DNS resolution failures

**Solutions:**

**Solution A: Start Publish Instance**

cd /path/to/publish/crx-quickstart
./bin/start

**Solution B: Fix Network/Firewall**

1. Verify firewall rules allow Author → Publish on port 4503
2. Check network ACLs and security groups (cloud environments)
3. Verify no proxy blocking connection
4. Test from Author server command line

**Solution C: Correct Agent URI**

Steps:
1. Edit replication agent
2. Transport tab
3. Update URI to correct host/port:
   http://correct-publish-host:4503/bin/receive?sling:authRequestLogin=1
4. Save
5. Test Connection

Issue 3: 401 Unauthorized

**Symptoms:**

  • Error: "401 Unauthorized"
  • Authentication failures in logs
  • Test connection fails with credential error

**Diagnosis:**

1. **Check agent credentials:**

   Agent → Edit → Transport tab
   Verify: User and Password fields

2. **Verify user exists on Publish:**

   Publish instance: http://publish:4503/crx/explorer
   Navigate to: /home/users
   Search for: replication service user

3. **Check user permissions:**

   On Publish instance:
   User → Permissions
   Required: Read, Write, Replicate privileges

**Root Causes:**

  • Incorrect username or password
  • User doesn't exist on target instance
  • User password changed
  • User disabled or locked
  • Insufficient permissions

**Solutions:**

**Solution A: Update Credentials**

Steps:
1. Edit replication agent
2. Transport tab
3. Enter correct username
4. Enter correct password
5. Save
6. Test Connection

**Solution B: Create/Enable User on Publish**

On Publish instance:
1. Navigate to: Security → Users
2. Create user: replication-service
3. Set p
Read more
Ships withadobe-skills

Repository of Adobe skills for AI coding agents.

Get the whole plugin

Other skills on adobe-skills.