<br><br>
<div><span class="gmail_quote">On 9/26/05, <b class="gmail_sendername">Ton Voon</b> <<a href="mailto:ton.voon@altinity.com">ton.voon@altinity.com</a>> wrote:</span></div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>
<div>
<div>On 26 Sep 2005, at 09:44, Hans Engelen wrote:</div><br>
<blockquote type="cite"><br><br>
<div>On 9/26/05, <b class="gmail_sendername">Ton Voon</b> <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:ton.voon@altinity.com" target="_blank">ton.voon@altinity.com</a>> wrote: 
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>
<div>Did you compile the entire 1.4.2 release? There has been a fix for Redhat since there is a problem in the kernel for the dig and the nslookup command when using popen. Our fix in 1.4.2 release also changed the configure script to pick up this scenario., but if you just took the check_dig.c file and compiled against the 
1.4.1 release, this would not pick up the fix.</div></blockquote>
<div> </div>
<div>Yes, I did, I happend to see a message in one of the mailing lists while investigating that 1.4.2 was to fix this so I downloaded and compiled it. The whole set that is. Sascha is right though the box is running 2.6.9-11
 so I will be looking into his suggestions. I see there is a new kernel on the RH network, maybe that helps already. Either way I have a few directions to look in now with yours and Sascha's feedback. Thanks.</div>
<div><br> </div></div></blockquote><br> </div>
<div>While I acknowledge this problem was introduced by Red Hat, I thought our latest code provided a suitable fix. If this is not working for you, then that suggests we need to do something else to our code or at least provide enough information about workarounds/solutions.
</div>
<div><br> </div>
<div>I'd be grateful for any more information and recommendations on what we can do about this, from a Nagios plugins perspective.</div>
<div><br> </div>
<div>Ton</div></blockquote>
<div> </div>
<div>I agree, so I took a look at you configure script and I think the problem is kind of simple. It seems to me the regexp that triggers the check for the spopen problem is too restrictive. I am talking about this line :
</div>
<div> </div>
<div>> if echo $ac_cv_uname_r | egrep "\.EL$" >/dev/null 2>&1 ; then<br>>       echo "$as_me:$LINENO: checking for redhat spopen problem" >&5</div>
<div> </div>
<div>This if I am not mistaken will not for the smp kernel where uname -r returns something like : </div>
<div> </div>
<div>> [root@box]# uname -r<br>> 2.6.9-17.ELsmp</div>
<div> </div>
<div>A reply that does not trigger your IF I think resulting in the spopen workaround never getting tested or even activated.</div>
<div> </div>
<div>Mind you this is just a quick deduction I made. Forgive me if it is wrong or I am jumping to conclusions.</div>
<div> </div>
<div>Cheers,</div>
<div>Hans</div>
<div> </div>
<div><br> </div>