Re: Parfait and UoM (java) RPM packages

"Marko Myllynen" <[email protected]>
Newsgroups gmane.comp.sysutils.pcp
Organization Red Hat
Message-ID <[email protected]>
Hi,

On 2016-10-20 04:17, Nathan Scott wrote:
> 
> (I think we should install some sample/demo programs, too, so people
> don't have to write their own like you have here just to try it out -

Yeah, that'd be a good to give anyone interested an opportunity to quick
get a feeling how it works and what kind of results to expect.

> We may be able to do better too - it looks like at least half of
> that is coming from dependencies that we don't need to install for
> the part of Parfait being used here...
> 
> But parfait-agent is standalone - we can make a parfait-agent sub-package
> without those dependencies which will get us to a single package install,
> with only deps on the jvm itself I think - should get us to approx 10MB.

That would be very neat.

>> X. Fix parfait-agent.jar, can be skipped when the fix is in the next RPM
>> build: unzip the jar, remove the top-most MANIFEST.MF, add the following
>> line to META-INF/MANIFEST.MF, and re-create the jar:
>>
>> Premain-Class: io.pcp.parfait.ParfaitAgent
> 
> As mentioned on IRC, I think this is a packaging botch re the specific
> parfait-agent.jar file that ends up in the rpm - multiple jars are built
> but we don't use the correct one.  Will fix up on the next build.

I'm still seeing the same issue with the -2 build:

Failed to find Premain-Class manifest attribute in
/usr/share/java/parfait/parfait-agent.jar
Error occurred during initialization of VM
agent library failed to init: instrument

When using the earlier mentioned fix I then see a new error:

Exception in thread "main" java.lang.NoClassDefFoundError:
org/springframework/beans/BeansException

>> So overall looks very promising, after fixing the few minor hickups and
>> getting the packages included in the real repos we're getting quite
>> close. The only notable concerns are that there are very few metrics,
> 
> For now, I've just gone with the original set I was given, from Paul - I
> know they had per-thread stats tho, so I'll follow up on that.  But yes,
> definitely alot of scope for starting to classify the missing metrics now
> with correct PCP metric metadata.  Still need tools to help - maybe there
> is a future GSoC project in that.

You mean we'd need to wait for a possible future GSoC project to have
some of the most essential JVM metrics available? How about other
projects, like WildFly, do they all need a separate project to be
supported as well?

>> [...] I wasn't
>> able to run the application (WildFly 10) after enabling the agent:
> 
> This looks like 
> https://issues.jboss.org/browse/WFLY-3152
> https://bugzilla.redhat.com/show_bug.cgi?id=1037970
> 
> There's a workaround mentioned there, to add:
> -Djava.util.logging.manager=org.jboss.logmanager.LogManager
> 
> to the command line before presenting the parfait-agent jar options.
> If that resolves it, there may be some things we can do (in the code)
> to avoid this automatically.

I tried this with the -1 build, didn't help, same sort of errors still
seen, not sure what to try next.

> Thanks Marko, appreciate the open mind you're bringing.  Also mentioned
> on IRC earlier, we could also now think about a parfait-jmxscanner module
> (or some better name) that implements that jmx-pcp concept of being able
> to find new JVMs on-the-fly and proxy them.  With the way Parfait code
> is organised, this utility could be packaged such that it depends on the
> JDK (not JRE) while parfait-agent and co don't.  But still sharing all
> the metric definitions, MMV writing, proxying and so on via parfait jars.
> Another possible GSoC project there perhaps.

Yes, this sounds nice as well, but to be honest I was perhaps expecting
a bit more complete implementation right from the start before starting
to wait for possible GSoC projects to deliver additional features,
something like JVM metrics should at the very least be offered before
concluding the core functionality is complete (that would probably be a
helpful exercise for future GSoC participants as well, they'd have much
complete reference how classify and handle different types of metrics in
this scheme).

Thanks,

-- 
Marko Myllynen

-=-=-=-=-=-=-=-=-=-=-=-
pcp mailing list
[email protected]
https://groups.io/g/pcp/messages
-=-=-
Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#14558): https://groups.io/g/pcp/message/14558
View All Messages In Topic (17): https://groups.io/g/pcp/topic/2895998
Mute This Topic: https://groups.io/mt/2895998?uid=174580
New Topic: https://groups.io/g/pcp/post

Change Your Subscription: https://groups.io/g/pcp/editsub?uid=174580

Group Home: https://groups.io/g/pcp
Contact Group Owner: [email protected]

Terms of Service: https://groups.io/static/tos

Unsubscribe: https://groups.io/g/pcp/leave/354243/563757577/xyzzy
-=-=-=-=-=-=-=-=-=-=-=-
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.