After performing the typical installation of openssl, and still
unsuccessful in completing the install.sh. I needed to perform the
installation in the following order.
./config --prefix=/usr/local --openssldir=/usr/local/ssl
make
make test
make install (as root)
./config shared --prefix=/usr/local --openssldir=/usr/local/ssl
make clean
make
make install (as root)
cd /usr/local/ssl/lib
cp * /usr/lib
copy all the SSL include files everywhere: cd
/home/tjnelson/openssl/openssl-*
cd include/openssl
cp * /usr/include
cp * /usr/local/ssl/include
cp * /usr/local/ssl/include/openssl
and then add /usr/local/ssl/lib to /etc/ld.so.conf and type lcdonfig
Thank you for everyone's assistance, I will be needing it again shortly.
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, August 14, 2006 3:25 PM
To: [email protected]
Subject: zenoss-users Digest, Vol 7, Issue 46
Send zenoss-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.zenoss.org/mailman/listinfo/zenoss-users
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific than
"Re: Contents of zenoss-users digest..."
Today's Topics:
1. Re: Yet another strange problem. (Todd Michael Hebert)
2. Re: Yet another strange problem. (Eric Newton)
3. /usr/bin/ld: cannot find -lssl (Todd W. Smeed)
4. Re: /usr/bin/ld: cannot find -lssl (Eric Newton)
----------------------------------------------------------------------
Message: 1
Date: Mon, 14 Aug 2006 17:43:04 +0100
From: Todd Michael Hebert <[EMAIL PROTECTED]>
Subject: Re: [zenoss-users] Yet another strange problem.
To: General discussion of using zenoss system
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
The command you gave caused the proper directories and RRD files to be
created and hopefully they'll start populating. (So far there's no data
for the network interfaces.)
So.. hopefully that's fixed.. although the reason it didn't create the
files in the first place is a mystery to me.
Now..the only mystery I'm left with is that I keep getting messages from
this device saying that SNMP is down.. but if you look at the monitor on
the status page.. it says SNMP is up, and on the OS page.. it says SNMP
is up.. but I keep getting events saying SNMP is down.
I just find it odd that there isn't any problem with collecting the data
from the SNMP agent on the box..
The zenperfsnmp.log file just says that the SNMP agent is down on both
devices, and that everything else was collected properly.
Todd M. Hebert
Eric Newton wrote:
> These errors simply mean that the expected RRD files are not there...
> which we can infer from the lack of graphs.
>
> How about log messages for zenperfsnmp?
>
> What do you get when you run:
>
> $ zenperfsnmp run -v 10 -d 'suspicious device'
>
> If you get timeout errors, send me the result of this:
>
> $ strace -s 1000 -e trace=network zenperfsnmp run -v 10 -d
> 'suspicious device'
>
> That will give me packets to decode. Please send off-list.
>
> -Eric
>
>
> Todd Michael Hebert wrote:
>
>> I've had 2 devices that were previously monitored that just refuse to
>> monitor properly now.
>>
>> The services are monitored, but I keep getting messages about the
>> SNMP
>> service being down, even though I can collect the configuration.
>>
>> I went as far as to delete the two from the system, delete the
>> folders
>> containing their perf information, and then re-add them in Zenoss..
>> but it still won't monitor the network activity. Nothing in the
>> machine's configuration has changed as far as SNMP goes.
>>
>> I'm able to snmpwalk the systems without any problems, from the box
>> running Zenoss.
>>
>> I'm getting these for errors in the log:
>>
>> 2006-08-14T15:52:34 ERROR Zope.SiteErrorLog
>> http://admin.iil.ie:8080/zport/RenderServer/render
>> Traceback (most recent call last):
>> File "/usr/local/zenoss/lib/python/ZPublisher/Publish.py", line
114,
>> in publish
>> request, bind=1)
>> File "/usr/local/zenoss/lib/python/ZPublisher/mapply.py", line 88,
>> in mapply
>> if debug is not None: return debug(object,args,context)
>> File "/usr/local/zenoss/lib/python/ZPublisher/Publish.py", line 40,
>> in call_object
>> result=apply(object,args) # Type s<cr> to step into published
object.
>> File "/usr/local/zenoss/Products/ZenRRD/RenderServer.py", line 82,
>> in render
>> rrdtool.graph(*gopts)
>> error: opening
>>
'/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/ifInOcte
ts.rrd':
>> No such file or directory
>> ------
>> 2006-08-14T15:52:34 ERROR RenderServer failed generating graph
>> Traceback (most recent call last):
>> File "/usr/local/zenoss/Products/ZenRRD/RenderServer.py", line 82,
>> in render
>> rrdtool.graph(*gopts)
>> error: opening
>>
'/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/ifInUcas
tPackets.rrd':
>> No such file or directory
>> ------
>> 2006-08-14T15:52:34 WARNING RenderServer
>> /tmp/renderserver/graph-279977be9456419fb553a58ba8a7fbe118000.png
>> --start=1155548854 --end=1155566854 --img
>> format=PNG -F -E --height=100 --width=500 --vertical-label=Pkts/sec
>>
DEF:ds0=/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/
>> ifInUcastPackets.rrd:ds0:AVERAGE AREA:ds0#00cc00:ifInUcastPackets
>> GPRINT:ds0:LAST:cur\:%0.2lf%s GPRINT:ds0:AVERAGE:avg\:%0.2lf%s
>> GPRINT:ds0:MAX:max\
>> :%0.2lf%s\j
>>
DEF:ds1=/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/i
fOutUcastPackets.rrd:ds0:AVERAGE
>> LINE1:ds1#0000ff:ifOut
>> UcastPackets GPRINT:ds1:LAST:cur\:%0.2lf%s
>> GPRINT:ds1:AVERAGE:avg\:%0.2lf%s GPRINT:ds1:MAX:max\:%0.2lf%s\j
>> ------
>> 2006-08-14T15:52:34 ERROR RenderServer failed generating graph
>> Traceback (most recent call last):
>> File "/usr/local/zenoss/Products/ZenRRD/RenderServer.py", line 82,
>> in render
>> rrdtool.graph(*gopts)
>> error: opening
>>
'/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/ifInErro
rs.rrd':
>> No such file or directory
>> ------
>> 2006-08-14T15:52:34 WARNING RenderServer
>> /tmp/renderserver/graph-bff1960d4d8c4a84a85236d8f73a7bc718000.png
>> --start=1155548854 --end=1155566854 --img
>> format=PNG -F -E --height=100 --width=500 --vertical-label=Errors/sec
>> DEF:ds0=/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth
>> 0/ifInErrors.rrd:ds0:AVERAGE AREA:ds0#00cc00:ifInErrors
>> GPRINT:ds0:LAST:cur\:%0.2lf%s GPRINT:ds0:AVERAGE:avg\:%0.2lf%s
>> GPRINT:ds0:MAX:max\:%0.2lf%s\
>> j
>>
DEF:ds1=/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/i
fOutErrors.rrd:ds0:AVERAGE
>> LINE1:ds1#0000ff:ifOutErrors GPRINT:ds
>> 1:LAST:cur\:%0.2lf%s GPRINT:ds1:AVERAGE:avg\:%0.2lf%s
>> GPRINT:ds1:MAX:max\:%0.2lf%s\j
>> ------
>> 2006-08-14T15:52:40 ERROR RenderServer failed generating summary
>> Traceback (most recent call last):
>> File "/usr/local/zenoss/Products/ZenRRD/RenderServer.py", line 122,
>> in currentValues
>> values = rrdtool.graph(*gopts)[2]
>> error: opening
>> '/usr/local/zenoss/perf/Devices/<servername>/sysUpTime.rrd': No such
>> file or directory
>> ------
>> 2006-08-14T15:52:40 WARNING RenderServer /dev/null
>>
DEF:x0_r=/usr/local/zenoss/perf/Devices/<servername>/sysUpTime.rrd:ds0:A
VERAGE
>> VDEF:v0=x
>> 0_r,LAST PRINT:v0:%.2lf --end=now --start=now-300
>> ------
>> 2006-08-14T15:52:40 ERROR zen.RRDView Unable to cache value for
sysUpTime
>>
>>
>> Any ideas on how to track this down?
>> I am, as the Zenoss user, and the root user, able to create files on
>> the filesystem.
>>
>> Todd M. Hebert
>>
>> _______________________________________________
>> zenoss-users mailing list
>> [email protected]
>> http://lists.zenoss.org/mailman/listinfo/zenoss-users
>>
>
> _______________________________________________
> zenoss-users mailing list
> [email protected]
> http://lists.zenoss.org/mailman/listinfo/zenoss-users
------------------------------
Message: 2
Date: Mon, 14 Aug 2006 13:10:51 -0400
From: Eric Newton <[EMAIL PROTECTED]>
Subject: Re: [zenoss-users] Yet another strange problem.
To: General discussion of using zenoss system
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
That is very strange. Is there anything special about the devices? For
a while we had some issues with devices that responded from addresses
other than their management IP address. Recently we found that modern
Windows boxes had small (or no) buffers for SNMP packets... parallel
requests were being dropped. Both of those should be fixed.
Send the strace results if you continue to have problems.
-Eric
Todd Michael Hebert wrote:
> The command you gave caused the proper directories and RRD files to be
> created and hopefully they'll start populating. (So far there's no
> data for the network interfaces.)
>
> So.. hopefully that's fixed.. although the reason it didn't create the
> files in the first place is a mystery to me.
>
> Now..the only mystery I'm left with is that I keep getting messages
> from this device saying that SNMP is down.. but if you look at the
> monitor on the status page.. it says SNMP is up, and on the OS page..
> it says SNMP is up.. but I keep getting events saying SNMP is down.
>
> I just find it odd that there isn't any problem with collecting the
> data from the SNMP agent on the box..
>
> The zenperfsnmp.log file just says that the SNMP agent is down on both
> devices, and that everything else was collected properly.
>
> Todd M. Hebert
>
>
> Eric Newton wrote:
>> These errors simply mean that the expected RRD files are not there...
>> which we can infer from the lack of graphs.
>>
>> How about log messages for zenperfsnmp?
>>
>> What do you get when you run:
>>
>> $ zenperfsnmp run -v 10 -d 'suspicious device'
>>
>> If you get timeout errors, send me the result of this:
>>
>> $ strace -s 1000 -e trace=network zenperfsnmp run -v 10 -d
>> 'suspicious device'
>>
>> That will give me packets to decode. Please send off-list.
>>
>> -Eric
>>
>>
>> Todd Michael Hebert wrote:
>>
>>> I've had 2 devices that were previously monitored that just refuse
>>> to monitor properly now.
>>>
>>> The services are monitored, but I keep getting messages about the
>>> SNMP service being down, even though I can collect the
configuration.
>>>
>>> I went as far as to delete the two from the system, delete the
>>> folders containing their perf information, and then re-add them in
>>> Zenoss.. but it still won't monitor the network activity. Nothing
>>> in the machine's configuration has changed as far as SNMP goes.
>>>
>>> I'm able to snmpwalk the systems without any problems, from the box
>>> running Zenoss.
>>>
>>> I'm getting these for errors in the log:
>>>
>>> 2006-08-14T15:52:34 ERROR Zope.SiteErrorLog
>>> http://admin.iil.ie:8080/zport/RenderServer/render
>>> Traceback (most recent call last):
>>> File "/usr/local/zenoss/lib/python/ZPublisher/Publish.py", line
>>> 114, in publish
>>> request, bind=1)
>>> File "/usr/local/zenoss/lib/python/ZPublisher/mapply.py", line 88,
>>> in mapply
>>> if debug is not None: return debug(object,args,context)
>>> File "/usr/local/zenoss/lib/python/ZPublisher/Publish.py", line
>>> 40, in call_object
>>> result=apply(object,args) # Type s<cr> to step into published
>>> object.
>>> File "/usr/local/zenoss/Products/ZenRRD/RenderServer.py", line 82,
>>> in render
>>> rrdtool.graph(*gopts)
>>> error: opening
>>>
'/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/ifInOcte
ts.rrd':
>>> No such file or directory
>>> ------
>>> 2006-08-14T15:52:34 ERROR RenderServer failed generating graph
>>> Traceback (most recent call last):
>>> File "/usr/local/zenoss/Products/ZenRRD/RenderServer.py", line 82,
>>> in render
>>> rrdtool.graph(*gopts)
>>> error: opening
>>>
'/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/ifInUcas
tPackets.rrd':
>>> No such file or directory
>>> ------
>>> 2006-08-14T15:52:34 WARNING RenderServer
>>> /tmp/renderserver/graph-279977be9456419fb553a58ba8a7fbe118000.png
>>> --start=1155548854 --end=1155566854 --img
>>> format=PNG -F -E --height=100 --width=500 --vertical-label=Pkts/sec
>>>
DEF:ds0=/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/
>>> ifInUcastPackets.rrd:ds0:AVERAGE AREA:ds0#00cc00:ifInUcastPackets
>>> GPRINT:ds0:LAST:cur\:%0.2lf%s GPRINT:ds0:AVERAGE:avg\:%0.2lf%s
>>> GPRINT:ds0:MAX:max\
>>> :%0.2lf%s\j
>>>
DEF:ds1=/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/i
fOutUcastPackets.rrd:ds0:AVERAGE
>>> LINE1:ds1#0000ff:ifOut
>>> UcastPackets GPRINT:ds1:LAST:cur\:%0.2lf%s
>>> GPRINT:ds1:AVERAGE:avg\:%0.2lf%s GPRINT:ds1:MAX:max\:%0.2lf%s\j
>>> ------
>>> 2006-08-14T15:52:34 ERROR RenderServer failed generating graph
>>> Traceback (most recent call last):
>>> File "/usr/local/zenoss/Products/ZenRRD/RenderServer.py", line 82,
>>> in render
>>> rrdtool.graph(*gopts)
>>> error: opening
>>>
'/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/ifInErro
rs.rrd':
>>> No such file or directory
>>> ------
>>> 2006-08-14T15:52:34 WARNING RenderServer
>>> /tmp/renderserver/graph-bff1960d4d8c4a84a85236d8f73a7bc718000.png
>>> --start=1155548854 --end=1155566854 --img
>>> format=PNG -F -E --height=100 --width=500
>>> --vertical-label=Errors/sec
>>>
DEF:ds0=/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth
>>> 0/ifInErrors.rrd:ds0:AVERAGE AREA:ds0#00cc00:ifInErrors
>>> GPRINT:ds0:LAST:cur\:%0.2lf%s GPRINT:ds0:AVERAGE:avg\:%0.2lf%s
>>> GPRINT:ds0:MAX:max\:%0.2lf%s\
>>> j
>>>
DEF:ds1=/usr/local/zenoss/perf/Devices/<servername>/os/interfaces/eth0/i
fOutErrors.rrd:ds0:AVERAGE
>>> LINE1:ds1#0000ff:ifOutErrors GPRINT:ds
>>> 1:LAST:cur\:%0.2lf%s GPRINT:ds1:AVERAGE:avg\:%0.2lf%s
>>> GPRINT:ds1:MAX:max\:%0.2lf%s\j
>>> ------
>>> 2006-08-14T15:52:40 ERROR RenderServer failed generating summary
>>> Traceback (most recent call last):
>>> File "/usr/local/zenoss/Products/ZenRRD/RenderServer.py", line
>>> 122, in currentValues
>>> values = rrdtool.graph(*gopts)[2]
>>> error: opening
>>> '/usr/local/zenoss/perf/Devices/<servername>/sysUpTime.rrd': No such
>>> file or directory
>>> ------
>>> 2006-08-14T15:52:40 WARNING RenderServer /dev/null
>>>
DEF:x0_r=/usr/local/zenoss/perf/Devices/<servername>/sysUpTime.rrd:ds0:A
VERAGE
>>> VDEF:v0=x
>>> 0_r,LAST PRINT:v0:%.2lf --end=now --start=now-300
>>> ------
>>> 2006-08-14T15:52:40 ERROR zen.RRDView Unable to cache value for
>>> sysUpTime
>>>
>>>
>>> Any ideas on how to track this down?
>>> I am, as the Zenoss user, and the root user, able to create files on
>>> the filesystem.
>>>
>>> Todd M. Hebert
>
------------------------------
Message: 3
Date: Mon, 14 Aug 2006 15:41:57 -0400
From: "Todd W. Smeed" <[EMAIL PROTECTED]>
Subject: [zenoss-users] /usr/bin/ld: cannot find -lssl
To: <[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
I have been battling the install.sh on a FC3 box for a few days and have
been resolving each issue as it arises. I am not having this problem
which I can not resolve, it appears to be linked to OpenSSL. I have
tried to install OpenSSL 0.9.8b but it appears to still fail. Are there
certain parameters that I should be passing during the compile of
OpenSSL, also I have read that I need libssl-dev package... is this the
same as the above mentioned files from OpenSSL or is this a different
package.
Any assistance would be greatly appreciated.
Thank you.
gmake[3]: Leaving directory
`/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3/plugins/tests'
gmake[3]: Entering directory
`/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3/plugins'
if gcc -DLOCALEDIR=\"/usr/local/zenoss/share/locale\" -DHAVE_CONFIG_H
-I. -I. -I.. -I.. -I../lib -I../intl -I/usr/local/ssl/include
-I/usr/local/ssl/include -Wall -g -O2 -MT check_disk.o -MD -MP -MF
".deps/check_disk.Tpo" -c -o check_disk.o check_disk.c; \
then mv -f ".deps/check_disk.Tpo" ".deps/check_disk.Po"; else rm -f
".deps/check_disk.Tpo"; exit 1; fi
check_disk.c:47: warning: 'inode_format' defined but not used
if gcc -DLOCALEDIR=\"/usr/local/zenoss/share/locale\" -DHAVE_CONFIG_H
-I. -I. -I.. -I.. -I../lib -I../intl -I/usr/local/ssl/include
-I/usr/local/ssl/include -Wall -g -O2 -MT utils.o -MD -MP -MF
".deps/utils.Tpo" -c -o utils.o utils.c; \
then mv -f ".deps/utils.Tpo" ".deps/utils.Po"; else rm -f
".deps/utils.Tpo"; exit 1; fi
if gcc -DLOCALEDIR=\"/usr/local/zenoss/share/locale\" -DHAVE_CONFIG_H
-I. -I. -I.. -I.. -I../lib -I../intl -I/usr/local/ssl/include
-I/usr/local/ssl/include -Wall -g -O2 -MT popen.o -MD -MP -MF
".deps/popen.Tpo" -c -o popen.o popen.c; \
then mv -f ".deps/popen.Tpo" ".deps/popen.Po"; else rm -f
".deps/popen.Tpo"; exit 1; fi /bin/sh ../libtool --mode=link --tag=CC
gcc -Wall -g -O2 -L. -R/usr/local/ssl/lib -o check_disk check_disk.o
utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -lssl
-lcrypto
mkdir .libs
gcc -Wall -g -O2 -o check_disk check_disk.o utils.o popen.o
-L/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3/plugins
../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto -Wl,--rpath
-Wl,/usr/local/ssl/lib
/usr/bin/ld: cannot find -lssl
collect2: ld returned 1 exit status
gmake[3]: *** [check_disk] Error 1
gmake[3]: Leaving directory
`/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3/plugins'
gmake[2]: *** [install-recursive] Error 1
gmake[2]: Leaving directory
`/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3/plugins'
gmake[1]: *** [install-recursive] Error 1
gmake[1]: Leaving directory
`/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3'
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.zenoss.org/pipermail/zenoss-users/attachments/20060814/fddc
72be/attachment-0001.html
------------------------------
Message: 4
Date: Mon, 14 Aug 2006 16:00:37 -0400
From: Eric Newton <[EMAIL PROTECTED]>
Subject: Re: [zenoss-users] /usr/bin/ld: cannot find -lssl
To: General discussion of using zenoss system
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Todd,
If you installed from a source tar ball, then it will likely install all
the headers and libraries. If you installed a .rpm, then you will need
the libssl-devel rpm to get headers and libraries.
There are lots of ways to fix this, but the simplest is for you to dump
your local build of ssl and get the rpms from the vendor.
-Eric
Todd W. Smeed wrote:
> I have been battling the install.sh on a FC3 box for a few days and
> have been resolving each issue as it arises. I am not having this
problem which I can not resolve, it appears to be linked to OpenSSL. I
have tried to install OpenSSL 0.9.8b but it appears to still fail. Are
there certain parameters that I should be passing during the compile of
OpenSSL, also I have read that I need libssl-dev package... is this the
same as the above mentioned files from OpenSSL or is this a different
package.
>
> Any assistance would be greatly appreciated.
>
> Thank you.
>
>
> gmake[3]: Leaving directory
>
`/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3/plugins/tests'
> gmake[3]: Entering directory
`/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3/plugins'
> if gcc -DLOCALEDIR=\"/usr/local/zenoss/share/locale\" -DHAVE_CONFIG_H
-I. -I. -I.. -I.. -I../lib -I../intl -I/usr/local/ssl/include
-I/usr/local/ssl/include -Wall -g -O2 -MT check_disk.o -MD -MP -MF
".deps/check_disk.Tpo" -c -o check_disk.o check_disk.c; \
> then mv -f ".deps/check_disk.Tpo" ".deps/check_disk.Po"; else rm -f
".deps/check_disk.Tpo"; exit 1; fi
> check_disk.c:47: warning: 'inode_format' defined but not used
> if gcc -DLOCALEDIR=\"/usr/local/zenoss/share/locale\" -DHAVE_CONFIG_H
-I. -I. -I.. -I.. -I../lib -I../intl -I/usr/local/ssl/include
-I/usr/local/ssl/include -Wall -g -O2 -MT utils.o -MD -MP -MF
".deps/utils.Tpo" -c -o utils.o utils.c; \
> then mv -f ".deps/utils.Tpo" ".deps/utils.Po"; else rm -f
".deps/utils.Tpo"; exit 1; fi
> if gcc -DLOCALEDIR=\"/usr/local/zenoss/share/locale\" -DHAVE_CONFIG_H
-I. -I. -I.. -I.. -I../lib -I../intl -I/usr/local/ssl/include
-I/usr/local/ssl/include -Wall -g -O2 -MT popen.o -MD -MP -MF
".deps/popen.Tpo" -c -o popen.o popen.c; \
> then mv -f ".deps/popen.Tpo" ".deps/popen.Po"; else rm -f
".deps/popen.Tpo"; exit 1; fi
> /bin/sh ../libtool --mode=link --tag=CC gcc -Wall -g -O2 -L.
-R/usr/local/ssl/lib -o check_disk check_disk.o utils.o
../lib/libnagiosplug.a ../lib/libcoreutils.a popen.o -lssl -lcrypto
> mkdir .libs
> gcc -Wall -g -O2 -o check_disk check_disk.o utils.o popen.o
-L/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3/plugins
../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto -Wl,--rpath
-Wl,/usr/local/ssl/lib
> /usr/bin/ld: cannot find -lssl
> collect2: ld returned 1 exit status
> gmake[3]: *** [check_disk] Error 1
> gmake[3]: Leaving directory
`/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3/plugins'
> gmake[2]: *** [install-recursive] Error 1
> gmake[2]: Leaving directory
`/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3/plugins'
> gmake[1]: *** [install-recursive] Error 1
> gmake[1]: Leaving directory
`/usr/local/src/zenoss-0.22.1/build/nagios-plugins-1.4.3'
>
>
>
> ----------------------------------------------------------------------
> --
>
> _______________________________________________
> zenoss-users mailing list
> [email protected]
> http://lists.zenoss.org/mailman/listinfo/zenoss-users
------------------------------
_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users
End of zenoss-users Digest, Vol 7, Issue 46
*******************************************
_______________________________________________
zenoss-users mailing list
[email protected]
http://lists.zenoss.org/mailman/listinfo/zenoss-users
