<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:m="http://schemas.microsoft.com/office/2004/12/omml" 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 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Solaris binary compatibility is guaranteed going up not going down.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Actually, I have libresolv.so.2 on my last few Solaris 9 boxes.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Did you do an “ls –l /usr/lib/libresolv.*”?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Ultimately, you need to compile on Solaris 9, and that will run on Solaris 9 and Solaris 10.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> xymon-bounces@xymon.com [mailto:xymon-bounces@xymon.com]
<b>On Behalf Of </b>Vernon Everett<br>
<b>Sent:</b> Wednesday, February 20, 2013 7:15 PM<br>
<b>To:</b> Xymon mailinglist<br>
<b>Subject:</b> [Xymon] Library Errors on Solaris 9<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Hi all<br>
<br>
Encountered an interesting problem installing my Xymon client on Solaris 9.<br>
I have solved it, but it's interesting enough that I felt it was worth sharing with the list.<br>
And maybe get some feedback on other approaches.<br>
The client was compiled on Solaris 10, so I was expecting the Solaris binary compatibility thing to make it all "just work" when I copied the client to Solaris 9.<br>
But that would be too easy. :-/<br>
<br>
Most of the binaries gave this issue.<br>
<span style="font-family:"Courier New"">ld.so.1: /usr/local/xymon/client/bin/msgcache: fatal:
<b>libresolv.so.2</b>: version `SUNW_2.2.2' not found (required by file /usr/local/xymon/client/bin/msgcache)<br>
zsh: killed     /usr/local/xymon/client/bin/msgcache</span><br>
<br>
Looks like <b>libresolve.so.2</b> is missing<br>
<br>
The library is there<br>
<span style="font-family:"Courier New""># grep libresolv.so.2 /var/sadm/install/contents<br>
/usr/lib/libresolv.so=./libresolv.so.2 s none SUNWcsl<br>
<b>/usr/lib/libresolv.so.2</b> f none 0755 root bin 316552 9398 1268771224 SUNWcsl<br>
/usr/lib/sparcv9/libresolv.so=libresolv.so.2 s none SUNWcslx<br>
/usr/lib/sparcv9/libresolv.so.2 f none 0755 root bin 385952 24889 1268771224 SUNWcslx</span><br>
<br>
And we have the LD_LIBRARY_PATH set correctly.<br>
<span style="font-family:"Courier New"">% echo $LD_LIBRARY_PATH<br>
/opt/svrexp/dvlpr/2.2/lib:/usr/openwin/lib:<b>/usr/lib</b>:/opt/cics/lib:/opt/dcelocal/lib:/opt/encina/lib:.</span><br>
<br>
So I checked to see if there was another issue, and it turns out it can see libresolv.so.2, but wants a specific version.<br>
<span style="font-family:"Courier New""># ldd /usr/local/xymon/client/bin/msgcache<br>
        libresolv.so.2 =>        /usr/lib/libresolv.so.2<br>
<b>        libresolv.so.2 (SUNW_2.2.2) =>   (version not found)</b><br>
        libsocket.so.1 =>        /usr/lib/libsocket.so.1<br>
        libnsl.so.1 =>   /usr/lib/libnsl.so.1<br>
        librt.so.1 =>    /usr/lib/librt.so.1<br>
        libc.so.1 =>     /usr/lib/libc.so.1<br>
        libdl.so.1 =>    /usr/lib/libdl.so.1<br>
        libmp.so.2 =>    /usr/lib/libmp.so.2<br>
        libaio.so.1 =>   /usr/lib/libaio.so.1<br>
        libmd5.so.1 =>   /usr/lib/libmd5.so.1<br>
        /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1<br>
        /usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1</span><br>
<br>
Then I recalled hearing about the LD_NOVERSION parameter you can set, which causes the the runtime linker to ignore version requirements.<br>
A bit of reading here also helped. <a href="http://docs.oracle.com/cd/E19963-01/html/819-0690/docinfo.html">
http://docs.oracle.com/cd/E19963-01/html/819-0690/docinfo.html</a><br>
I added the following 2 lines to the top of the ~/client/runclient.sh script<br>
<b><span style="font-family:"Courier New"">LD_NOVERSION=1<br>
export LD_NOVERSION</span></b><br>
Restarted, and it all worked fine.<br>
<br>
Maybe some of the programmer types can provide us with some feedback on the correctness of this approach, or even provide a better solution, but for now, it's working.<br>
<br>
Regards<br>
     Vernon<br clear="all">
<br>
-- <br>
"Accept the challenges so that you can feel the exhilaration of victory"<o:p></o:p></p>
<div>
<p class="MsoNormal">- General George Patton<o:p></o:p></p>
</div>
</div>
</body>
</html>