[Xymon] Xymon Digest, Vol 2, Issue 26

Gautam Balothia balothia at rediffmail.com
Mon Mar 14 12:57:57 CET 2011


Hi All,

I am new to Xymon and customizing it for my environment. Till now starting customizing from HTML Pages till adding additional scripts I have customized these all things. Its a very good experience working with Xymon.

I am looking for some custome graphs. Do you guys have some links or document for custom graphs.


Thanks,
Gautam

On Mon, 14 Mar 2011 16:38:59 , xymon-request at xymon.com wrote
Send Xymon mailing list submissions to

   xymon at xymon.com



To subscribe or unsubscribe via the World Wide Web, visit

   http://lists.xymon.com/mailman/listinfo/xymon

or, via email, send a message with subject or body 'help' to

   xymon-request at xymon.com



You can reach the person managing the list at

   xymon-owner at xymon.com



When replying, please edit your Subject line so it is more specific

than "Re: Contents of Xymon digest..."





Today's Topics:



   1. failing to compile on solaris 7 (was Re: Xymon 4.3.0

      released) (Asif Iqbal)

   2. xymon 3.0 client - failing to compile on solaris 8 (Asif Iqbal)

   3. make: Fatal error: Command failed for target

      `rrdtoolmodule.o' [Sun Solaris 5.10] (Jayanta Kundu)

   4. xymon 4.3.0-RC1 Oversize notes/user msg (Kapildev Khemraj)

   5. Re: make: Fatal error: Command failed for target

      `rrdtoolmodule.o' [Sun Solaris 5.10] (Henrik St?rner)

   6. Re: xymon 4.3.0-RC1 Oversize notes/user msg (Henrik St?rner)

   7. Re: xymon 3.0 client - failing to compile on solaris 8

      (Henrik St?rner)

   8. Re: failing to compile on solaris 7 (was Re: Xymon 4.3.0

      released) (Henrik St?rner)

   9. Re: xymon 4.3.0-RC1 Oversize notes/user msg (Kapildev Khemraj)

  10. Re: xymon 3.0 client - failing to compile on solaris 8

      (Asif Iqbal)

  11. LFS support check failed for standard file support - xymon

      3.0 (Asif Iqbal)

  12. Re: xymon 4.3.0-RC1 Oversize notes/user msg (Henrik St?rner)

  13. Re: LFS support check failed for standard file support -

      xymon   3.0 (Henrik St?rner)

  14. Re: xymon 4.3.0-RC1 Oversize notes/user msg (Kapildev Khemraj)





----------------------------------------------------------------------



Message: 1

Date: Sun, 13 Mar 2011 15:56:06 -0400

From: Asif Iqbal <vadud3 at gmail.com>

To: xymon at xymon.com

Subject: [Xymon] failing to compile on solaris 7 (was Re: Xymon 4.3.0

   released)

Message-ID:

   <AANLkTinrmjaer0bXZoMGpJzLNiceC39d1uXSg644POz+ at mail.gmail.com>

Content-Type: text/plain; charset=ISO-8859-1



On Fri, Mar 4, 2011 at 5:46 AM, Henrik St?rner <henrik at hswn.dk> wrote:

> I am pleased to announce the release of version 4.3.0 of the Xymon

> monitoring software.

>

> The previous release happened two years ago, so I can understand why people

> started worrying if Xymon was dead. Fortunately, that is not the case - and

> thanks for being so patient with this release.

>

> I would like to thank everyone involved in the development - those who have

> contributed code and patches, as well as all of the users who took time to

> report bugs, make suggestions for improvements or fix documentation.

>

> Also, a big "Thank You" should be given to the people here on the Xymon

> mailing list, who take time off from their active admin duties to help

> answer questions from newbies and experts alike. Without you, Xymon would

> never have become as popular as it is.

>

> Xymon 4.3.0 is available from Sourceforge at

> ? https://sourceforge.net/projects/xymon/

> The sourcecode file is currently being mirrored out from the master sf.net

> site, but should be available soon. For verification, the xymon-4.3.0.tar.gz

> file should look like this:

>

> Size: 2679880 bytes

> MD5: 5972786d7102403674c12d97380d00e1

> SHA-1: 839a6d64e53101fa3e4381ce17a669292c691ebd

>

>

> Regards,

> Henrik

>

> PS: Bug reports to xymon at xymon.com, please!



failing to compile on solaris 7



# ./configure.client



Configuration script for Xymon client



This script asks a few questions and builds a Makefile to compile Xymon



Checking your make-utility



Xymon normally keeps all of the client configuration files

on the Xymon server. If you prefer, it is possible to use

a local client configuration file instead - if so, answer

'client' to the next question.

NB: Local configuration requires the PCRE libs on each host.



Server side client configuration, or client side [server] ?





Checking for Large File Support ...

ERROR: Compiler doesnt recognize the off_t C type.





Checking for clock_gettime() requiring librt ...

clock_gettime() not present, but this should be OK



[..]



# gmake -s

Checking for socklen_t

Checking for snprintf

Checking for vsnprintf

Checking for rpc/rpcent.h

Checking for sys/select.h

Checking for u_int32_t typedef

Checking for PATH_MAX definition

Checking for SHUT_RD/WR/RDWR definitions

Checking for strtoll()

config.h created

ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:

symbol <unknown>: offset 0xff0a165d is non-aligned

ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:

symbol <unknown>: offset 0xff0a1661 is non-aligned

ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:

symbol <unknown>: offset 0xff0a1665 is non-aligned

ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:

symbol <unknown>: offset 0xff0a17a5 is non-aligned

ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:

symbol <unknown>: offset 0xff0a181d is non-aligned

ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:

symbol <unknown>: offset 0xff0a1821 is non-aligned

ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:

symbol <unknown>: offset 0xff0a1bb7 is non-aligned

collect2: ld returned 1 exit status

gmake[1]: *** [test-endianness] Error 1

gmake: *** [lib-client] Error 2



> _______________________________________________

> Xymon mailing list

> Xymon at xymon.com

> http://lists.xymon.com/mailman/listinfo/xymon

>







-- 

Asif Iqbal

PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu

A: Because it messes up the order in which people normally read text.

Q: Why is top-posting such a bad thing?





------------------------------



Message: 2

Date: Sun, 13 Mar 2011 16:11:22 -0400

From: Asif Iqbal <vadud3 at gmail.com>

To: xymon at xymon.com

Subject: [Xymon] xymon 3.0 client - failing to compile on solaris 8

Message-ID:

   <AANLkTi=HEz4cfEj+OVGxAwbWDg6MmdpfnHQE9f+u5RJK at mail.gmail.com>

Content-Type: text/plain; charset=ISO-8859-1



gmake -s

Checking for socklen_t

Checking for snprintf

Checking for vsnprintf

Checking for rpc/rpcent.h

Checking for sys/select.h

Checking for u_int32_t typedef

Checking for PATH_MAX definition

Checking for SHUT_RD/WR/RDWR definitions

Checking for strtoll()

config.h created

loadhosts.c: In function `xmh_find_item':

loadhosts.c:226: warning: return discards qualifiers from pointer target type

loadhosts.c: In function `xmh_item_id':

loadhosts.c:625: warning: return discards qualifiers from pointer target type

msort.c: In function `msort':

msort.c:119: warning: passing arg 4 of `qsort' from incompatible pointer type

sendmsg.c: In function `sendtoxymond':

sendmsg.c:138: warning: 'sockfd' might be used uninitialized in this function

stackio.c: In function `stackfgets':

stackio.c:424: warning: 'eolchar' might be used uninitialized in this function

stackio.c:440: warning: 'eolchar' might be used uninitialized in this function

timefunc.c: In function `timespec_text':

timefunc.c:147: warning: passing arg 2 of `getescapestring' from

incompatible pointer type

timefunc.c:126: warning: 'days' might be used uninitialized in this function

timefunc.c:126: warning: 'starttime' might be used uninitialized in

this function

timefunc.c:126: warning: 'endtime' might be used uninitialized in this function

timefunc.c:126: warning: 'columns' might be used uninitialized in this function

Undefined                       first referenced

 symbol                             in file

main

/usr/local/lib/gcc/sparc-sun-solaris2.8/3.4.6/crt1.o

ld: fatal: Symbol referencing errors. No output written to setup-newfiles

collect2: ld returned 1 exit status

gmake[1]: *** [setup-newfiles] Error 1

gmake: *** [build-build] Error 2





-- 

Asif Iqbal

PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu

A: Because it messes up the order in which people normally read text.

Q: Why is top-posting such a bad thing?





------------------------------



Message: 3

Date: Sun, 13 Mar 2011 23:51:00 +0330

From: Jayanta Kundu <jayantak007 at gmail.com>

To: xymon at xymon.com

Subject: [Xymon] make: Fatal error: Command failed for target

   `rrdtoolmodule.o' [Sun Solaris 5.10]

Message-ID:

   <AANLkTi=1Kv3gMvNxy-jDEV8NN3CvvUOz9qH2QPMpKkNx at mail.gmail.com>

Content-Type: text/plain; charset="iso-8859-1"



Hi All,



In Sun Solaris 5.10 i am trying to install rrdtool-1.2.19.

1. #./configure              [It's success]

2. # make                    [It's giving following error:]



creating rrdcgi

Making all in bindings

Making all in python

if gcc -DHAVE_CONFIG_H -I. -I. -I../..  -g -O2 -fno-strict-aliasing -Wall

-std=gnu99 -pedantic -Wshadow -Wpointer-arith -Wcast-align

-Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -W

-fPIC -DPIC -I../../src -I/usr/sfw/include/python2.3

-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/include/libart-2.0

-I/usr/include/freetype2 -I/usr/sfw/include -I/usr/sfw/include/freetype2  -g

-O2 -fno-strict-aliasing -Wall -std=gnu99 -pedantic -Wshadow -Wpointer-arith

-Wcast-align -Wmissing-prototypes -Wmissing-declarations -Wnested-externs

-Winline -W  -fPIC -DPIC -MT rrdtoolmodule.o -MD -MP -MF

".deps/rrdtoolmodule.Tpo" -c -o rrdtoolmodule.o rrdtoolmodule.c; \

then mv -f ".deps/rrdtoolmodule.Tpo" ".deps/rrdtoolmodule.Po"; else rm -f

".deps/rrdtoolmodule.Tpo"; exit 1; fi

In file included from /usr/include/limits.h:18,

                 from /usr/sfw/include/python2.3/Python.h:19,

                 from rrdtoolmodule.c:42:

/usr/include/sys/feature_tests.h:332:2: #error "Compiler or options invalid

for pre-UNIX 03 X/Open applications         and pre-2001 POSIX applications"

rrdtoolmodule.c: In function `PyRRD_fetch':

rrdtoolmodule.c:202: warning: implicit declaration of function

`__builtin_isnan'

rrdtoolmodule.c:202: warning: nested extern declaration of `__builtin_isnan'

rrdtoolmodule.c: In function `PyRRD_info':

rrdtoolmodule.c:449: warning: nested extern declaration of `__builtin_isnan'

rrdtoolmodule.c:469: warning: nested extern declaration of `__builtin_isnan'

*** Error code 1

make: Fatal error: Command failed for target `rrdtoolmodule.o'

Current working directory /RRDTool/rrdtool-1.2.19/bindings/python

*** Error code 1

The following command caused the error:

failcom='exit 1'; \

for f in x $MAKEFLAGS; do \

  case $f in \

    *=* | --[!k]*);; \

    *k*) failcom='fail=yes';; \

  esac; \

done; \

dot_seen=no; \

target=`echo all-recursive | sed s/-recursive//`; \

list=' python'; for subdir in $list; do \

  echo "Making $target in $subdir"; \

  if test "$subdir" = "."; then \

    dot_seen=yes; \

    local_target="$target-am"; \

  else \

    local_target="$target"; \

  fi; \

  (cd $subdir && make  $local_target) \

  || eval $failcom; \

done; \

if test "$dot_seen" = "no"; then \

  make  "$target-am" || exit 1; \

fi; test -z "$fail"

make: Fatal error: Command failed for target `all-recursive'

Current working directory /RRDTool/rrdtool-1.2.19/bindings

*** Error code 1

The following command caused the error:

failcom='exit 1'; \

for f in x $MAKEFLAGS; do \

  case $f in \

    *=* | --[!k]*);; \

    *k*) failcom='fail=yes';; \

  esac; \

done; \

dot_seen=no; \

target=`echo all-recursive | sed s/-recursive//`; \

list='src bindings doc examples'; for subdir in $list; do \

  echo "Making $target in $subdir"; \

  if test "$subdir" = "."; then \

    dot_seen=yes; \

    local_target="$target-am"; \

  else \

    local_target="$target"; \

  fi; \

  (cd $subdir && make  $local_target) \

  || eval $failcom; \

done; \

if test "$dot_seen" = "no"; then \

  make  "$target-am" || exit 1; \

fi; test -z "$fail"

make: Fatal error: Command failed for target `all-recursive'

Current working directory /RRDTool/rrdtool-1.2.19

*** Error code 1

make: Fatal error: Command failed for target `all'

[root at dc1u011 rrdtool-1.2.19]#





Kindly provide me the solution.



With Regards,

Jayanta.

-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.xymon.com/pipermail/xymon/attachments/20110313/f479780b/attachment-0001.html>



------------------------------



Message: 4

Date: Sun, 13 Mar 2011 16:21:48 -0400

From: Kapildev Khemraj <kapildev.khemraj.1 at bc.edu>

To: "xymon at xymon.com" <xymon at xymon.com>

Subject: [Xymon] xymon 4.3.0-RC1 Oversize notes/user msg

Message-ID: <4DE2B5B258D059408EC0936F6A3C7AC60F44979FF5 at MBOX01.bc.edu>

Content-Type: text/plain; charset="us-ascii"



Hello,



I am getting the following message causing xymond to report yellow:

Oversize notes/user msg from x.x.x.x for  truncated (n=198957, limit=131072).



can someone inform me how to increase the limit of this value?

I thought it was by updating this value MAXMSG_NOTES & MAXMSG_CLIENT in hobbitserver.cfg, but that does not work.

Any help would be greatly appreciated.



thanks,

Kapildev Khemraj



------------------------------



Message: 5

Date: Sun, 13 Mar 2011 22:49:31 +0100

From: Henrik St?rner <henrik at hswn.dk>

To: xymon at xymon.com

Subject: Re: [Xymon] make: Fatal error: Command failed for target

   `rrdtoolmodule.o' [Sun Solaris 5.10]

Message-ID: <4D7D3BEB.7000900 at hswn.dk>

Content-Type: text/plain; charset=ISO-8859-1; format=flowed



Den 13-03-2011 21:21, Jayanta Kundu skrev:

> Hi All,

> In Sun Solaris 5.10 i am trying to install rrdtool-1.2.19.

> 1. #./configure              [It's success]



Why such an old version ? You really should be using something newer, 

one of the 1.3.x versions at least.





Regards,

Henrik





------------------------------



Message: 6

Date: Sun, 13 Mar 2011 22:50:27 +0100

From: Henrik St?rner <henrik at hswn.dk>

To: xymon at xymon.com

Subject: Re: [Xymon] xymon 4.3.0-RC1 Oversize notes/user msg

Message-ID: <4D7D3C23.8030605 at hswn.dk>

Content-Type: text/plain; charset=ISO-8859-1; format=flowed



Den 13-03-2011 21:21, Kapildev Khemraj skrev:

> Hello,

>

> I am getting the following message causing xymond to report yellow:

> Oversize notes/user msg from x.x.x.x for  truncated (n=198957, limit=131072).

>

> can someone inform me how to increase the limit of this value?

> I thought it was by updating this value MAXMSG_NOTES



That's the one. Note that you need to restart Xymon for this to take effect.





Regards,

Henrik





------------------------------



Message: 7

Date: Sun, 13 Mar 2011 23:03:23 +0100

From: Henrik St?rner <henrik at hswn.dk>

To: xymon at xymon.com

Subject: Re: [Xymon] xymon 3.0 client - failing to compile on solaris

   8

Message-ID: <4D7D3F2B.5070309 at hswn.dk>

Content-Type: text/plain; charset=ISO-8859-1; format=flowed



> Undefined                       first referenced

>   symbol                             in file

> main

> /usr/local/lib/gcc/sparc-sun-solaris2.8/3.4.6/crt1.o

> ld: fatal: Symbol referencing errors. No output written to setup-newfiles

> collect2: ld returned 1 exit status

> gmake[1]: *** [setup-newfiles] Error 1



Please comment out the test for the GNU "ld" in the build/Makefile.SunOS

file - you can just delete these lines:



ifeq ($(LDTYPE),GNU)

    RPATH=-Wl,--rpath,

else

    RPATH=-Wl,-R

endif



Then try re-running the "make" command.





Regards,

Henrik





------------------------------



Message: 8

Date: Sun, 13 Mar 2011 23:06:19 +0100

From: Henrik St?rner <henrik at hswn.dk>

To: xymon at xymon.com

Subject: Re: [Xymon] failing to compile on solaris 7 (was Re: Xymon

   4.3.0 released)

Message-ID: <4D7D3FDB.5000801 at hswn.dk>

Content-Type: text/plain; charset=ISO-8859-1; format=flowed



Den 13-03-2011 20:56, Asif Iqbal skrev:

> failing to compile on solaris 7



> ld: fatal: relocation error: R_SPARC_32: file /var/tmp//ccuzQGSi.o:

> symbol<unknown>: offset 0xff0a165d is non-aligned

> collect2: ld returned 1 exit status

> gmake[1]: *** [test-endianness] Error 1



Can't help you with that one - looks like a broken compiler/linker 

installation to me, but Solaris 7 is one system I have no experience with.





Regards,

Henrik





------------------------------



Message: 9

Date: Sun, 13 Mar 2011 20:06:49 -0400

From: Kapildev Khemraj <kapildev.khemraj.1 at bc.edu>

To: "xymon at xymon.com" <xymon at xymon.com>, "henrik at hswn.dk"

   <henrik at hswn.dk>

Subject: Re: [Xymon] xymon 4.3.0-RC1 Oversize notes/user msg

Message-ID: <4DE2B5B258D059408EC0936F6A3C7AC60F44979FF6 at MBOX01.bc.edu>

Content-Type: text/plain; charset="iso-8859-1"



Hi Henrik,

I did adjust that value and restarted xymon, I even restarted the xymon vm itself with no luck.



Thanks,





Kapildev Khemraj



-----Original Message-----

From: Henrik St?rner [henrik at hswn.dk]

Received: Sunday, 13 Mar 2011, 17:50

To: xymon at xymon.com [xymon at xymon.com]

Subject: Re: [Xymon] xymon 4.3.0-RC1 Oversize notes/user msg



Den 13-03-2011 21:21, Kapildev Khemraj skrev:

> Hello,

>

> I am getting the following message causing xymond to report yellow:

> Oversize notes/user msg from x.x.x.x for  truncated (n=198957, limit=131072).

>

> can someone inform me how to increase the limit of this value?

> I thought it was by updating this value MAXMSG_NOTES



That's the one. Note that you need to restart Xymon for this to take effect.





Regards,

Henrik

_______________________________________________

Xymon mailing list

Xymon at xymon.com

http://lists.xymon.com/mailman/listinfo/xymon

-------------- next part --------------

An HTML attachment was scrubbed...

URL: <http://lists.xymon.com/pipermail/xymon/attachments/20110313/6c6a2661/attachment-0001.html>



------------------------------



Message: 10

Date: Sun, 13 Mar 2011 20:07:39 -0400

From: Asif Iqbal <vadud3 at gmail.com>

To: Henrik St?rner <henrik at hswn.dk>

Cc: xymon at xymon.com

Subject: Re: [Xymon] xymon 3.0 client - failing to compile on solaris

   8

Message-ID:

   <AANLkTim7KopL=nh7uWLd_QeOiFYnV_Gf3KVLWCmnpnk8 at mail.gmail.com>

Content-Type: text/plain; charset=ISO-8859-1



On Sun, Mar 13, 2011 at 6:03 PM, Henrik St?rner <henrik at hswn.dk> wrote:

>> Undefined ? ? ? ? ? ? ? ? ? ? ? first referenced

>> ?symbol ? ? ? ? ? ? ? ? ? ? ? ? ? ? in file

>> main

>> /usr/local/lib/gcc/sparc-sun-solaris2.8/3.4.6/crt1.o

>> ld: fatal: Symbol referencing errors. No output written to setup-newfiles

>> collect2: ld returned 1 exit status

>> gmake[1]: *** [setup-newfiles] Error 1

>

> Please comment out the test for the GNU "ld" in the build/Makefile.SunOS

> file - you can just delete these lines:



that was it! thanks a lot



>

> ifeq ($(LDTYPE),GNU)

> ? RPATH=-Wl,--rpath,

> else

> ? RPATH=-Wl,-R

> endif

>

> Then try re-running the "make" command.

>

>

> Regards,

> Henrik

> _______________________________________________

> Xymon mailing list

> Xymon at xymon.com

> http://lists.xymon.com/mailman/listinfo/xymon

>







-- 

Asif Iqbal

PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu

A: Because it messes up the order in which people normally read text.

Q: Why is top-posting such a bad thing?





------------------------------



Message: 11

Date: Sun, 13 Mar 2011 21:11:03 -0400

From: Asif Iqbal <vadud3 at gmail.com>

To: xymon at xymon.com

Subject: [Xymon] LFS support check failed for standard file support -

   xymon   3.0

Message-ID:

   <AANLkTi=m9GYzuM_u1hjt7_dCaziKfbC03sXTWHc1FtF- at mail.gmail.com>

Content-Type: text/plain; charset=ISO-8859-1



# uname -a

SunOS solaris 5.10 Generic_142910-17 i86pc i386 i86pc



# MAKE=gmake ./configure.client



[..]



Checking for clock_gettime() requiring librt ...

clock_gettime() requires librt



Is this means librt is missing?





Checking for Large File Support ...

ERROR: LFS support check failed for standard file support



I am pretty sure solaris 10 x86 supports large file system.







-- 

Asif Iqbal

PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu

A: Because it messes up the order in which people normally read text.

Q: Why is top-posting such a bad thing?





------------------------------



Message: 12

Date: Mon, 14 Mar 2011 07:41:21 +0100

From: Henrik St?rner <henrik at hswn.dk>

To: Xymon mailinglist <xymon at xymon.com>

Subject: Re: [Xymon] xymon 4.3.0-RC1 Oversize notes/user msg

Message-ID: <4D7DB891.6090005 at hswn.dk>

Content-Type: text/plain; charset=ISO-8859-1; format=flowed





> >  > can someone inform me how to increase the limit of this value?

> >  > I thought it was by updating this value MAXMSG_NOTES

> >

> > That's the one. Note that you need to restart Xymon for this to take effect.

 >

> I did adjust that value and restarted xymon, I even restarted the xymon

> vm itself with no luck.



Looking at your original error message, I just noticed that it said



 > Oversize notes/user msg ... (n=198957, limit=131072)



So the current limit is 131072 bytes = 128 kB. Now, the default value 

for MAXMSG_NOTES is 256 kB, so unless you lowered that it doesn't

make sense.



However, the 'user' channel is 128 kB by default. So it's probably that 

one that needs changing. So add a



    MAXMSG_USER=256



to xymonserver.cfg and see if that helps.



The error message should be clearer about which parameter to tweak, and 

MAXMSG_USER isn't documented in the man-page. I'll see about fixing that.





Regards,

Henrik





------------------------------



Message: 13

Date: Mon, 14 Mar 2011 07:55:08 +0100

From: Henrik St?rner <henrik at hswn.dk>

To: xymon at xymon.com

Subject: Re: [Xymon] LFS support check failed for standard file

   support - xymon   3.0

Message-ID: <4D7DBBCC.7020806 at hswn.dk>

Content-Type: text/plain; charset=ISO-8859-1; format=flowed



Den 14-03-2011 02:11, Asif Iqbal skrev:

> # uname -a

> SunOS solaris 5.10 Generic_142910-17 i86pc i386 i86pc

>

> # MAKE=gmake ./configure.client

>

> [..]

>

> Checking for clock_gettime() requiring librt ...

> clock_gettime() requires librt

>

> Is this means librt is missing?



No, it means we need to compile with "lrt" to get the CLOCK_MONOTONIC 

definitions.



> Checking for Large File Support ...

> ERROR: LFS support check failed for standard file support

>

> I am pretty sure solaris 10 x86 supports large file system.



Could you try running this command for me:



   MAKE="gmake" sh -x ./build/lfs.sh



and post the output ?





Regards,

Henrik





------------------------------



Message: 14

Date: Mon, 14 Mar 2011 06:18:18 -0400

From: Kapildev Khemraj <kapildev.khemraj.1 at bc.edu>

To: Henrik St?rner <henrik at hswn.dk>, Xymon mailinglist

   <xymon at xymon.com>

Subject: Re: [Xymon] xymon 4.3.0-RC1 Oversize notes/user msg

Message-ID: <4DE2B5B258D059408EC0936F6A3C7AC60F44979FF8 at MBOX01.bc.edu>

Content-Type: text/plain; charset="iso-8859-1"



Excellent Henrik, it worked like a charm!



Thanks for your great work,

Kapildev Khemraj



________________________________________

From: xymon-bounces at xymon.com [xymon-bounces at xymon.com] On Behalf Of Henrik St?rner [henrik at hswn.dk]

Sent: Monday, March 14, 2011 2:41 AM

To: Xymon mailinglist

Subject: Re: [Xymon] xymon 4.3.0-RC1 Oversize notes/user msg



> >  > can someone inform me how to increase the limit of this value?

> >  > I thought it was by updating this value MAXMSG_NOTES

> >

> > That's the one. Note that you need to restart Xymon for this to take effect.

 >

> I did adjust that value and restarted xymon, I even restarted the xymon

> vm itself with no luck.



Looking at your original error message, I just noticed that it said



 > Oversize notes/user msg ... (n=198957, limit=131072)



So the current limit is 131072 bytes = 128 kB. Now, the default value

for MAXMSG_NOTES is 256 kB, so unless you lowered that it doesn't

make sense.



However, the 'user' channel is 128 kB by default. So it's probably that

one that needs changing. So add a



    MAXMSG_USER=256



to xymonserver.cfg and see if that helps.



The error message should be clearer about which parameter to tweak, and

MAXMSG_USER isn't documented in the man-page. I'll see about fixing that.





Regards,

Henrik

_______________________________________________

Xymon mailing list

Xymon at xymon.com

http://lists.xymon.com/mailman/listinfo/xymon





------------------------------



_______________________________________________

Xymon mailing list

Xymon at xymon.com

http://lists.xymon.com/mailman/listinfo/xymon





End of Xymon Digest, Vol 2, Issue 26

************************************

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20110314/1dbf4c19/attachment.html>


More information about the Xymon mailing list