Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Expose more of Jetty JMX MBeans with Fisheye

Hi

As per https://confluence.atlassian.com/fishkb/how-to-monitor-fisheye-crucible-using-jmx-in-linux-680395029.html we have enabled JMX. The last screenshot from the article is what we see in our JMC (so JMX setup is correct on our side). 

However we are still not satisfied as we expected to see more of consumed/busy AJP threads. This looks like not viable here as JMX does not provide MBean org.eclipse.jetty.servlet.utils (in short we would like to see what Tomcat provides via Catalina:type=ThreadPool,name="ajp-bio-8019" -> currentThreadsBusy)

I saw on web that this Jetty util class will expose used threads and usage of AJP threads similar to Tomcat/Catalina ones. We often have problems with users not being able to connect to the Fisheye server while it looks Fisheye engine itself works fine. If we get such stuck on threads this ends in most cases in Fisheye restart. Application will not recover itself from this issue in most cases :-( 

Having more Jetty MBeans exposed will let us to do better monitoring/root cause analysis. 

I am not an expert so asking if simple extra options passed to java will enable more MBeans to be exposed or this is strictly Java code modyfication is the only way (so would this be possible?)

Facts:

4.4.1 version, Java 1.8, beefy server (many cores, 64G of RAM etc). Current threads used config.xml:

<web-server context="/fisheye" site-url="https://odyssey.apps.csintra.net/fisheye" min-threads="250" max-threads="400">
<http bind=":8060" proxy-port="443" proxy-scheme="https" proxy-host="xxxxxxx"/>
<ajp13 bind=":8061"/>
</web-server>


Our Apache uses proxy pass to AJP

<Location /fisheye>

....

ProxyPass ajp://%FECRU_HOST%:8061/fisheye timeout=300
ProxyPassReverse ajp://%FECRU_HOST%:8061/fisheye
</Location>

1 answer

0 votes

Hi @Krzysztof_Paprzycki,

It really doesn't seem possible to add/use the MBean org.eclipse.jetty.servlet.utils.

In the other hand, please note that according to Proxying Atlassian server applications with Apache HTTP Server (mod_proxy_ajp), starting from version 4.0, Fisheye has stopped support for the AJP authentication, so this should no longer be used. Maybe this is the root cause of the problem about users being unable to login?

According to Fisheye 4.0 user directories migration (under Custom / AJP authentication section), users with the custom, AJP or host-based authentication type have been migrated to the internal directory, although their passwords are reset.

This means that you can likely remove the <ajp13 bind=":8061"/> setting from config.xml.

Regards,

Felipe

Suggest an answer

Log in or Sign up to answer
TAGS
Community showcase
Published in Marketplace Apps & Integrations

Bitbucket Smart Commits vs. Genius Commits - What's the difference?

If you already heard about Smart Commits in Bitbucket, know that you just stumbled upon something even better (and smarter!): Genius Commits by Better DevOps Automation for Jira Data Center (+ Server...

130 views 0 2
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you