We have been using a dynatrace agent with our Confluence server for the past three years for monitoring our JVM. It attaches via the JVM -agentpath argument. We recently upgraded from Confluence 5.8 to Confluence 5.10. The upgrade went fine but Confluence regressed. Searches worked fine but all page views failed (with HTTP "Page Not Found" errors). After much muddling we root caused to our Dynatrace agent (removing agent cleared all symptoms).
We are running Confluence on 64-bit Windows as a Windows service.
Has anyone else run into compatibility problems between Confluence 5.9+ and Dynatrace?
The specific conflict appears to lie with the com.atlassian.confluence.pages.actions.PageAwareInterceptor class in Confluence. Anytime we attempt to view a page in Confluence, we get an error like this:
2017-03-07 12:08:08,370 ERROR [http-bio-443-exec-18] [[Standalone].[localhost].[/].[action]] log Servlet.service() for servlet action threw exception
-- referer: https://confluencedev.nordstrom.net/dosearchsite.action?cql=lastmodified+%3E%3D+%222014-05-01%22+and+lastmodified+%3C%3D+%222017-03-07%22+and+type+%3D+%22page%22 | url: /display/TDS/NPS+Consumer+Reference+Links | traceId: 20b87a6f46e04a7b | userName: X0OX
at com.atlassian.confluence.pages.actions.PageAwareInterceptor$$dtt.dt_41_intercept_61(Unknown Source)
Dynatrace offer the following information from https://community.dynatrace.com/community/display/DOCDT62/Apache+Tomcat
In a 64 bit Atlassian Confluence installation
setenv.sh already exists in
CATALINA_BASE/bin , in this case equivalent to
<ConfluenceProgramDirectory>/bin and you must extend
CATALINA_OPTS with e.g.:
Hope that helps sir. Not sure which version you are using of Dynatrace.
It may be the registry key that is the issue if that is associated with the Service. I am not a Dynatrace expert, but the page: https://community.dynatrace.com/community/display/DOCDT62/Apache+Tomcat does specifically mention setting up Tomcat as a Windows Service, and specifically states:
If all fails, check for the registry key
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Apache Software Foundation\Procrun 2.0\Tomcat<version>\Parameters\Java.
I suspect, though I am not certain of this, that they may mean that the registry key would need to be removed from the Windows server so that a new service can be registered by recreating the Windows Service on the Server.
The reason I suspect that is that the pre-existing registry key is likely associated with the previous Windows Service, and the upgraded instance is technically a new service when the application was upgraded.
Recreating the service as outlined on their page after removing the Registry Key may resolve this issue for you and allow you to continue to use the Dynatrace agent.
However, I am not a Dynatrace Expert, and you may wish to speak with their Support in order to confirm that fact as well.
If you have a staging environment, I would recommend testing this on that environment before attempting the change in production.
I hope that information is helpful Tom.
Badges are a great way to show off community activity, whether you’re a newbie or a Champion.Learn more
Hi Community, Jessica here from the Confluence Product Marketing team! July’s community challenge is all about sharing pictures — and as an extension of our first post on what ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs