Collect
...
on-premise logs and CCMA screenshot
In any case we should ask customer:
...
Provide cloud site URL
...
When a migration fails, Modus Create support will need you to provide the following information to analyze the issue:
Cloud site URL like
https://example.atlassian.net
Enable logs in on-premise instance https://confluence.atlassian.com/doc/configuring-logging-181535215.html#ConfiguringLogging-TemporarilychangeloggingbehaviourwhileConfluenceisrunning
com.atlassian.migration
com.atlassian.plugins.confluence.markdown.confluence-markdown-macro
Update CCMA and Markdown Macro server app to latest version (for more accurate error message)
Trigger a new migration and report back to us with the screenshot of CCMA UI (with the message section expanded) and server app logs. It is easier for us to troubleshoot the issue if you reproduce the failure with a single space migration.
Analyze progress report message
The If you want to analyze the logs yourself, the first thing to check should be the error message reported by cloud app:
...
Error message | |
---|---|
| Customer need to upgrade Markdown Macro server app to latest version. |
| We Modus Create support team will need to analyze server on-premise logs to see what happen happened when preparing migration payload. |
| Two hours after the migration start, if cloud app still does not receive the It is probably may be due to a network issue between the on the server side-premise server and Atlassian Cloud. If there is any outbound proxy setup on customer’s server, then it must be configured to allow access to enable the following S3 endpoint:
|
| The cloud app does receive received the migration payload but failed to parse it. If something goes wrong when preparing migration payload from server side, CCMA will send an empty payload to cloud app, causing this error. We don’t have much experience with this kind of error so we need to do investigation case by caseModus Create support will need to review your migration logs to understand what caused this issue. |