[wildfly-dev] Gathering diagnostic data

[Andrig Miller]

I just wanted to give my thumbs up for this too, from an Andiamo and SCALE perspective.  This is a very nice addition to our management layer.  Great idea!

Andy

----- Original Message -----
> From: "Brian Stansberry" <brian.stansberry at redhat.com>
> To: wildfly-dev at lists.jboss.org
> Sent: Tuesday, February 25, 2014 9:11:15 PM
> Subject: Re: [wildfly-dev] Gathering diagnostic data
> 
> On 2/25/14, 9:30 PM, David M. Lloyd wrote:
> > On 02/25/2014 09:26 PM, James Livingston wrote:
> >> Hi,
> >>
> >> I do support for JBoss at RH, especially lower level components
> >> like the
> >> JVM and core server, and I've come to realise that we don't have
> >> particularly good mechanisms for gathering diagnostic data.
> >> Obviously
> >> there is logging, but for a number of problems it isn't enough.
> >> There is
> >> also the JDR subsystem, but that has the serious limitation that
> >> the
> >> server instance(s) have to be working correctly to use it.
> >>
> >>
> >> One piece of data that I think can be useful for a common set of
> >> problems are thread dumps. For standalone instances
> >> Oracle/OpenJDK's
> >> 'jstack' tool is useful, but for domain mode you need to manually
> >> go to
> >> each machine and find the correct process ID to use it. Something
> >> that
> >> could potentially be useful is to be able to tell Host Controllers
> >> to
> >> take a thread dump from the servers it manages (or all of them),
> >> using
> >> the same Attach/SA APIs as jstack.
> >>
> >> A feature to allow HC-based extensions as mentioned in the thread
> >> about
> >> the RHQ agent could be useful for implementing this too. Right
> >> now, I
> >> believe it would need to be added to the HC code directly.
> >>
> >>
> >> Is this something that might be possible or a good idea to do? I
> >> have
> >> some ideas about other things that may be useful, like per-thread
> >> CPU
> >> usage which RH support currently uses a pile of shell scripts for,
> >> but
> >> starting with one thing may be simpler.
> >
> > I believe that the management model that is already defined for
> > host
> > controllers' views of their servers could easily accommodate this
> > kind
> > of thing.  I don't think it'd have to be an extension - in fact, it
> > probably should not be in this case.
> >
> >
> Agreed.
> 
> 
> --
> Brian Stansberry
> Senior Principal Software Engineer
> JBoss by Red Hat
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>