After upgrading from Confluence 3.5 to a later version, if there are pages containing unmigrated-wiki-markup macros in the page, the macro remigration job will be triggered on the following restart whenever a plugin is enabled or upgraded.
The following message will show up in the log file:
This is not very scalable when the customer has a huge instance with many unmigrated pages, as this operation create a new version on each page (even if the page contents has not changed). This creates load on the journal service (i.e. incremental indexer) as each new version of a page adds about 2-4 entries to be processed in the index queue. There should be some kind of variable or setting that we can set to disable the job from running during the Confluence startup.
Before every Confluence startup, run the following query each time before startup to determine if the macro remigration job will be triggered:
If the "bandanavalue" column shows "true", then update this to "false" to prevent the subsequent startup from kicking off there migration job.
This value need to checked on every restart as the aforementioned plugin operations may set this value back to "true".
For Confluence 5.10.8 and newer, the workaround from
CONFSERVER-37710 can be applied:
- open CONF_INSTALL_FOLDER/bin/setenv.sh (or setenv.bat under windows)
- locate "CATALINA_OPTS" and add the below line to the file:
- save the file and restart tomcat