On Tue, 2008-12-09 at 17:28 -0500, John A. Sullivan III wrote:
> On Tue, 2008-12-09 at 21:51 +0100, Jan-Oliver Wagner wrote:
> > <snip>
>
> > > We thought we would dive right in to version 2 and immediately hit some
> > > problems. We are installing on fully patched Ubuntu 8.0.4 on amd64. I
> > > believe we have run Nessus 2.x successfully before and, in fact, it is
> > > still installed.
> >
> > this platform should not be problematic.
> >
> > > We took all defaults during installation from source (./configure &&
> > > make) and it appears to have installed into /usr/local/ as expected
> > > although I do not see an openvas.conf in /usr/local/etc/openvas/
> > >
> > > Although we will ultimately use our own key and cert, we thought we stay
> > > plain vanilla for our first test and do the cook book openvas-mkcert.
> > > Unfortunately, it returns:
> > >
> > > /usr/local/sbin/openvasd: error while loading shared libraries:
> > > libopenvas.2: cannot open shared object file: No such file or directory
> > > Executing openvasd failed. Make sure your library loader is configured
> > > properly and that openvasd is in your $PATH.
> >
> > yes, you should employ LD_LIBRARY_PATH or ldconfig for this.
> >
> > > So does adduser and even just trying to start openvasd. openvasd is in
> > > the path:
> > >
> > > [EMAIL PROTECTED]:~$ sudo echo $PATH
> > > /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/ho
> > >me/jsullivan/bin [EMAIL PROTECTED]:~$ sudo which openvasd
> > > /usr/local/sbin/openvasd
> > >
> > > /usr/local/lib is in /etc/ld.so.conf.d/libc.conf. We did manually run
> > > sudo ldconfig just in case. We even rebooted. All the same.
> >
> > hm, so you did employ this.
> > Could you additionally test using LD_LIBRARY_PATH?
> >
> > > libopenvas.s exists:
> > > [EMAIL PROTECTED]:/usr/local/lib$ ls -l /usr/local/lib/libopenvas*
> > > lrwxrwxrwx 1 root root 16 2008-12-09 07:26 /usr/local/lib/libopenvas
> > > -> libopenvas.2.0.0 lrwxrwxrwx 1 root root 16 2008-12-09 07:26
> > > /usr/local/lib/libopenvas.2 -> libopenvas.2.0.0 -rwxr-xr-x 1 root root
> > > 344799 2008-12-09 07:26 /usr/local/lib/libopenvas.2.0.0
> > >
> > > What have we done wrong? Thanks - John
> >
> > not sure. What does ldd on openvasd say?
> <snip>
> Interesting:
>
> [EMAIL PROTECTED]:~$ ldd $(which openvasd)
> linux-vdso.so.1 => (0x00007fff299fe000)
> libopenvasnasl.so.2 => /usr/local/lib/libopenvasnasl.so.2
> (0x00007f972146c000)
> libgpgme.so.11 => /usr/lib/libgpgme.so.11 (0x00007f9721243000)
> libgpg-error.so.0 => /lib/libgpg-error.so.0 (0x00007f9721040000)
> libutil.so.1 => /lib/libutil.so.1 (0x00007f9720e3d000)
> libnsl.so.1 => /lib/libnsl.so.1 (0x00007f9720c24000)
> libpcap.so.0.8 => /usr/lib/libpcap.so.0.8 (0x00007f97209f7000)
> libgnutls.so.13 => /usr/lib/libgnutls.so.13 (0x00007f9720773000)
> libresolv.so.2 => /lib/libresolv.so.2 (0x00007f972055d000)
> libdl.so.2 => /lib/libdl.so.2 (0x00007f9720359000)
> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f9720099000)
> libc.so.6 => /lib/libc.so.6 (0x00007f971fd37000)
> libgcrypt.so.11 => /lib/libgcrypt.so.11 (0x00007f971fae9000)
> libopenvas.2 => not found
> libopenvas_hg.2 => not found
> libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0x00007f971f8d9000)
> libz.so.1 => /usr/lib/libz.so.1 (0x00007f971f6c2000)
> /lib64/ld-linux-x86-64.so.2 (0x00007f97216af000)
> libpcre.so.3 => /usr/lib/libpcre.so.3 (0x00007f971f49c000)
>
> Then exporting LD_LIBRARY_PATH:
> [EMAIL PROTECTED]:~$ export LD_LIBRARY_PATH=/usr/local/lib:${LD_LIBRARY_PATH}
> [EMAIL PROTECTED]:~$ ldd $(which openvasd)
> linux-vdso.so.1 => (0x00007fff933fe000)
> libopenvasnasl.so.2 => /usr/local/lib/libopenvasnasl.so.2
> (0x00007fbc8ae3d000)
> libgpgme.so.11 => /usr/lib/libgpgme.so.11 (0x00007fbc8ac14000)
> libgpg-error.so.0 => /lib/libgpg-error.so.0 (0x00007fbc8aa11000)
> libutil.so.1 => /lib/libutil.so.1 (0x00007fbc8a80e000)
> libnsl.so.1 => /lib/libnsl.so.1 (0x00007fbc8a5f5000)
> libpcap.so.0.8 => /usr/lib/libpcap.so.0.8 (0x00007fbc8a3c8000)
> libgnutls.so.13 => /usr/lib/libgnutls.so.13 (0x00007fbc8a144000)
> libresolv.so.2 => /lib/libresolv.so.2 (0x00007fbc89f2e000)
> libdl.so.2 => /lib/libdl.so.2 (0x00007fbc89d2a000)
> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fbc89a6a000)
> libc.so.6 => /lib/libc.so.6 (0x00007fbc89708000)
> libgcrypt.so.11 => /lib/libgcrypt.so.11 (0x00007fbc894ba000)
> libopenvas.2 => /usr/local/lib/libopenvas.2 (0x00007fbc8921c000)
> libopenvas_hg.2 => /usr/local/lib/libopenvas_hg.2 (0x00007fbc89016000)
> libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0x00007fbc88e06000)
> libz.so.1 => /usr/lib/libz.so.1 (0x00007fbc88bef000)
> /lib64/ld-linux-x86-64.so.2 (0x00007fbc8b080000)
> libpcre.so.3 => /usr/lib/libpcre.so.3 (0x00007fbc889c9000)
>
> Doesn't look like an OpenVAS problem but rather an Ubuntu problem. I'll
> dig deeper. Thanks - John
>
Hmm . . . as I did deeper, maybe it is an OpenVAS problem. Could it be
some of the libraries are not properly identifying themselves? I am
suspect because ldconfig is adding some but not all of the openvas
libraries to the ld.so.cache. Just to test, I renamed the cache and
reran ldconfig. The results were interesting. By the way, I enabled the
root account in Ubuntu just in case that was the problem. These were
all run as root.
Here is the list of openvas libraries in /usr/local/lib/:
[EMAIL PROTECTED]:/usr/local/lib# ls *openvas*
libopenvas libopenvas.2.0.0 libopenvas_hg libopenvas_hg.2.0.0
libopenvas_hg.la libopenvasnasl.a libopenvasnasl.so
libopenvasnasl.so.2.0.0
libopenvas.2 libopenvas.a libopenvas_hg.2 libopenvas_hg.a
libopenvas.la libopenvasnasl.la libopenvasnasl.so.2
Now I'll rename /etc/ld.so.cache
[EMAIL PROTECTED]:/etc# mv ld.so.cache ld.so.cache.old
[EMAIL PROTECTED]:/etc# ldconfig -p
/sbin/ldconfig.real: Can't open cache file /etc/ld.so.cache
: No such file or directory
Now I'll rebuild the cache and display the openvas libraries it knows
of:
[EMAIL PROTECTED]:/etc# ldconfig
[EMAIL PROTECTED]:/etc# ldconfig -p | grep openvas
libopenvasnasl.so.2 (libc6,x86-64) => /usr/local/lib/libopenvasnasl.so.2
libopenvasnasl.so (libc6,x86-64) => /usr/local/lib/libopenvasnasl.so
It also finds plenty of other libraries in /usr/local/lib/:
[EMAIL PROTECTED]:/etc# ldconfig -p | grep usr/local/lib
libspeex.so.1 (libc6,x86-64) => /usr/local/lib/libspeex.so.1
libspeex.so (libc6,x86-64) => /usr/local/lib/libspeex.so
libpcap-nessus.so.2 (libc6,x86-64) => /usr/local/lib/libpcap-nessus.so.2
libpcap-nessus.so (libc6,x86-64) => /usr/local/lib/libpcap-nessus.so
libopenvasnasl.so.2 (libc6,x86-64) => /usr/local/lib/libopenvasnasl.so.2
libopenvasnasl.so (libc6,x86-64) => /usr/local/lib/libopenvasnasl.so
libnessus.so.2 (libc6,x86-64) => /usr/local/lib/libnessus.so.2
libnessus.so (libc6,x86-64) => /usr/local/lib/libnessus.so
libnasl.so.2 (libc6,x86-64) => /usr/local/lib/libnasl.so.2
libnasl.so (libc6,x86-64) => /usr/local/lib/libnasl.so
libhosts_gatherer.so.2 (libc6,x86-64) =>
/usr/local/lib/libhosts_gatherer.so.2
libhosts_gatherer.so (libc6,x86-64) =>
/usr/local/lib/libhosts_gatherer.so
libflash.so.0 (libc6,x86-64) => /usr/local/lib/libflash.so.0
libflash.so (libc6,x86-64) => /usr/local/lib/libflash.so
libclucene.so.0 (libc6,x86-64) => /usr/local/lib/libclucene.so.0
libclucene.so (libc6,x86-64) => /usr/local/lib/libclucene.so
libclamav.so.1 (libc6,x86-64) => /usr/local/lib/libclamav.so.1
libclamav.so (libc6,x86-64) => /usr/local/lib/libclamav.so
Just not libopenvas.2.0.0 and libopenvas_hg.2? Why not? What's different
about those? Thanks - John
--
John A. Sullivan III
Open Source Development Corporation
+1 207-985-7880
[EMAIL PROTECTED]
http://www.spiritualoutreach.com
Making Christianity intelligible to secular society
_______________________________________________
Openvas-discuss mailing list
[email protected]
http://lists.wald.intevation.org/mailman/listinfo/openvas-discuss
