Re: AW: problem in installing fping
Hello, > I have found no advantage of the fping.monitor! The advantage comes when monitoring thousands hosts. -- Au revoir, 02 99 78 62 49 06 20 79 76 06 Gilles Lamiral. France, L'Hermitage (35590) 08 70 76 34 16 ___ mon mailing list mon@linux.kernel.org http://linux.kernel.org/mailman/listinfo/mon
Re: nfs monitor exisiting?
Hello, Sorry for my last empty message. > Is there any montior existing, where i can check if > the nfs service is correct running on my servers ?? Here is the monitor : ls -d /mnt/dir1/* /mnt/dir2/* ... where dir1 dir2 ... are the mounted mount points. And this is not a joke :-) -- Au revoir, 02 99 78 62 49 06 20 79 76 06 Gilles Lamiral. France, L'Hermitage (35590) 08 70 76 34 16 ___ mon mailing list mon@linux.kernel.org http://linux.kernel.org/mailman/listinfo/mon
Re: Proposal to all skilled perl developers
Hello, > I'd need a new option in the configuration file to set watches and > services directly to disabled when mon starts up Just write the state.d/disabled file by hand before mon starts. -- Au revoir, 02 99 78 62 49 06 20 79 76 06 Gilles Lamiral. France, L'Hermitage (35590) 08 70 76 34 16 ___ mon mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/mon
Re: mon with MySQL backend
> if anyone knows of an sql interface to mon, for storing historical logs of when > devices are down and so on. > Has anyone tried this, or is anyone aware of a module/interface that will allow this? Look at: http://www.linux-france.org/~glamiral/prj/dbmon/ -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06 33 (0) 8 70 76 34 16 ___ mon mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/mon
Re: avoiding/stopping multiple alerts when upgrading a server pool
> One trouble in creating one group per host/service is the shear number of > groups you end up with. It is not difficult to generate a mon.cf file automaticaly with a list of hosts to be splitted, no ? > If you specify 'alertafter 2 30m', service b should not > alert after one failure just because service a failed one time 15 minutes > ago. But service b does not since services are completely independant with their alerts. Did I misunderstand your remark ? > Because of these, I would have to agree with the original poster that > failures should be tracked at the service/host level, and not the group > level. alertafter 2 30m 1round) A server f1 fails 1 time => no alert 2round) A server f2 fails 1 time => alert In that case you'd prefer no alert, that's it ? Since mon doesn't know what a host is, you have to write another tool, or use separate groups. -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06 http://www.sri.ucl.ac.be/SRI/frfc/rfc1855.fr.html ___ mon mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/mon
Re: [Patch] phttp.monitor - no timing in summaries, less noise
Hello Erik > The inlined patch is useful to avoid breaking "alertevery" with changing > summaries all the time because of timing information in the summary. When you change the API of a monitor, you should change it via an option, since some people use this feature for a long time. Less noise for you, less feature for others :-) -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06 http://www.sri.ucl.ac.be/SRI/frfc/rfc1855.fr.html ___ mon mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/mon
Re: avoiding/stopping multiple alerts when upgrading a server pool
Hello, > We belive that this is due to a individual machine being down for a > check (and then back up again) and then a seperate machine being down > the next check (and so on). This is confusing mon and it thinks that it > failing. This is confusing you not mon. If a host fails the group fails. If you don't want that consider one group per host. > *2* > machine flapping. > my plan on this was to somehow check if an email was sent in the > alerting period already for that machine and not send it. See alertevery and alertafter > also.. > what do people think of a new type of group/alerting mechanism.. > a 'load-balanced' group where you can get alerts when X% of machines > in the group are not responding You just have to modify the monitors, doing X% tests. If your service is well load-balanced then a host down must not be seen by mon since it checks the service and not the host. > (does anyone know of a GPL/BSD package out there which works like mon, > and does the above already?) Mon itself. -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06 http://www.sri.ucl.ac.be/SRI/frfc/rfc1855.fr.html ___ mon mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/mon
Re: rrdmon
Hello,
> I'd like to use rrdmon. It seems like a very useful tool.
It is for some folks :-)
> There seems to be a problem with heartbeat-type services,
rrdmon was written before heartbeat-type services came.
> When I run rrdmon, it says "last_checked not available" and does not
> create any CGIs.
last_checked is a time used to store the data.
No time -> no data (in 0.06).
> These are the error messages from version 0.06:
> What to do?
If you still want to use version 0.06, here is a manual patch :
- $last_check = $s{$watch}{$service}{'last_check'};
+ $last_check = $s{$watch}{$service}{'last_check'} || time;
You can also patch "mon" to set last_check when a trap comes.
I don't know the side effect :-)
Also,
version 0.07 added response times in graphics (and special monitors
to get the response times).
version 0.08 added mysql storage (and the name rrdmon became dbmon).
ftp://www.linux-france.org/pub/prj/rrdmon/
http://www.linux-france.org/~glamiral/prj/dbmon/dist/
--
Au revoir, 33 (0) 2 99 78 62 49
Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06
http://www.sri.ucl.ac.be/SRI/frfc/rfc1855.fr.html
___
mon mailing list
[EMAIL PROTECTED]
http://linux.kernel.org/mailman/listinfo/mon
Re: MON_LAST_* Not actually the last output...
Hello, > the rationale is to show you the specifics of what was not working in the > past but now is working. if the last summary / output in the upalert was > from the successsful test you would not see the detail of what hostgroup > members were having the problem. You would use the history list. This behavior is confusing unless your a MON admin. I remember I had to suppress it from minotaur.cgi because users think something is wrong but nothing is. They are right to think that since we all think that until we've read the mon manpage five times. -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06 http://www.sri.ucl.ac.be/SRI/frfc/rfc1855.fr.html ___ mon mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/mon
Re: monshow segfaults under perl 5.8.0
> > Further research showed that the problem is with Text::ParseWords. > it's a bug in perl's regexp code. run it under gdb and you'll see. a > while ago gilles identified it and said he reported it to some perl lists, > but i guess nothing ever happened. Yes. I reported it. So now, it is now a 3 years old bug, not corrected :-( Feel free to report it again or patch mon to avoid quoteword() use. -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06 ___ mon mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/mon
Re: Storing performance history
Paul Socolow wrote: > I know about rrdmon, but that seem to simply record whether the host was up > or down, It can store per host http/smtp/nntp/ldap/... response times on rrdbases > and it runs with its own scheduler. It is a mon server(s) client, but its scheduling is based on mon server(s) intervals. The last release can store on mysql databases. -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06 ___ mon mailing list [EMAIL PROTECTED] http://linux.kernel.org/mailman/listinfo/mon
Re: 5 requests for assistance...
Hello, > 3. Another issue that has me a bit stumped, is if I want to monitor a range of >workstations - is this possible? Ideally an IP address with a qualifying subnet mask. Write them all or write a m4 macro doing: 192.168.1.0/24 -> 192.168.1.1 192.168.1.2 [...] 192.168.1.254 Remember m4 can call a command doing the work. > 4. Is there a list of services that can be called from within the mon.cfg? Any. Mon is just a scheduler. If you have a command line doing the test with the API (exit 0) -> good, (exit !=0) -> bad, then it IS a MON monitor. -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06
Re: Send a trap on non failure
David, We all read this list. > Put another way, if I could call remote monitor and tell it precisely which > server/hostgroup/service to check, and just have it report based on the > status of that service, it would be closer to useful. Closer to hard MONconfig synchronisation. It is why remote.monitor does whole status. Use mon trap feature for doing what you want and go to "hard" MONconfig synchronisation :-( man mon: "Traps are handled similarly to monitors: a trap sends an operational status, summary line, and description text, and mon generates an alert or upalert as necessary." -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06
Re: Send a trap on non failure
David Nolan wrote: > As part of the MON deployment project I'm working on we've actually been > talking about about wanting exactly this sort of thing for our > multiple-mon-servers infrastructure. Use the remote.monitor -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06
Re: Website browsing
David, > Though the http monitor script validate the web server is responding, it > can't validate the service hosted on this webserver is correctly running .. So what is a webserver correctly running ? -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06
Re: Availability Rate
> ok I've installed RRDMON and it is exactly what I was looking for !! > now I have to go further in the product ;) Always happy to see a new user. I hope you will stay happy :-) -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06
Re: freespace montor problem
Rajesh, > monitor freespace.monitor /ora1:1575 /to4:1000 ;; > But it is only monitoring /ora1 file system. How can I configure 'mon' to > monitor both 'ora1' and '/to4'. The way you did. What make you say it is only monitoring /ora1 file system ? -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06
Re: Question about colors
emmanuel, > I'd like to know if it's possible to configure Minotaure to display specific > colors relativ to applications status. And if so, how... You can change the colors but not what they mean since it is mon server specific and minotaure is a mon client. > For instance, applications in error are displayed in red, those with 'ok status' > are in green. Yes. > And I have a few applications whose status is in error for a while and then it > turns into 'green' : I'd like this specific 'error status' to be displayed in > blue for example and then in green when the status is ok. The status view is a snapshot. Good -> gray (or green if another service in the same group is red) Bad -> red Use the historic view to see what went wrong in the past. -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06
Re: phttp.monitor fix for "uninitialized value" problem
Hello, Already done. revision 1.26 date: 2000/09/27 14:58:09; author: gilles; state: Exp; lines: +2 -2 Added a rbuf default value in analyse_race() -- Au revoir, 33 (0) 2 99 78 62 49 Gilles Lamiral. France, L'Hermitage (35590) 33 (0) 6 20 79 76 06
Re: AW: logging to database and severity
> Our folks would like to > run some kind of report like "show me the downtime for these 10 hosts > within the last 14 days" I wrote a client for mon called dbmon (used to be rrdmon) features - dbmon is a MON client so it can stay on a remote host. - dbmon store status and response time, per host, for the protocols dns, fping, ftp, https, http, imap, ldap, nntp, pop3, smtp There is also a template to write a monitor to store anything you need. - dbmon store to a remote MySQL database (optional) - dbmon store to local rrd database (MRTG successor) It is GPL software but I don't have time to make a good public release. It works on Linux and Solaris 2.5678. Written in Perl. I can make a big tarball (easy) and someone can lighten it. -- Au revoir, Gilles Lamiral. France, L'Hermitage (35590). 33 (0) 2 99 78 62 49 33 (0) 6 20 79 76 06
setlogsock can break
Hello,
With "old" syslog module, setlogsock does not exist.
But the code breaks even if mon doesn't use it (solaris).
my $RCSID='$Id: mon 1.27 Sat, 08 Sep 2001 09:42:05 -0400 trockij $';
- use Sys::Syslog qw(:DEFAULT setlogsock);
+ use Sys::Syslog qw(:DEFAULT);
- ($^O eq "linux" || $^O eq "openbsd") && setlogsock ('unix');
+ ($^O eq "linux" || $^O eq "openbsd") && Sys::Syslog::setlogsock ('unix');
Thanks in advance for the next release.
--
Au revoir,
Gilles Lamiral. France, L'Hermitage (35590).
33 (0) 2 99 78 62 49
33 (0) 6 20 79 76 06
Re: use of exclude_period
[EMAIL PROTECTED] wrote: > How to use "exclude_period" parameter in a Mon.cf file ? You need at least mon-0-38-17 http://www.mirror.ac.uk/sites/ftp.kernel.org/pub/software/admin/mon/CHANGES Changes between mon-0.38.16 and mon-0.38.17 Sun Feb 27 20:18:46 PST 2000 -- -added exclude_period I think you have a mon-0-38-16 ... -- Au revoir, Gilles Lamiral. France, L'Hermitage (35590). 33 (0) 2 99 78 62 49 33 (0) 6 20 79 76 06
