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
--
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
