<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv=Content-Type content="text/html; charset=us-ascii"> <meta name=Generator content="Microsoft Word 11 (filtered medium)">  <style>  </style> </head> <body lang=EN-US link=blue vlink=blue> <div class=Section1> Thanks for replies, guys!<o:p></o:p> <o:p> </o:p> I can run nrpe in global zones under SMF. I can even get nrpe in the non-global zones to run with the command:<o:p></o:p> /usr/local/nagios/bin/nrpe –c /usr/local/nagios/etc/nrpe.cfg –i<o:p></o:p> root@vz3haadp01# /usr/local/nagios/libexec/check_nrpe -H localhost<o:p></o:p> NRPE v2.12<o:p></o:p> <o:p> </o:p> *BUT*, when I run it under SMF in the non-global zones I get the SSL handshake error. In the global zone this works just fine. It’s just the non-global that is causing me a headache.<o:p></o:p> <o:p> </o:p> I’ve verified that the results from:<o:p></o:p> inetadm -l svc:/network/nrpe/tcp:default<o:p></o:p> the evil /etc/nsswitch.conf<o:p></o:p> /etc/services<o:p></o:p> crle<o:p></o:p> ldd<o:p></o:p> /var/svc/manifest/network/nrpe-tcp.xml<o:p></o:p> <o:p> </o:p> Are the same between the global and the non-global.<o:p></o:p> <o:p> </o:p> See, my ldd shows no errors:<o:p></o:p> <o:p> </o:p> bash-3.00# ldd /usr/local/nagios/bin/nrpe<o:p></o:p> libssl.so.0.9.7 => /usr/sfw/lib/libssl.so.0.9.7<o:p></o:p> libcrypto.so.0.9.7 => /usr/sfw/lib/libcrypto.so.0.9.7<o:p></o:p> libnsl.so.1 => /lib/libnsl.so.1<o:p></o:p> libsocket.so.1 => /lib/libsocket.so.1<o:p></o:p> libc.so.1 => /lib/libc.so.1<o:p></o:p> libmp.so.2 => /lib/libmp.so.2<o:p></o:p> libmd.so.1 => /lib/libmd.so.1<o:p></o:p> libscf.so.1 => /lib/libscf.so.1<o:p></o:p> libdoor.so.1 => /lib/libdoor.so.1<o:p></o:p> libuutil.so.1 => /lib/libuutil.so.1<o:p></o:p> libgen.so.1 => /lib/libgen.so.1<o:p></o:p> libssl_extra.so.0.9.7 => /usr/sfw/lib/libssl_extra.so.0.9.7<o:p></o:p> libcrypto_extra.so.0.9.7 => /usr/sfw/lib/libcrypto_extra.so.0.9.7<o:p></o:p> libm.so.2 => /lib/libm.so.2<o:p></o:p> <o:p> </o:p> I've kept adding and adding to the crle file:<o:p></o:p> <o:p> </o:p> bash-3.00# crle<o:p></o:p> <o:p> </o:p> Configuration file [version 4]: /var/ld/ld.config<o:p></o:p> Default Library Path (ELF): /lib:/usr/lib:/usr/sfw/lib:/usr/local/lib<o:p></o:p> Trusted Directories (ELF): /lib/secure:/usr/lib/secure (system default)<o:p></o:p> <o:p> </o:p> Command line:<o:p></o:p> crle -c /var/ld/ld.config -l /lib:/usr/lib:/usr/sfw/lib:/usr/local/lib<o:p></o:p> <o:p> </o:p> BUT, since nrpe works in the non-global when not running under SMF, this seems to be strictly an SMF issue.<o:p></o:p> <o:p> </o:p> Here's my manifest values for both the good and bad zones:<o:p></o:p> <o:p> </o:p> bash-3.00# inetadm -l svc:/network/nrpe/tcp:default<o:p></o:p> SCOPE NAME=VALUE<o:p></o:p> name="nrpe"<o:p></o:p> endpoint_type="stream"<o:p></o:p> proto="tcp"<o:p></o:p> isrpc=FALSE<o:p></o:p> wait=FALSE<o:p></o:p> exec="/usr/sfw/sbin/tcpd -c /usr/local/nagios/etc/nrpe.cfg -i"<o:p></o:p> arg0="/usr/local/nagios/bin/nrpe"<o:p></o:p> user="nagios"<o:p></o:p> default bind_addr=""<o:p></o:p> default bind_fail_max=-1<o:p></o:p> default bind_fail_interval=-1<o:p></o:p> default max_con_rate=-1<o:p></o:p> default max_copies=-1<o:p></o:p> default con_rate_offline=-1<o:p></o:p> default failrate_cnt=40<o:p></o:p> default failrate_interval=60<o:p></o:p> default inherit_env=TRUE<o:p></o:p> default tcp_trace=FALSE<o:p></o:p> tcp_wrappers=TRUE<o:p></o:p> default connection_backlog=10<o:p></o:p> <o:p> </o:p> Also, in my /etc/nsswitch.conf all of the LDAP references have been removed. Every attribute is ‘files’.<o:p></o:p> <o:p> </o:p> I’m out of ideas here! Does anyone see anything that I may be missing in the setup?<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Thanks!<o:p></o:p> <o:p> </o:p> Justin Amburn<o:p></o:p> <div> <o:p> </o:p> <div class=MsoNormal align=center style='text-align:center'> <hr size=2 width="100%" align=center tabindex=-1> </div> From: Grant Byers [mailto:grant.byers@gmail.com] Sent: Monday, July 06, 2009 8:05 PM To: Nagios Developers List Subject: Re: [Nagios-devel] Solaris 10: Running nrpe in a non-global zone<o:p></o:p> </div> <o:p> </o:p> I'm running NRPE in non-global Solaris 10 zones. Either configure & build with LDFLAGS="-R/usr/sfw/lib", or add /usr/sfw/lib to the runtime linker search path. See crle(1).<o:p></o:p> <div> <o:p> </o:p> </div> <div> Regards,<o:p></o:p> </div> <div> Grant<o:p></o:p> <div> <o:p> </o:p> <div> 2009/7/7 Justin Amburn <<a href="mailto:Justin@marketlive.com">Justin@marketlive.com</a>><o:p></o:p> <div> Hi all,<o:p></o:p> Does anyone know what custom tweaks need to happen to get nrpe running in non-global zones on a Solaris 10 box? It’s working good in the global zone, but I get the darned SSL handshake error inside the non-globals. I’m guessing this is an environment var or LD link issue. Any ideas?<o:p></o:p> <a name="12251f63e84a00e1_">Thanks,</a><o:p></o:p> Justin Amburn<o:p></o:p> </div> ------------------------------------------------------------------------------ _______________________________________________ Nagios-devel mailing list <a href="mailto:Nagios-devel@lists.sourceforge.net">Nagios-devel@lists.sourceforge.net</a> <a href="https://lists.sourceforge.net/lists/listinfo/nagios-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-devel</a><o:p></o:p> </div> <o:p> </o:p> </div> </div> </div> </body> </html>