Hi Robert and all,
Do you think it's worth implementing these features?

	a) built-in basic statistics, like http failures, per http code
failures, something basic but that can be very useful to track problems;
	b) alarm triggering when a backend goes dead and when it comes
alive... I was thinking on something like a "plugin", something that
gets forked so you can send an SMS, an email, a trap.. 
 
Regards,
Sergio Freire

On Thu, 2006-02-09 at 12:42 +0000, Sergio Freire wrote:
> Hi Robert and all,
> Do you think it's worth implementing these features?
> 
> 	a) built-in basic statistics, like http failures, per http code
> failures, something basic but that can be very useful to track problems;
> 	b) alarm triggering when a backend goes dead and when it comes
> alive... I was thinking on something like a "plugin", something that
> gets forked so you can send an SMS, an email, a trap.. 

In the interest of keeping things simple: aren't these features best
dealt with by log analysers? After all, the information is fully
available in the logs and can be easily caught by specialised tools that
already exist.
-- 
Robert Segall
Apsis GmbH
Postfach, Uetikon am See, CH-8707
Tel: +41-44-920 4904

Maybe you're right for point a), I agree. But don't you think its best
to have b) implemented inside? Since log analyzers are not very
synchronous and this might be a critical thing to have without a third
party tool?


-----Original Message-----
From: Robert Segall [mailto:roseg(at)apsis.ch] 
Sent: Thursday, February 09, 2006 1:06 PM
To: pound(at)apsis.ch
Subject: Re: [Pound Mailing List] new features - worth implementing?

On Thu, 2006-02-09 at 12:42 +0000, Sergio Freire wrote:
> Hi Robert and all,
> Do you think it's worth implementing these features?
> 
> 	a) built-in basic statistics, like http failures, per http code
> failures, something basic but that can be very useful to track
problems;
> 	b) alarm triggering when a backend goes dead and when it comes
> alive... I was thinking on something like a "plugin", something that
> gets forked so you can send an SMS, an email, a trap.. 

In the interest of keeping things simple: aren't these features best
dealt with by log analysers? After all, the information is fully
available in the logs and can be easily caught by specialised tools that
already exist.
-- 
Robert Segall
Apsis GmbH
Postfach, Uetikon am See, CH-8707
Tel: +41-44-920 4904


-- 
To unsubscribe send an email with subject 'unsubscribe' to
pound(at)apsis.ch.
Please contact roseg(at)apsis.ch for questions.
http://www.apsis.ch/pound/pound_list/archive/2006/2006-02/1139488971000/
1139490379000

> In the interest of keeping things simple: aren't these features best
> dealt with by log analysers? After all, the information is fully
> 
available in the logs and can be easily caught by specialised tools 
that
> already exist.

I totaly agree.
Also, It would be nice if when 
running non-daemon pound could say
what it was doing on stdout.

On Thu, 2006-02-09 at 14:28 +0100, alessio wrote:

> Also, It would be nice if when 
> running non-daemon pound could say
> what it was doing on stdout.

It sort of does. Configure it without log, and normal traffic log
messages go to stdout, error messages go to stderr. This was done to
support the daemontools mode of logging.

For more fine-grained stuff you can configure your syslog to send
messages to the console.
-- 
Robert Segall
Apsis GmbH
Postfach, Uetikon am See, CH-8707
Tel: +41-44-920 4904

Sergio Freire wrote:

>Hi Robert and all,
>Do you think it's worth implementing these features?
>
>	a) built-in basic statistics, like http failures, per http code
>failures, something basic but that can be very useful to track problems;
>	b) alarm triggering when a backend goes dead and when it comes
>alive... I was thinking on something like a "plugin", something that
>gets forked so you can send an SMS, an email, a trap.. 
> 
>Regards,
>Sergio Freire
>
>  
>
B) sounds cool athough this could be done by setting up logsurfer to
follow the logs and send off any log entrys that aren't normal page
requests to an admin.

-- 

Will Tatam
Internal Systems Manager

Tel +44 (0) 20 7837 2690
Fax +44 (0) 20 7278 3113

JID	wtatam(at)jabber.premierit.com

Premier IT http://www.premierit.com/ 

New Premier House | Southampton Row
London | WC1B 5AL