The best solution is to do it the way Jay told you. Create a queue for testing, 
create a user to login from monitoring system and also a test ticket.

Then call from the monitoring system the queue or ticket url.

Example:

http://your.rt.com/Ticket/Display.html?id=123456&user=monitor&pass=monitor

to get your ticket. Together with a small shell or perl scrip you can grab this 
info from nagios and also from cacti (to get also some performance values)

small script from our Unix Gurus to check the time rt needs to serve the site:

#!/bin/sh

/usr/bin/time -o /tmp/rtcheck -f %e wget -q -O /dev/null --header="Host: 
your.rt.com" 
"http://${1}/Ticket/Display.html?id=123456&user=monitor&pass=monitor"; 
cat /tmp/rtcheck
rm /tmp/rtcheck

call it with: ./rtcheck.sh Your.physical.host if you have more then one it 
makes sense to catch also all webservers

Torsten


-----Ursprüngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Nicholas Clark
Gesendet: Montag, 23. Juli 2007 16:36
An: James Moseley
Cc: rt-users@lists.bestpractical.com; [EMAIL PROTECTED]
Betreff: Re: [rt-users] monitoring RT

On Mon, Jul 23, 2007 at 09:22:31AM -0500, James Moseley wrote:
> That's why folks hire system admins - so when things stop working, they can
> restart them.  ;-)  Other than monitoring HTTP and MYSQL via Nagios, you
> could always write a Nagios plugin that would bring up the RT login page
> and login with a real username and password.  If that is successful, then
> you consider RT to be up.  If the login attempt generates errors or times
> out, then you can assume that RT is 'down' and Nagios generates an alert.

The (sort of) problem I have is that there are sysadmins, and they use RT
as end users (internally) but when I asked them how they wanted to set up
monitoring the system (if necessary to wake them up when it needs restarting,
or just TLC) I got a sort of "meh" answer, rather than what I was hoping for.
(I wanted "We do monitoring like this round here" so that there would then
be an obvious way to extend that to RT)

Hence the slightly daftly phrased question - I was hoping that a good
solution already exists that they'd then agree to quickly.

Nicholas Clark
_______________________________________________
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com
_______________________________________________
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Reply via email to