Alert priority format
by Al Amyot
Our shop wants to send alert notifications to the BMC Remedy product
which can automatically create an incident ticket from the email.
Unfortunately it expects a simple numeric priority field not the "!!! -
HIGH" that RHQ puts out. Can anyone point us to the code that formats
this subject line? I have been unable to find it. This chunk of code
appears to build the email:
Map<String, String> alertMessage =
emailManager.getAlertEmailMessage(ancestry.get(resource.getId()), //
746
<http://git.fedorahosted.org/git?p=rhq/rhq.git;a=blob;f=modules/enterpri
se/server/jar/src/main/java/org/rhq/enterprise/server/alert/AlertManager
Bean.java#l746> resource.getName(), //
747
<http://git.fedorahosted.org/git?p=rhq/rhq.git;a=blob;f=modules/enterpri
se/server/jar/src/main/java/org/rhq/enterprise/server/alert/AlertManager
Bean.java#l747> alertDefinition.getName(), //
748
<http://git.fedorahosted.org/git?p=rhq/rhq.git;a=blob;f=modules/enterpri
se/server/jar/src/main/java/org/rhq/enterprise/server/alert/AlertManager
Bean.java#l748> alertDefinition.getPriority().toString(),
//
749
<http://git.fedorahosted.org/git?p=rhq/rhq.git;a=blob;f=modules/enterpri
se/server/jar/src/main/java/org/rhq/enterprise/server/alert/AlertManager
Bean.java#l749> new Date(alert.getCtime()).toString(), //
750
<http://git.fedorahosted.org/git?p=rhq/rhq.git;a=blob;f=modules/enterpri
se/server/jar/src/main/java/org/rhq/enterprise/server/alert/AlertManager
Bean.java#l750>
prettyPrintAlertConditions(alert.getConditionLogs(), false), //
751
<http://git.fedorahosted.org/git?p=rhq/rhq.git;a=blob;f=modules/enterpri
se/server/jar/src/main/java/org/rhq/enterprise/server/alert/AlertManager
Bean.java#l751> prettyPrintAlertURL(alert));
So it seems like the Priority class's toString() method builds it.
Our alternative to customizing the code is passing the email through
some sort of transforming filter. Suggestions are welcome!
I apologize if this is a newbie question - it's been a while since I
looked at the code and I only have rudimentary Java knowledge
Al Amyot | Consultant
Sierra Systems
(eHealth): 204-926-4257 (T): 204-942-2575 (C): 204-230-7911 (F):
204-942-2047
444 St. Mary Avenue, Suite 1050
Winnipeg, MB R3C 3T1
Management Consulting | System Integration | Managed Services
website: www.SierraSystems.com <http://www.sierrasystems.com/>
facebook - www.sierrasystems.com/facebook
google+ - www.sierrasystems.com/google+
linkedin - www.sierrasystems.com/linkedin
twitter - www.sierrasystems.com/twitter
This email and/or any documents in this transmission is intended for the
addressee(s) only and may contain legally privileged or confidential information. Any unauthorized use, disclosure, distribution, copying or dissemination is strictly prohibited. If you receive this transmission in error, please notify the sender immediately and return the original.
Ce courriel et tout document dans cette transmission est destiné à la personne ou aux personnes à qui il est adressé. Il peut contenir des informations privilégiées ou confidentielles. Toute utilisation, divulgation, distribution, copie, ou diffusion non autorisée est strictement défendue. Si vous n'êtes pas le destinataire de ce message, veuillez en informer l'expéditeur immédiatement et lui remettre l'original.
11 years, 10 months
Are you using the RHQ web services?
by Heiko W.Rupp
Hi,
are you using the RHQ webservices to talk to the RHQ server?
We are thinking of possibly removing them from RHQ in the future - especially
as the REST api is getting more mature.
So we would like to know if the webservices are in use at all in order to better
determine when we can remove them.
Thanks
Heiko
--
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
11 years, 11 months
Problem with Agent not gathering metrics
by Steve Millidge
Hi,
I am in the middle of installing a new environment based on RHQ 4.3 and I'm
having a lot of trouble with agents not gathering metrics.
What seems to happen is that the agent autodiscovers everything correctly
but does not appear to schedule metric gathering correctly so no data is
received by the server. After a lot of messing around I have narrowed it
down to a few obvious symptoms.
When running the agent interactively on one of our problematic servers. I
see when running the inventory command all the resources in the tree like
this;
Resource[id=12030, type=Memory Pool, key=java.lang:name=PS Perm
Gen,type=Memory Pool, name=PS Perm Gen, parent=Memory Subsystem] (sync=NEW,
state=START ED, avail=UNKNOWN, sched=0/0)
Does anybody know why the state is always sync=NEW?
We also have some problematic agents where the inventory command shows
sync=SYNCHRONIZED but the sched section still says 0/0. If you then go
into the RHQ web interface and disable then enable a schedule on one of the
metrics for the resource the sched number will be 1/1.
On some agents this is very intermittent. For example one platform has 7
mounted filesystems and about half had sched=0/0 and the other half had the
correct number of enabled and disabled metrics.
Any idea where to investigate next or what can cause metric schedules to
fail to download to the agent correctly?
As a note the agents are talking to the server via SSL and the database for
RHQ is a 2 node Oracle RAC cluster and there are 2 RHQ servers. I don't
know if these factors make a difference but thought I should mention it.
Thanks
Steve Millidge
www.c2b2.co.uk
11 years, 11 months
Talk about RHQ and large scale set up at Berlin Linux Tag (25.05.12)
by Romain Pelisse
Hi all,
I'm quite happy to hear about the RHQ 4.4 release today, as I learned a
couple of days ago, that my proposed talk about RHQ at Berlin Linux Tag was
finally accepted (there was some issue with the scheduling of it up until
now). If I decide to do a demo, I'll be happy to use the new release ! (and
congrats to the all team).
For those interested, i'll keep feeding this mail thread with update on my
preparation on this talk (so that I get some feedback from the RHQ
community). If you are in Berlin the 25.05, please drop by to the talk at
10.45 ;)
--
Romain PELISSE,
*"The trouble with having an open mind, of course, is that people will
insist on coming along and trying to put things in it" -- Terry Pratchett*
http://belaran.eu/wordpress/belaran
11 years, 12 months
RHQ 4.4 released
by Heiko W.Rupp
I am proud to announce the immediate availability of RHQ 4.4
As before a lot of work has gone into this release
* Availability now knows a type of "disabled". This allows you to mark resources while maintenance or non-connected network interfaces so that they do not show up as down and also don't create false alerts. This also includes the possibility that plugins request to mark a resource as enabled or disabled.
* Faster availability checking in the agent, that is also less bursty than in the past. Also means faster availability reporting.
* Plugins can now request an availability check for a resource
* Alerting has been improved: It is now possible to react on availability being in a certain state for some period of time
* The JBoss AS 7 plugin has been massively improved
* Our GSoC student Denis Krusko has provided some initial Russian translations of the UI
* Reports like Suspect Metrics, Recent Operations or Recent Drift can now be exported in CSV format to e.g. post-process them in LibreOffice
Of course we have fixed many small bugs too and made tweaks to the UI etc.
You will find the maven artifacts in the JBoss nexus (https://repository.jboss.org/nexus/index.html )
Please check out the <a href="http://rhq-project.org/display/RHQ/Release+Notes+4.4.0">release notes</a>, where you also find the download link.
If you want to get a quick overview on the ways to interact with RHQ, have a look at https://github.com/downloads/pilhuhn/misc_writing/interfacing.pdf
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
11 years, 12 months