Client bug on made
list Hess Quentin
Version : xymon-4.2.3 When I install Xymon client from sources, the make step crash on following messages: ../lib/hobbitclient.a(timefunc-client.o): In function `getntimer': /usr/src/xymon-4.2.3/lib/timefunc.c:67: undefined reference to `clock_gettime' ../lib/hobbitclient.a(timefunc-client.o): In function `gettimer': /usr/src/xymon-4.2.3/lib/timefunc.c:55: undefined reference to `clock_gettime' collect2: ld returned 1 exit status make[1]: *** [../client/bb] Error 1 make[1]: Leaving directory `/usr/src/xymon-4.2.3/common' make: *** [common-client] Error 2 Bests regards,
list Brian Majeska
I have the same problem on RHEL 5.1 xymon-4.2.3 --client compile -- Brian Majeska
▸
On Sun, Feb 22, 2009 at 7:43 AM, Hess Quentin <user-e984f1f2dc5c@xymon.invalid> wrote:
Version : xymon-4.2.3 When I install Xymon client from sources, the make step crash on following messages: ../lib/hobbitclient.a(timefunc-client.o): In function `getntimer': /usr/src/xymon-4.2.3/lib/timefunc.c:67: undefined reference to `clock_gettime' ../lib/hobbitclient.a(timefunc-client.o): In function `gettimer': /usr/src/xymon-4.2.3/lib/timefunc.c:55: undefined reference to `clock_gettime' collect2: ld returned 1 exit status make[1]: *** [../client/bb] Error 1 make[1]: Leaving directory `/usr/src/xymon-4.2.3/common' make: *** [common-client] Error 2 Bests regards,
list Brian Majeska
I followed a suggested fix in another thread (RHEL5 client compilation error xymon-4.2.3-RC1) on this list which fixed the compilation error. Add the following to the Makefile after you run ./configure --client: # clock_gettime() settings LIBRTDEF = -lrt I've installed the client on a few test boxes and it appears to be working normally, I'm hoping Henrik will chime in to verify this is an adequate fix? -- Brian Majeska
▸
On Tue, Feb 24, 2009 at 3:17 PM, Brian Majeska <user-95807d1e891c@xymon.invalid> wrote:
I have the same problem on RHEL 5.1 xymon-4.2.3 --client compile -- Brian Majeska On Sun, Feb 22, 2009 at 7:43 AM, Hess Quentin <user-e984f1f2dc5c@xymon.invalid>wrote:Version : xymon-4.2.3 When I install Xymon client from sources, the make step crash on following messages: ../lib/hobbitclient.a(timefunc-client.o): In function `getntimer': /usr/src/xymon-4.2.3/lib/timefunc.c:67: undefined reference to `clock_gettime' ../lib/hobbitclient.a(timefunc-client.o): In function `gettimer': /usr/src/xymon-4.2.3/lib/timefunc.c:55: undefined reference to `clock_gettime' collect2: ld returned 1 exit status make[1]: *** [../client/bb] Error 1 make[1]: Leaving directory `/usr/src/xymon-4.2.3/common' make: *** [common-client] Error 2 Bests regards,
list Hess Quentin
Thanks. The problem is resolved.
▸
I followed a suggested fix in another thread (RHEL5 client compilation error xymon-4.2.3-RC1) on this list which fixed the compilation error. Add the following to the Makefile after you run ./configure --client: # clock_gettime() settings LIBRTDEF = -lrt I've installed the client on a few test boxes and it appears to be working normally, I'm hoping Henrik will chime in to verify this is an adequate fix? -- Brian Majeska On Tue, Feb 24, 2009 at 3:17 PM, Brian Majeska <user-95807d1e891c@xymon.invalid> wrote:I have the same problem on RHEL 5.1 xymon-4.2.3 --client compile -- Brian Majeska On Sun, Feb 22, 2009 at 7:43 AM, Hess Quentin <user-e984f1f2dc5c@xymon.invalid>wrote:Version : xymon-4.2.3 When I install Xymon client from sources, the make step crash on following messages: ../lib/hobbitclient.a(timefunc-client.o): In function `getntimer': /usr/src/xymon-4.2.3/lib/timefunc.c:67: undefined reference to `clock_gettime' ../lib/hobbitclient.a(timefunc-client.o): In function `gettimer': /usr/src/xymon-4.2.3/lib/timefunc.c:55: undefined reference to `clock_gettime' collect2: ld returned 1 exit status make[1]: *** [../client/bb] Error 1 make[1]: Leaving directory `/usr/src/xymon-4.2.3/common' make: *** [common-client] Error 2 Bests regards,
list Henrik Størner
▸
On Sun, Feb 22, 2009 at 04:43:56PM +0100, Hess Quentin wrote:
Version : xymon-4.2.3 When I install Xymon client from sources, the make step crash on following messages: ../lib/hobbitclient.a(timefunc-client.o): In function `getntimer': /usr/src/xymon-4.2.3/lib/timefunc.c:67: undefined reference to `clock_gettime'
I had hoped that 4.2.3 was going to be the last 4.2.x release, but apparently Mr. Murphy thought otherwise. I guess it was just hubris to state that publicly ... The quick fix with the LIBRTDEF setting is the correct fix, but the configuration script for the client-only build should set that up automatically. The attached patch does that, and will (hopefully) be the only change in the 4.2.4 release. Regards, Henrik
Attachments (1)
list Jason Hand
I saw a couple of threads on this issue but I'm not clear what the best solution is. When I run a ping to a given host on the same network I see the response in very small ms response times but Hobbit 4.2 reports that they are from 20ms to 40ms. Another poster commented: "It looks like the delays are coming from the usleep line in send_ping(); this looks like it was put in there to do some network/cpu throttling, which would definitely make the bbtest-net duration longer, but I'm not sure yet why it is affecting the icmp return times. Running hobbitping with the flag "--max-pps=10000000" seems to fix things." My question is -- Where do you add that flag? Also, would it be advantageous to run fping instead of Hobbitping? How many of you are running fping instead of Hobbitping and why did you choose that? Thanks, Jason
list Asif Iqbal
▸
On Thu, Feb 26, 2009 at 7:25 PM, Jason Hand <user-17f7af22f408@xymon.invalid> wrote:
I saw a couple of threads on this issue but I'm not clear what the best solution is. When I run a ping to a given host on the same network I see the response in very small ms response times but Hobbit 4.2 reports that they are from 20ms to 40ms. Another poster commented: "It looks like the delays are coming from the usleep line in send_ping(); this looks like it was put in there to do some network/cpu throttling, which would definitely make the bbtest-net duration longer, but I'm not sure yet why it is affecting the icmp return times. Running hobbitping with the flag "--max-pps=10000000" seems to fix things." My question is -- Where do you add that flag? Also, would it be advantageous to run fping instead of Hobbitping? How many of you are running fping instead of Hobbitping and why did you choose that?
Use fping. Most of us I think. Same reason why you are going to choose it. It is not production ready. Something much better is coming with Xymon 4.3 per Henrik.
Thanks, Jason
-- 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?
list Josh Luthman
Fping on every server I've done. Just works.
▸
On 2/26/09, Asif Iqbal <user-6f4b51ac2a40@xymon.invalid> wrote:On Thu, Feb 26, 2009 at 7:25 PM, Jason Hand <user-17f7af22f408@xymon.invalid> wrote:I saw a couple of threads on this issue but I'm not clear what the best solution is. When I run a ping to a given host on the same network I see the response in very small ms response times but Hobbit 4.2 reports that they are from 20ms to 40ms. Another poster commented: "It looks like the delays are coming from the usleep line in send_ping(); this looks like it was put in there to do some network/cpu throttling, which would definitely make the bbtest-net duration longer, but I'm not sure yet why it is affecting the icmp return times. Running hobbitping with the flag "--max-pps=10000000" seems to fix things." My question is -- Where do you add that flag? Also, would it be advantageous to run fping instead of Hobbitping? How many of you are running fping instead of Hobbitping and why did you choose that?Use fping. Most of us I think. Same reason why you are going to choose it. It is not production ready. Something much better is coming with Xymon 4.3 per Henrik.Thanks, Jason-- 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?
--
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer