how to troubleshoot data if there is some issues when transferring data from author to publish
Hi,
Are you referring to the replication process or something else.
Views
Replies
Total Likes
yes for replication
Views
Replies
Total Likes
how to troubleshoot data in queue author to publish?
Views
Replies
Total Likes
Hi Shivangi
What exactly you want to troubleshoot ? You can check the replication logs to check what content is getting pushed from author to publish and whether it is published or not
Thanks
Veena
Views
Replies
Total Likes
i want to know how to troubleshoot any data in queue when we transfer our data from author to publish
Views
Replies
Total Likes
Are you asking about the replication queue ?
Views
Replies
Total Likes
where is this setting?
Views
Replies
Total Likes
443 port not working how to troubleshoot?
Views
Replies
Total Likes
what type of problem can we find when we send data from autor to publish? and how to troubleshoot it
Views
Replies
Total Likes
shivangim98577885 You can refer the doc[1] and [2] which provides great resources to troubleshoot replication.
Views
Replies
Total Likes
i have already follow up these docs
Views
Replies
Total Likes
Hi,
Can you provide some info as to what exactly you want to troubleshoot? What exactly is the issue you are facing and the solution you are looking for?
Views
Replies
Total Likes
i m just searching for learning purpose if i get any issue in the queue when i will transfer data from author to publish so what will be the issue which i can face and how to troubleshoot them
Views
Replies
Total Likes
This was what we wer asking you from beginning. We were not sure what is that you wanted to troubleshoot. Now your query makes more sense.
Coming back to your question, You can troubleshoot replication based on the issues you might face
1) In case you think that the content is not getting replicated to publish as expected , you can go to the agents on author section http://localhost:4502/etc/replication/agents.author.html and do a test connection to on your publish servers. Your publish servers will be listed here and find them click and go inside the page . eg:-
You will see a Test Connection button. Click on that to make sure there is an active connection to your publish server from your author. It should return you response as below
You can do this on all of your publish instance configuration to make sure your publish servers are active and is connected from author.
2)whenever you do a replication , under your server /crx-quickstart/logs ; you will have a replication.log file which will log all your replication requests and status of that
A sample of the content of the file is pasted below
Here you can see that the log clearly says that the reverse replication failed due to connection timeout, which means that the server is not able to connect to the other server for many reasons. Either the other server is not started, or a firewall might be blocking.
3) When all of the above looks good and logs don't show any error too, may be that your publish connection is slow or something and all your request are still pending in your author. To verify that you can check the replication queue and see if anything is pending there. Same page you checked the test connection you will find the replication queue
Hope this helps a bit. Let me know if you have any more questions
Thanks
Veena
Views
Replies
Total Likes
i am using aem 6.4 so i want information related to 6.4 only
Views
Replies
Total Likes
Hi shivangim98577885,
Apart from testing the basic setup of author-publisher replication that is if the replication agent is configured correctly and the test connection works fine. In case you want to troubleshoot any issue related to replication then you can simply enable debug logging specific to replication by going at host:port/system/console/slinglog and adding a debug logger for api "com.day.cq.cq-replication" and print the debug logs in any custom file like rep.log/replication.log.
The above basically is part of generic troubleshooting in AEM for any specific issue like workflow or replication. You can enable debug logs for a particular api to understand where exactly it failed and why.
Views
Like
Replies
Views
Likes
Replies
Views
Likes
Replies