headers
Dugan, Darin D [EIT] | 1 Dec 2011 14:28
Favicon

Re: new apache performance graphs not working

I would first double check that the apache admin set ExtendedStatus On, not just enabled server-status and allowed from Xymon server. (man 5 bb-hosts)

 

Cheers.

 

From: xymon-bounces-aAyed+W7HEYAvxtiuMwx3w@public.gmane.org [mailto:xymon-bounces-aAyed+W7HEYAvxtiuMwx3w@public.gmane.org] On Behalf Of Steve Holmes
Sent: Wednesday, November 30, 2011 5:16 PM
To: xymon-aAyed+W7HEYAvxtiuMwx3w@public.gmane.org
Subject: [Xymon] new apache performance graphs not working

 

Xymon 4.2.3. 

I'm really puzzled. I have been asked to add the apache performance graphs to a handfull of servers. I used the suggestion found on the 'tips' page under Help in the Xymon menu. Specifically:

 

1.2.3.4    my.server.com  # conn ssh http://1.2.3.4 apache=http://1.2.3.4/server-status?auto TRENDS:*,apache:apache|apache1|apache2|apache3

 

The puzzle is it works for the first one we did as a test. Then I copied the relevant bb-hosts configuration tags (http, apache, TRENDS)  from that host to another two with changes to hostnames. The app admin made the necessary changes to the apache server. The server-status request works from a browser on both of the servers in question (running the browser on the Xymon server). There are apache.rrd files in the data/rrd directory, and the graphs appear on the trends page, but in there is no data being graphed. Nothing but NaN in the values at the bottom of the graph.

 

I stopped Xymon and removed one of the apache.rrd files and restarted Xymon and have now waited a sufficient amount of time and still nothing is showing up in the graphs.

 

What am I missing? I know I'm about 2 days behind on sleep, but this should just work, especially since it worked on the first one we did.

 

Thanks,

Steve

Purdue University

 

--

If they give you ruled paper, write the other way. -Juan Ramon Jimenez, poet, Nobel Prize in literature (1881-1958) 

Truth never damages a cause that is just. -Mohandas Karamchand Gandhi (1869-1948)

 

_______________________________________________
Xymon mailing list
Xymon@...
http://lists.xymon.com/mailman/listinfo/xymon
Permalink | Reply | 1 comment |
headers
Steve Holmes | 1 Dec 2011 15:39
Picon

Re: new apache performance graphs not working

Darin,


Thanks for the reply, but I already checked. I can get the extended status with a browser running on the Xymon server, no problem.

Would attaching or pasting part of the rrdtool dump of the apache.rrd file to the list be of any help?

Thanks,
Steve

On Thu, Dec 1, 2011 at 8:28 AM, Dugan, Darin D [EIT] <dddugan-KgB/ygH5PX6Vc3sceRu5cw@public.gmane.org> wrote:

I would first double check that the apache admin set ExtendedStatus On, not just enabled server-status and allowed from Xymon server. (man 5 bb-hosts)

 

Cheers.

 

From: xymon-bounces <at> xymon.com [mailto:xymon-bounces-aAyed+W7HEYAvxtiuMwx3w@public.gmane.org] On Behalf Of Steve Holmes
Sent: Wednesday, November 30, 2011 5:16 PM
To: xymon <at> xymon.com
Subject: [Xymon] new apache performance graphs not working

 

Xymon 4.2.3. 

I'm really puzzled. I have been asked to add the apache performance graphs to a handfull of servers. I used the suggestion found on the 'tips' page under Help in the Xymon menu. Specifically:

 

1.2.3.4    my.server.com  # conn ssh http://1.2.3.4 apache=http://1.2.3.4/server-status?auto TRENDS:*,apache:apache|apache1|apache2|apache3

 

The puzzle is it works for the first one we did as a test. Then I copied the relevant bb-hosts configuration tags (http, apache, TRENDS)  from that host to another two with changes to hostnames. The app admin made the necessary changes to the apache server. The server-status request works from a browser on both of the servers in question (running the browser on the Xymon server). There are apache.rrd files in the data/rrd directory, and the graphs appear on the trends page, but in there is no data being graphed. Nothing but NaN in the values at the bottom of the graph.

 

I stopped Xymon and removed one of the apache.rrd files and restarted Xymon and have now waited a sufficient amount of time and still nothing is showing up in the graphs.

 

What am I missing? I know I'm about 2 days behind on sleep, but this should just work, especially since it worked on the first one we did.

 

Thanks,

Steve

Purdue University

 

--

If they give you ruled paper, write the other way. -Juan Ramon Jimenez, poet, Nobel Prize in literature (1881-1958) 

Truth never damages a cause that is just. -Mohandas Karamchand Gandhi (1869-1948)

 




--
If they give you ruled paper, write the other way. -Juan Ramon Jimenez, poet, Nobel Prize in literature (1881-1958) 

Truth never damages a cause that is just. -Mohandas Karamchand Gandhi (1869-1948) 

_______________________________________________
Xymon mailing list
Xymon@...
http://lists.xymon.com/mailman/listinfo/xymon
Permalink | Reply | 0 comments |
headers
Dugan, Darin D [EIT] | 1 Dec 2011 16:03
Favicon

Re: new apache performance graphs not working

Hmm, well I remember having a similar problem a while back but in my case the cause was forgetting to set ExtendedStatus. I’m probably not much more help, but if you haven’t already I’d check the apache logs to see that the request to server-status is coming in, returning a 200, etc, and then compare rrdtool dumps from the working and non-working servers. Good luck.

 

From: sholmes42 <at> gmail.com [mailto:sholmes42-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org] On Behalf Of Steve Holmes
Sent: Thursday, December 01, 2011 8:40 AM
To: Dugan, Darin D [EIT]
Cc: xymon-aAyed+W7HEYAvxtiuMwx3w@public.gmane.org
Subject: Re: [Xymon] new apache performance graphs not working

 

Darin,

 

Thanks for the reply, but I already checked. I can get the extended status with a browser running on the Xymon server, no problem.

 

Would attaching or pasting part of the rrdtool dump of the apache.rrd file to the list be of any help?

 

Thanks,

Steve

On Thu, Dec 1, 2011 at 8:28 AM, Dugan, Darin D [EIT] <dddugan-KgB/ygH5PX6Vc3sceRu5cw@public.gmane.org> wrote:

I would first double check that the apache admin set ExtendedStatus On, not just enabled server-status and allowed from Xymon server. (man 5 bb-hosts)

 

Cheers.

 

From: xymon-bounces <at> xymon.com [mailto:xymon-bounces-aAyed+W7HEYAvxtiuMwx3w@public.gmane.org] On Behalf Of Steve Holmes
Sent: Wednesday, November 30, 2011 5:16 PM
To: xymon <at> xymon.com
Subject: [Xymon] new apache performance graphs not working

 

Xymon 4.2.3. 

I'm really puzzled. I have been asked to add the apache performance graphs to a handfull of servers. I used the suggestion found on the 'tips' page under Help in the Xymon menu. Specifically:

 

1.2.3.4    my.server.com  # conn ssh http://1.2.3.4 apache=http://1.2.3.4/server-status?auto TRENDS:*,apache:apache|apache1|apache2|apache3

 

The puzzle is it works for the first one we did as a test. Then I copied the relevant bb-hosts configuration tags (http, apache, TRENDS)  from that host to another two with changes to hostnames. The app admin made the necessary changes to the apache server. The server-status request works from a browser on both of the servers in question (running the browser on the Xymon server). There are apache.rrd files in the data/rrd directory, and the graphs appear on the trends page, but in there is no data being graphed. Nothing but NaN in the values at the bottom of the graph.

 

I stopped Xymon and removed one of the apache.rrd files and restarted Xymon and have now waited a sufficient amount of time and still nothing is showing up in the graphs.

 

What am I missing? I know I'm about 2 days behind on sleep, but this should just work, especially since it worked on the first one we did.

 

Thanks,

Steve

Purdue University

 

--

If they give you ruled paper, write the other way. -Juan Ramon Jimenez, poet, Nobel Prize in literature (1881-1958) 

Truth never damages a cause that is just. -Mohandas Karamchand Gandhi (1869-1948)

 



 

--

If they give you ruled paper, write the other way. -Juan Ramon Jimenez, poet, Nobel Prize in literature (1881-1958) 

Truth never damages a cause that is just. -Mohandas Karamchand Gandhi (1869-1948)

 

_______________________________________________
Xymon mailing list
Xymon@...
http://lists.xymon.com/mailman/listinfo/xymon
Permalink | Reply | 3 comments |
headers
Steve Holmes | 1 Dec 2011 17:24
Picon

Re: new apache performance graphs not working

I just realized that the graphs for the first server that we added this to stopped updating the data about the time I added the apache tag to the other two servers. So something else is going on bigger than just the apache graphs on the two servers I was looking at. 


All of the other graphs seem to be updating ok, though.
Sigh.
More digging ahead.
Thanks,
Steve

On Thu, Dec 1, 2011 at 10:03 AM, Dugan, Darin D [EIT] <dddugan-KgB/ygH5PX6Vc3sceRu5cw@public.gmane.org> wrote:

Hmm, well I remember having a similar problem a while back but in my case the cause was forgetting to set ExtendedStatus. I’m probably not much more help, but if you haven’t already I’d check the apache logs to see that the request to server-status is coming in, returning a 200, etc, and then compare rrdtool dumps from the working and non-working servers. Good luck.

 

From: sholmes42-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org [mailto:sholmes42 <at> gmail.com] On Behalf Of Steve Holmes
Sent: Thursday, December 01, 2011 8:40 AM
To: Dugan, Darin D [EIT]
Cc: xymon <at> xymon.com
Subject: Re: [Xymon] new apache performance graphs not working

 

Darin,

 

Thanks for the reply, but I already checked. I can get the extended status with a browser running on the Xymon server, no problem.

 

Would attaching or pasting part of the rrdtool dump of the apache.rrd file to the list be of any help?

 

Thanks,

Steve

On Thu, Dec 1, 2011 at 8:28 AM, Dugan, Darin D [EIT] <dddugan <at> iastate.edu> wrote:

I would first double check that the apache admin set ExtendedStatus On, not just enabled server-status and allowed from Xymon server. (man 5 bb-hosts)

 

Cheers.

 

From: xymon-bounces <at> xymon.com [mailto:xymon-bounces-aAyed+W7HEYAvxtiuMwx3w@public.gmane.org] On Behalf Of Steve Holmes
Sent: Wednesday, November 30, 2011 5:16 PM
To: xymon <at> xymon.com
Subject: [Xymon] new apache performance graphs not working

 

Xymon 4.2.3. 

I'm really puzzled. I have been asked to add the apache performance graphs to a handfull of servers. I used the suggestion found on the 'tips' page under Help in the Xymon menu. Specifically:

 

1.2.3.4    my.server.com  # conn ssh http://1.2.3.4 apache=http://1.2.3.4/server-status?auto TRENDS:*,apache:apache|apache1|apache2|apache3

 

The puzzle is it works for the first one we did as a test. Then I copied the relevant bb-hosts configuration tags (http, apache, TRENDS)  from that host to another two with changes to hostnames. The app admin made the necessary changes to the apache server. The server-status request works from a browser on both of the servers in question (running the browser on the Xymon server). There are apache.rrd files in the data/rrd directory, and the graphs appear on the trends page, but in there is no data being graphed. Nothing but NaN in the values at the bottom of the graph.

 

I stopped Xymon and removed one of the apache.rrd files and restarted Xymon and have now waited a sufficient amount of time and still nothing is showing up in the graphs.

 

What am I missing? I know I'm about 2 days behind on sleep, but this should just work, especially since it worked on the first one we did.

 

Thanks,

Steve

Purdue University

 

--

If they give you ruled paper, write the other way. -Juan Ramon Jimenez, poet, Nobel Prize in literature (1881-1958) 

Truth never damages a cause that is just. -Mohandas Karamchand Gandhi (1869-1948)

 



 

--

If they give you ruled paper, write the other way. -Juan Ramon Jimenez, poet, Nobel Prize in literature (1881-1958) 

Truth never damages a cause that is just. -Mohandas Karamchand Gandhi (1869-1948)

 


_______________________________________________
Xymon mailing list
Xymon-aAyed+W7HEYAvxtiuMwx3w@public.gmane.org
http://lists.xymon.com/mailman/listinfo/xymon




--
If they give you ruled paper, write the other way. -Juan Ramon Jimenez, poet, Nobel Prize in literature (1881-1958) 

Truth never damages a cause that is just. -Mohandas Karamchand Gandhi (1869-1948) 

_______________________________________________
Xymon mailing list
Xymon@...
http://lists.xymon.com/mailman/listinfo/xymon
Permalink | Reply | 2 comments |
headers
Vernon Everett | 1 Dec 2011 23:06
Picon

Re: Graphing a percentage

Two things.

1. Drop the % sign. Rrd graphs numbers.
2. If you want to graph the other numbers, swap them around. Description : value

Cheers
     V

On 1 December 2011 01:08, Root, Paul <Paul.Root-Og7d35KcFB0HrNJx0XZkJA@public.gmane.org> wrote:

Hi,
       We have a test watching our HP NA server and its attempts at taking a snapshot of all the customer routers. And I'd like a graph of the percentage of them up to date.

       The data looks something like this:

Snapshot Frequency - Target: 1 day(s)

 9940:  Total Devices. (should be > 8000)
 138:   Age of most recent attempt in minutes.
 0.7:   Average age of attempts in days.
 1.3:   Age of oldest attempt in days.

 Current : 69.0%
 6856 devices have current snapshot attempts.
 0.0% of devices (0) have no attempts (threshold: 5%).
 yellow  31.0% of devices (3085) have past due attempts (threshold: 10%).



I just changed it to give me the NCV for the percentage. However, I could change the output to whatever to get the desired result.

This is what I've defined so far:

xymonserver.cfg:TEST2RRD="cpu=la,disk,inode,qtree,memory,$PINGCOLUMN=tcp,http=tcp,dns=tcp,dig=tcp,time=ntpstat,vmstat,iostat,netstat,temperature,apache,bind,sendmail,mailq,nmailq=mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,files,procs=processes,ports,clock,lines,ops,stats,cifs,JVM,JMS,HitCache,Session,JDBCConn,ExecQueue,JTA,TblSpace,RollBack,MemReq,InvObj,snapmirr,snaplist,snapshot=ncv,if_load=devmon,temp=devmon,paging,mdc,mdchitpct,cics,dsa,getvis,maxuser,nparts,xymongen,xymonnet,xymonproxy,xymond,nfmsgw=ncv"

GRAPHS="la,disk,inode,qtree,files,processes,memory,users,vmstat,iostat,tcp.http,tcp,ncv,netstat,ifstat,mrtg::1,ports,temperature,ntpstat,apache,bind,sendmail,mailq,socks,bea,iishealth,citrix,bbgen,bbtest,bbproxy,hobbitd,clock,lines,ops,stats,cifs,JVM,JMS,HitCache,Session,JDBCConn,ExecQueue,JTA,TblSpace,RollBack,MemReq,InvObj,snapmirr,snaplist,snapshot,devmon::1,if_load::1,temp,paging,mdc,mdchitpct,cics,dsa,getvis,maxuser,nparts,xymongen,xymonnet,xymonproxy,xymond"

NCV_snapshot="Current:GAUGE"


And I restarted the xymon server. But I'm not seeing an rrd file.

Any ideas?


Paul Root    - Engineer III
Managed Services Systems - CenturyLink




This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly
prohibited and may be unlawful.  If you have received this communication
in error, please immediately notify the sender by reply e-mail and destroy
all copies of the communication and any attachments.
_______________________________________________
Xymon mailing list
Xymon-aAyed+W7HEYAvxtiuMwx3w@public.gmane.org
http://lists.xymon.com/mailman/listinfo/xymon



--
"While it is futile to try to eliminate risk, and questionable to try to minimize it, it is essential that the risks taken be the right risks. "
- Peter F. Drucker 

_______________________________________________
Xymon mailing list
Xymon@...
http://lists.xymon.com/mailman/listinfo/xymon
Permalink | Reply | 0 comments |
headers
Tom Moore | 2 Dec 2011 17:31
Picon
Favicon

Close for 4.3.6?

I see 4.3.6 was committed in the trunk, how close is it for release?  I plan to do a major upgrade from 4.3.0 and didn’t know if it was safe to use trunk instead of the 4.3.5 build off sourceforge.  Thanks

 

Tom

 

_______________________________________________
Xymon mailing list
Xymon@...
http://lists.xymon.com/mailman/listinfo/xymon
Permalink | Reply | 1 comment |
headers
Henrik Størner | 2 Dec 2011 19:33
Picon

Re: Close for 4.3.6?

On 02-12-2011 17:31, Tom Moore wrote:
> I see 4.3.6 was committed in the trunk, how close is it for release? I
> plan to do a major upgrade from 4.3.0 and didn’t know if it was safe to
> use trunk instead of the 4.3.5 build off sourceforge. Thanks

Fairly close - I just want to test it for a couple more days before 
unleashing it on unsuspecting innocents.

Regards,
Henrik
_______________________________________________
Xymon mailing list
Xymon@...
http://lists.xymon.com/mailman/listinfo/xymon
Permalink | Reply | 0 comments |
headers
McGraw, Robert P | 2 Dec 2011 20:48
Picon
Favicon

how to check current kernel version

Xymon's "info" column for a host already reports
the uname -r value. For example, on hardy, the
info page shows

OS: Linux hardy.math.purdue.edu 2.6.18-274.7.1.el5xen x86_64

Question: is Xymon able to let us specify
somewhere (client-local.cfg maybe?) what
the current kernel version *should* be,
so that when the current kernel is
supposed to be 2.6.18-274.7.1 then we
can have the info column go yellow or
red for hosts that haven't been booted to
that version yet?

_____________________________________________________________________
Robert P. McGraw, Jr.
Manager, Computer System                    EMAIL: rmcgraw@...
Purdue University                            ROOM: MATH-807
Department of Mathematics                   PHONE: (765) 494-6055
150 N. University Street                      
West Lafayette, IN 47907-2067            

_______________________________________________
Xymon mailing list
Xymon@...
http://lists.xymon.com/mailman/listinfo/xymon
Permalink | Reply | 4 comments |
headers
Xymon User in Richmond | 2 Dec 2011 23:58

Re: how to check current kernel version

On Fri, December 2, 2011 14:48, McGraw, Robert P wrote:
> Xymon's "info" column for a host already reports
> the uname -r value. For example, on hardy, the
> info page shows
>
> OS: Linux hardy.math.purdue.edu 2.6.18-274.7.1.el5xen x86_64
>
> Question: is Xymon able to let us specify
> somewhere (client-local.cfg maybe?) what
> the current kernel version *should* be,
> so that when the current kernel is
> supposed to be 2.6.18-274.7.1 then we
> can have the info column go yellow or
> red for hosts that haven't been booted to
> that version yet?
>

If what you're after is essentially running kernel doesn't match kernel
that will run on next boot, should be a fairly trivial ext script to
compare contents of uname -r to grubby --default-kernel|sed
"s/\/boot\/vmlinuz-//".  That would be how to do it on Red Hat, looks like
you'd also have to massage uname -r for hardy.

Don't know if it's already been done.

_______________________________________________
Xymon mailing list
Xymon@...
http://lists.xymon.com/mailman/listinfo/xymon
Permalink | Reply | 3 comments |
headers
Ralph Mitchell | 3 Dec 2011 19:57
Picon

Re: how to check current kernel version

Just out of curiousity I fooled around with this a bit last night.  Seems easy enough to implement as an external test, if you're OK with having an extra column show up.  Or maybe make a combo with something else, though I've never tried that at all.

========== client side:  /home/xymon/client/ext/osver.sh ==========

#!/bin/bash

# column name to report
TEST="osver"

# our current os version
CURVER=`uname -r`

# the logfetch cfg file is filled by xymonclient.sh
LOGFETCH=${XYMONTMP}/logfetch.$(uname -n).cfg

# Default to OK
COLOR=green
MESSAGE="No OS version specified in client-local.cfg.  OS version is: $CURVER"

# anything interesting for us?
if [ -f "$LOGFETCH" ]; then
  OSVER=`grep "^OSVER:" $LOGFETCH | cut -d":" -f2`
  if [ "$OSVER" ]; then
    # found OSVER in the cfg
    if [ "$CURVER" = "$OSVER" ]; then
      COLOR=green
      MESSAGE="OS version is correct: $OSVER"
    else
      # report mismatch
      COLOR=yellow
      MESSAGE="OS version is incorrect.  $CURVER should be $OSVER"
    fi
  fi
fi

$XYMON $XYMSRV "status $MACHINE.$TEST $COLOR `date`

$MESSAGE"

exit 0

========= client side: /home/xymon/client/etc/clientlaunch.cfg ==========
[osver]
ENVFILE $XYMONCLIENTHOME/etc/xymonclient.cfg
CMD $XYMONCLIENTHOME/ext/osver.sh 
LOGFILE $XYMONCLIENTLOGS/osver.log
INTERVAL 5m

========== server side: /home/xymon/server/etc/client-local.cfg ==========
[linux]
OSVER:2.6.32-131.21.1.el6.x86_64

Obviously you would append the above line to any system-specific client-local.cfg entries.

The same approach works for *any* config value that you might want to pass from the server to the clients for client/ext scripts.  I imagine there are probably some limitations on what special characters can be passed, but simple name/value pairs ought to be just fine.

Ralph Mitchell


On Fri, Dec 2, 2011 at 5:58 PM, Xymon User in Richmond <hobbit <at> epperson.homelinux.net> wrote:
On Fri, December 2, 2011 14:48, McGraw, Robert P wrote:
> Xymon's "info" column for a host already reports
> the uname -r value. For example, on hardy, the
> info page shows
>
> OS: Linux hardy.math.purdue.edu 2.6.18-274.7.1.el5xen x86_64
>
> Question: is Xymon able to let us specify
> somewhere (client-local.cfg maybe?) what
> the current kernel version *should* be,
> so that when the current kernel is
> supposed to be 2.6.18-274.7.1 then we
> can have the info column go yellow or
> red for hosts that haven't been booted to
> that version yet?
>

If what you're after is essentially running kernel doesn't match kernel
that will run on next boot, should be a fairly trivial ext script to
compare contents of uname -r to grubby --default-kernel|sed
"s/\/boot\/vmlinuz-//".  That would be how to do it on Red Hat, looks like
you'd also have to massage uname -r for hardy.

Don't know if it's already been done.




_______________________________________________
Xymon mailing list
Xymon-aAyed+W7HEYAvxtiuMwx3w@public.gmane.org
http://lists.xymon.com/mailman/listinfo/xymon

_______________________________________________
Xymon mailing list
Xymon@...
http://lists.xymon.com/mailman/listinfo/xymon
Permalink | Reply | 2 comments |

Gmane