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(a)redhat.com>
To: wildfly-dev(a)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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev