- Xymon - Xymon mailman web

histlogs has occupied more disk place and partition is about to become full
by hobbit＠epperson.homelinux.net 02 Apr '11

02 Apr '11

On Sat, April 2, 2011 09:20, akshar bhosale wrote: > Hi, > we have xymon 4.2.2 installed on rhel 5.2 box in /extra which is about to become full and we don't want to delete any logs from histlogs. Can we change the location of storing of data directory of xymon server but at the > same time, we should be able to acess all history. > How it can be done? We have enough space in /opt. > Can anybody help with this? > -akshar. What I'd do is stop Xymon, move the histlogs to a folder in /opt, remove the original folder, and soft-link the new folder to the old folder name/location.

1 0

histlogs has occupied more disk place and partition is about to become full
by akshar.bhosale＠gmail.com 02 Apr '11

02 Apr '11

Hi, we have xymon 4.2.2 installed on rhel 5.2 box in /extra which is about to become full and we don't want to delete any logs from histlogs. Can we change the location of storing of data directory of xymon server but at the same time, we should be able to acess all history. How it can be done? We have enough space in /opt. Can anybody help with this? -akshar.

1 0

more problems with acks/Cookies in 4.3
by sean.clark＠twcable.com 01 Apr '11

01 Apr '11

I had an issue with xymon not acknowledging events in the xymondboard in version 4.2.3 This has continued in 4.3.0 I run ~xymon/server/bin/xymon --debug --response 10.10.8.180 "xymondack 212940 500 this is a test ack" 22832 2011-04-01 11:01:36 Transport setup is: 22832 2011-04-01 11:01:36 xymondportnumber = 1984 22832 2011-04-01 11:01:36 xymonproxyhost = NONE 22832 2011-04-01 11:01:36 xymonproxyport = 0 22832 2011-04-01 11:01:36 Recipient listed as '10.10.8.180' 22832 2011-04-01 11:01:36 Standard protocol on port 1984 22832 2011-04-01 11:01:36 Will connect to address 10.10.8.180 port 1984 22832 2011-04-01 11:01:36 Connect status is 0 22832 2011-04-01 11:01:36 Sent 39 bytes 22832 2011-04-01 11:01:36 Closing connection In xymond.log I get 2011-04-01 11:01:36 Cookie 212940 not found, dropping ack Xymondlog shows ~xymon/server/bin/xymon 10.10.8.180 "xymondlog db-03.subdomain.domain.com.ipmi" db-03.subdomain.domain.com|ipmi|red||1301336915|1301670417|1301672217|0|0|10.10.8.134|212940|||N| red Fri Apr 1 11:05:01 EDT 2011 - IPMI FAILURE &red One or more components below has a failure! &yellow Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such file or directory\r &red Get Device ID command failed\r &yellow Unable to open SDR for reading\r unified-ipmi.pl version - 1.0 Which shows the Cookie right in there I am stumped, what could be causing this? This is repeatable in that it happens for several hosts in xymon – but not the same host/test pair consistently, and I can acknowledge other things while it is not finding this cookie. Additionally, putting in in maintenance for 1 minute will allow it to be acknowledged after it comes out of maintenance , because it will get a new cookie. ________________________________ This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.

2 3

Graphing problems xymon
by klaas.eenkhoorn＠vtspn.nl 01 Apr '11

01 Apr '11

Dear All, Can someone explain why, if i make a monitor with values like: A : 10 B : 20 C : 15 The rrd graph of this test records as the 'curr' value for example: A : 10.2 (curr) B: 17.5 (curr) C: 14.2 (curr) Does RRD generate a kind of expected average ? I would expect the 'curr' values to be the exact value of the last report of the test. Graph defenition: [statistieken] FNPATTERN statistieken,(.*).rrd TITLE Aantal gebruikers per regio YAXIS Aantal gebruikers DEF:p at RRDIDX@=@RRDFN@:lambda:AVERAGE LINE2:p at RRDIDX@#@COLOR@:@RRDPARAM@ GPRINT:p at RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:p at RRDIDX@:MAX: \: %5.1lf (max) GPRINT:p at RRDIDX@:MIN: \: %5.1lf (min) GPRINT:p at RRDIDX@:AVERAGE: \: %5.1lf (avg)\n Met vriendelijke groet, Klaas D. Eenkhoorn Senior Beheerder UNIX ------------------------------------------------------------------------ ---------- vts Politie Nederland VG - Noord Oost Hanzelaan 95, gebouw 45, 8017 JE Zwolle Doorkiesnummer: 038-4976326 Mobiel: 06-27035452 Helpen Nederland veiliger te maken (c) [2008] vts Politie Nederland, all rights reserved. -------------------------Disclaimer------------------------------- De informatie verzonden met dit e-mailbericht (en bijlagen) is uitsluitend bestemd voor de geadresseerde(n) en zij die van de geadresseerde(n) toestemming kregen dit bericht te lezen. Gebruik door anderen dan geadresseerde(n) is verboden. De informatie in dit e-mailbericht (en bijlagen) kan vertrouwelijk van aard zijn en kan binnen het bereik vallen van een geheimhoudingsplicht en een verschoningsrecht. -------------------------------------------------------------------

2 1

"xymond" column is blank/dash
by jlaidman＠rebel-it.com.au 01 Apr '11

01 Apr '11

Hi I can't work this out. I have two practically identical Xymon (4.3.0) servers successfully monitoring a few other servers. Both have identical hosts.cfg files and present identical results for all monitored hosts, as well as themselves. The strange thing is that the "xymond" column for the first server is green but is a dash "-" for the second server. It looks the same on both servers. I can't see anything in the logs to indicate a problem. The only configuration difference between the two servers is the setting of XYMONSERVERHOSTNAME and XYMONSERVERIP in xymonserver.cfg. Can anyone suggest why the difference, or where to look for problems? Cheers Jeremy

1 4

Comment on Flapping
by betsy.schwartz＠gmail.com 31 Mar '11

31 Mar '11

First, let me say that this is very nifty. Flap detection makes folks look at things that they might have missed. It's driving the NOC folks **nuts** though. Acking the reds should stop them from paging, but the main page then stays red for a full half hour, even though the problem is completely fixed. IMHO it would be very useful to have a "release" or "ALL CLEAR" button of some sort for flapping situations that have been dealt with. The NOC folks hate red screens... (it would be even MORE useful to have a release button that only some folks could push...is there any seekrit workaround?) In our case we have a bit of a cascade situation, where one server can trigger a lot of secondary reds, so we end up looking at a whole lot of red... thanks Betsy

5 6

Monitoring Nginx
by tseglard＠wat.tv 31 Mar '11

31 Mar '11

Hello, Do some of you use Xymon to monitor Nginx ? Basically, you could use the stub-status module (http://wiki.nginx.org/HttpStubStatusModule) to enable the status handler within Nginx. The output is similar to : Active connections: 291 server accepts handled requests 16630948 16630948 31070465 Reading: 6 Writing: 179 Waiting: 106 It shouldn't be difficult to write some scripts to achieve this task but I ask, just in case... Sincerly, Thomas S

2 1

xymon and couchdb
by olivier＠audry.fr 31 Mar '11

31 Mar '11

hello Phil you say that the two cluster node can't talk together ? In this case yes your setup is complex :). For your information drbd is not shared storage. It's network block replication. For exemple we gto 12k devices and 20mbps network traffic for drbd replication. When we switch we got exactly the same information on the second node. So we can ack, maintenance etc. this is very efficient. oau ----- Mail original ----- De: "Phil Wild" <phil at holobyte.com.au> À: "Olivier AUDRY" <olivier at audry.fr> Envoyé: Jeudi 31 Mars 2011 10:14:59 Objet: Re: [Xymon] xymon and couchdb Thanks, I can't provide a heartbeat interface between the two xymon servers and there is no shared storage available, now can I fail an IP address over between the nodes. We have a 5 minute life on the DNS CNAME for the xymon server and fail over from one site to the other by switching the CNAME. Configuration files are synchronised from live to standby host using rsync. Both xymon servers pick up faults and both try to send out messages. All alerts go out through a SCRIPT (both sms and email) and the script drops the alert if the server is the standby. The servers know if they are active or standby by checking the content of a text file prior to delivering the message. If the text file contains the word active, messages are delivered, if the word standby is detected, the messages are dropped. Acking an alert becomes a little more complex. Cheers Phil On Thu, Mar 31, 2011 at 3:20 PM, Olivier AUDRY < olivier at audry.fr > wrote: hello Phil for a good auto failover we use heartbeat and drbd. Right now is working very well and the implementation is very simple et efficient. 5s to switch. oau ----- Mail original ----- De: "Phil Wild" < phil at holobyte.com.au > À: xymon at xymon.com Envoyé: Jeudi 31 Mars 2011 08:54:52 Objet: [Xymon] xymon and couchdb Hi Xymon users, I have a question and was wondering what people thought. We currently run two xymon servers to provide HA (servers are in different data centres with only IP connectivity between them). All clients update both servers and we replicate the state file at regular intervals to help with failover (manual) in the event of an issue with the servers. We were looking at automating the failover process and the subject of Apache CouchDB was raised. Reading through some documentation on couchdb, I thought that perhaps couchdb would make a good backend repository for xymon state information. I was wondering if anyone has any experience with couchdb from a performance perspective? It would be a big change to xymon to use couchdb as the repository for xymon state but it may aid in allowing for a more distributed/clustered xymon deployment. Thoughts? Phil _______________________________________________ Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

1 0

force ssl3 check
by ragonlan＠gmail.com 31 Mar '11

31 Mar '11

Anybody knows how to force ssl v3 in pop3s or smtps? A have some services that only allow ssl3 connections but xymon do ssl2 check by default and cheeks fails. I got this working setting this line: contest.h -> #define SSLVERSION_DEFAULT 0 into this one: contest.h -> #define SSLVERSION_DEFAULT 2 and recompile but I don't know if there is a easier way to do it. Cheers, Raul

1 0

xymon and couchdb
by phil＠holobyte.com.au 31 Mar '11

31 Mar '11

Hi Xymon users, I have a question and was wondering what people thought. We currently run two xymon servers to provide HA (servers are in different data centres with only IP connectivity between them). All clients update both servers and we replicate the state file at regular intervals to help with failover (manual) in the event of an issue with the servers. We were looking at automating the failover process and the subject of Apache CouchDB was raised. Reading through some documentation on couchdb, I thought that perhaps couchdb would make a good backend repository for xymon state information. I was wondering if anyone has any experience with couchdb from a performance perspective? It would be a big change to xymon to use couchdb as the repository for xymon state but it may aid in allowing for a more distributed/clustered xymon deployment. Thoughts? Phil

1 0