[Nagiosplug-devel] [ nagiosplug-Bugs-903461 ] check_nwstat generates ipv6 calls (error)
SourceForge.net
noreply at sourceforge.net
Tue Jan 11 07:40:12 CET 2005
Bugs item #903461, was opened at 2004-02-24 14:14
Message generated for change (Comment added) made by faucon
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880
Category: None
Group: Release (specify)
Status: Open
Resolution: None
Priority: 5
Submitted By: Alex (faucon)
Assigned to: Nobody/Anonymous (nobody)
Summary: check_nwstat generates ipv6 calls (error)
Initial Comment:
Short story :
check_nwstat is doing 2 X AAAA request and 1 X A
request to my DNS server since version 1.3.99 (1.13).
Details and tests :
Linux server RedHat9. DNS server Netware
With check_nwstat v1.3.99 or more recent, my DNS server
is showing that my Nagios server is doing 2 X AAAA
request (ip6) and 1 X A request (ip4).
I tested with version 1.3.1 of the plugins, and there
is no problem there. (but features in latest release
are needed).
I tested with other plugins and with ping, and
everything is fine.
Here is a peace of the logs.
----------------------
***** QH_Proc: query received from 10.1.0.137
QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca)
of type aaaa
Domain Name "srv-ndps1.cslaval.qc.ca" found in
authoritative cache zone "cslaval.qc.ca"
Send a UDP Reply to 10.1.0.137
***** QH_Proc: query received from 10.1.0.137
QH_ns_req: Query for (srv-educ1.cslaval.qc.ca)
of type aaaa
Domain Name "srv-educ1.cslaval.qc.ca" found in
authoritative cache zone "cslaval.qc.ca"
Send a UDP Reply to 10.1.0.137
***** QH_Proc: query received from 10.1.0.137
QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of
type aaaa
Domain Name "srv-sec1.cslaval.qc.ca" found in
authoritative cache zone "cslaval.qc.ca"
Send a UDP Reply to 10.1.0.137
***** QH_Proc: query received from 10.1.0.137
QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca)
of type aaaa
Domain Name "srv-ndps1.cslaval.qc.ca" found in
authoritative cache zone "cslaval.qc.ca"
Send a UDP Reply to 10.1.0.137
***** QH_Proc: query received from 10.1.0.137
QH_ns_req: Query for (srv-educ1.cslaval.qc.ca)
of type a
Domain Name "srv-educ1.cslaval.qc.ca" found in
authoritative cache zone "cslaval.qc.ca"
Send a UDP Reply to 10.1.0.137
***** QH_Proc: query received from 10.1.0.137
QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of
type aaaa
Domain Name "srv-sec1.cslaval.qc.ca" found in
authoritative cache zone "cslaval.qc.ca"
Send a UDP Reply to 10.1.0.137
***** QH_Proc: query received from 10.1.0.137
QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca)
of type a
Domain Name "srv-ndps1.cslaval.qc.ca" found in
authoritative cache zone "cslaval.qc.ca"
Send a UDP Reply to 10.1.0.137
***** QH_Proc: query received from 10.1.0.137
QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of
type a
Domain Name "srv-sec1.cslaval.qc.ca" found in
authoritative cache zone "cslaval.qc.ca"
Send a UDP Reply to 10.1.0.137
---------------------------------
----------------------------------------------------------------------
>Comment By: Alex (faucon)
Date: 2005-01-11 15:39
Message:
Logged In: YES
user_id=706397
Hi tonvoon,
Let me check it out. I'll download the latest cve and test it.
----------------------------------------------------------------------
Comment By: Ton Voon (tonvoon)
Date: 2005-01-01 16:35
Message:
Logged In: YES
user_id=664364
Unassigning from Karl, but not sure of current status of this bug. Is it
still an issue with the latest release?
----------------------------------------------------------------------
Comment By: Alex (faucon)
Date: 2004-03-01 16:42
Message:
Logged In: YES
user_id=706397
Hi kdebisschop,
I have tryed your check_nwstat of 2004-02-29.
I can compile it, I can run it, but there is no output.
And, on my dns, there is no dns request been made.
And here is the command call that I use. Any other variable
could be used. The output is working with 1.3.1 or 1.4.1alpha.
./check_nwstat -H srv-ndps1.cslaval.qc.ca -v ABENDS
The answer to this command is usually: "0 abended threads"
srv-ndps1 is an internal server. So you can't access it. But
I can make any tests you require. Thanks.
----------------------------------------------------------------------
Comment By: Karl DeBisschop (kdebisschop)
Date: 2004-02-29 04:18
Message:
Logged In: YES
user_id=1671
I may have found the cause - we were opening a new
connection for each attribute requested. I have rewritten
the code to open one connection and send repeatedly on tha
one connection. But I do not have any way to test it and I
do not know if the NW protocols allow it. Please test and
provide feedback.
----------------------------------------------------------------------
Comment By: Karl DeBisschop (kdebisschop)
Date: 2004-02-29 03:37
Message:
Logged In: YES
user_id=1671
Can you provide the service and command definitions that
create these multiple requests? I don't have access to a
test environment, but I'll be glad to look at the code and
see if I can find anything.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880
More information about the Devel
mailing list