Need advice about agent plugin design
by Steven North
I am trying to design an RHQ/JON agent plugin to manage a software
resource with the following characteristics:
- there is the software itself (the installation);
- there are a variable number of "bundles" of configuration information
about 250KB in size each which need to be read from and written to the
agent; and
- there are "log" files which can 10-50MB in size each which need to be
read from the agent.
I think I am pretty clear on how to handle the software itself--just
like any number of other agents.
I am not sure how to handle the configuration bundles and the large log
files.
We might want to have the RHQ/JON server manage different versions of
these configuration files and distribute them to multiple remote agents.
Is there some existing domain object that would handle the read/write
aspect of the configuration bundles (zip files)? Could the "package"
concept be used for these? Would we need to create a new domain object
on the server side for these bundles? If so, is there an example of
this kind of thing?
For the log files, I see some mention of the SupportFacet. Would this
be appropriate for retrieving large log files? Is there an example of this?
We expect to access the configuration bundles and the log files using
remote client operations because we have a separate GUI tool to
build/edit the configuration bundles and to correlate and analyze the
log files. Is there an example of using a remote client to pull files
from and push files to remote agents?
Thanks in advance for any advice you can give or examples you can point to.
Steve
10 years
MeasurementUnits (EPOCH_MILLISECONDS, EPOCH_SECONDS)
by Jiri Kremser
Hi,
in plugin descriptor, there can be a metric definition with unit type "epoch_milliseconds" or "epoch_seconds" (rhq-configuration.xsd allows it). What kind of metric should could be represented by epoch_milliseconds? Shouldn't the exact time moments (what values epoch_milliseconds represent) be addressed rather by traits?
I am asking because the values of this type are not formatted (https://bugzilla.redhat.com/show_bug.cgi?id=857144).
I think these two unit types should be removed from MeasurementUnits and xml schema, however there might be some plugins out there using it, so what about deprecation? Are there any edge cases, when these unit types do make sense?
JK
10 years, 1 month
4.9 Install Changes
by Jay Shaughnessy
Devels,
There is a recent commit that applies some security-related changes
we've been asked to apply. In particular, you will now see changes in
rhq-server.properties instructing you to set two new properties prior to
installation.
Note that when building -Pdev your dev container will have already had
these values set, as in the past, so there is no required action. But
for non-dev-container installs they will need to be set. The two
properties are:
jboss.bind.address
rhq.server.management.password
jboss.bind.address is no longer set automatically to 0.0.0.0. It must
now be explicitly set, as desired. It can be set to 0.0.0.0 to simply
maintain the previous behavior.
rhq.server.management.password holds an obfuscated value for the RHQ
Server's 'rhqadmin' management user. It must be set to a valid
management user password. It can be easily set to the previous default
by uncommenting the line in rhq-server.properties.
*** Currently the previous default must be used ***
This is due to the fact that we don't yet have a password generator in
place for this value. The algorithm is different than for the
obfuscation used for the db and storage node passwords, because it is AS
generated. When set to a non-default value the discovered rhq-server
resource will not be able to connect, as it uses the default value. So,
non-default values will also need to be applied to rhq-server resource
connection properties to get the plugin to connect to the server.
Upgrades do not need to worry about setting these, the upgrade will take
care of it.
I'll update you as soon as we have a mechanism for generating the
management user password values.
Jay
10 years, 5 months
using mod_bmx in Apache httpd plugins
by jean-frederic clere
Hi,
We are planning to modify the apache plugin to use mod_bmx instead
mod_snmp. mod_bmx retrieves the same information about httpd and use a
HTTP/1.1 rest like interface instead the complex snmp protocol.
Any comments?
Cheers
Jean-Frederic
10 years, 6 months
JDK 7u40 bug
by John Sanda
I just learned about a NIO bug[1] in the latest JDK 7u40 release that could impact RHQ. The storage node makes extensive use of java.nio as does the client library used by the RHQ server. Just something of which to be aware if you are running on Java 7 u40.
[1] https://bugs.openjdk.java.net/browse/JDK-8024883
- John
10 years, 6 months
Agent / Server Communications
by Van Dillon
Hi Lucas,
After putting some time into researching the project, I think I'm ready to
start changing the communications layer as Greg Hinkle describes in the
"Design-Agent-Server Communications 3" wiki entry.
While going through the proposal again to extract requirements, I got the
impression that Greg has already done some of the work. It seems likely
from the way he talks about it. If Greg did start writing code, it would
give me a head start if I could see it. Is there code available that I can
look at?
Thanks,
Van
10 years, 6 months
RHQ 4.9 released
by Heiko W.Rupp
Hello,
It is my pleasure to announce the immediate availability of RHQ 4.9
You can read about the release here:
http://pilhuhn.blogspot.com/2013/09/rhq-49-released.html
Make sure to read the release notes and installation guide
Special thanks goes to
• Elias Ross
• Jérémie Lagarde
• Michael Burman
for their code contributions for this release and to Stian Lund for his repeated testing of the new graphs implementation.
Maven artefacts should show up in the JBoss Nexus and Central soon.
Heiko on behalf of the RHQ team
--
Reg. Adresse: Red Hat GmbH, Technopark II, Haus C,
Werner-von-Siemens-Ring 14, D-85630 Grasbrunn
Handelsregister: Amtsgericht München HRB 153243
Geschaeftsführer: Mark Hegarty, Charlie Peters, Michael Cunningham, Charles Cachera
10 years, 6 months
More clever builds and tests (?)
by Heiko W.Rupp
Hey,
when you have tried to build RHQ and run all the tests you probably have seen
that this may take a huge amount of time, which is fine for the first build, but
later when you e.g. change a typo in the as4-plugin, you don't want GWT being
compiled again.
I have written a blog post to get feedback and ideas on this:
http://pilhuhn.blogspot.com/2013/09/more-clever-builds-and-tests.html
If you have idea, please share them here and/or as comments to the post.
Thanks
Heiko
P.S.: We also need to fix some other issues
- for whatever reason, a change in server/jar recompiles all 700 source files
- some modules build stuff in the non-test phases that are only needed for tests
10 years, 6 months
Unzipping RHQ 4.9 on Windows - Path Length Error
by fred.holahan@opensourceadvisory.com
Hello,
I am attempting to unzip the 4.9.0 archive on Windows 8 and am receiving
several "path too long" failures (see attached screen shot). I've
intentionally chosen a very short install path (c:\r490) to minimize the
file path size.
Suggestions?
Thank you.
Fred
10 years, 6 months