Problems implementing 4.9.3-rel on Solaris 2.5
Kelly Zachary J - CSE Admin
Hi-
I am trying to implement bind4.9.3-rel on a Sparc-5 running Solaris 2.5.
I have read through the docs and installed according to given =
directions.
I have run into two problems:
(1) The distribution places a new version of netdb.h, resolv.h, arpa/
inet.h, and arpa/nameser.h. At least on this O/S, the logic in the
include files seems to fail. A test C program:
#include "netdb.h"
void main() {} =20
=20
fails for the following reasons:
=20
/usr/include/netdb.h:66: sys/bitypes.h: No such file or directory
/usr/include/netdb.h:68: sys/cdefs.h: No such file or directory
Has anyone run into this before? I heard one administrator say he
edited the logic of these files himself after installation and
things ran fine thereafter. Unfortunately, he and his code are not=20
available to me at this time.
=20
(2) I installed the distribution with link-compatibility with the
Solaris resolver library. Following the instructions in the docs
of the shres subdirectory, I have to edit /usr/lib/nss_dns.so.1
to change 'libresolv.so.1' to 'libresolv.so.2'. No problem
there. Edited with emacs.
=20
According to the docs:
Once you have made these changes, you can test them as follows:
In csh or tcsh:
setenv RES_OPTIONS debug
telnet localhost
unsetenv LD_LIBRARY_PATH
Test failed. I revert back to a (saved) original version of
/usr/lib/nss_dns.so.1. 'setenv LD_DEBUG libs' and a telnet to
localhost (using, as I said, the original nss_dns.so.1) result
in not a single invocation of nss_dns.so.1. I had nsswitch.conf's
'hosts:' pointing to dns the whole time.
=20
admin40% setenv LD_DEBUG libs
admin40% telnet localhost
13473:
13473: find library=3Dlibsocket.so.1; searching
13473: search=20
path=3D/usr/lib:/usr/openwin/lib:/usr/4lib:/usr/lib/X11:/product/x11r5-ne=
w/lib:/us
r/dt/lib (LD_LIBRARY_PATH)
13473: trying path=3D/usr/lib/libsocket.so.1
13473:
13473: find library=3Dlibnsl.so.1; searching
13473: search=20
path=3D/usr/lib:/usr/openwin/lib:/usr/4lib:/usr/lib/X11:/product/x11r5-ne=
w/lib:/us
r/dt/lib (LD_LIBRARY_PATH)
[[ (etc, etc {no reference to nss_dns.so.1} -- SNIP!]]
=20
Has anyone successfully implemented link-compatibility with the
Solaris resolver library? Are the directions provided in the docs
correct? Are there preliminary steps I neglected?
=20
Hopefully I have provided enough information. Thanks in advance for any =
=20
feedback.
-Zach
Zach Kelly (Unix Systems Administrator) Tel: (610) 354-5418
kel...@mds.lmco.com Fax: (610) 962-2647
Lockheed Martin, Mgmt & Data Systems P.O. Box 8048=20
Building 10, Room 1157, Mail Stop E Philadelphia, PA 19101
Don Lewis
I haven't had any experience with Solaris 2.x, so take my suggestions
with a grain of salt.
On Jun 7, 2:21pm, Kelly Zachary J - CSE Admin wrote:
} Subject: Problems implementing 4.9.3-rel on Solaris 2.5
}
} I am trying to implement bind4.9.3-rel on a Sparc-5 running Solaris 2.5.
} I have read through the docs and installed according to given =
} directions.
} I have run into two problems:
}
} (1) The distribution places a new version of netdb.h, resolv.h, arpa/
} inet.h, and arpa/nameser.h. At least on this O/S, the logic in the
} include files seems to fail. A test C program:
}
} #include "netdb.h"
} void main() {} =20
} =20
} fails for the following reasons:
} =20
} /usr/include/netdb.h:66: sys/bitypes.h: No such file or directory
} /usr/include/netdb.h:68: sys/cdefs.h: No such file or directory
}
} Has anyone run into this before? I heard one administrator say he
} edited the logic of these files himself after installation and
} things ran fine thereafter. Unfortunately, he and his code are not=20
} available to me at this time.
Judging by the messages I've seen on the BIND mail lists, I'd recommend
not installing the netdb.h file from the BIND distribution on Solaris 2.x
hosts because the Solaris 2.x netdb.h contains some stuff that Sun added
that is not in the BIND version of this include file. You will need the
other include files if you want to statically link in the new libresolv.a
and access the _res structure. You'll also need to install sys/bitypes.h
and sys/cdefs.h in order to use these other include files. You can find
these two files in compat/include/sys in the BIND distribution.
} (2) I installed the distribution with link-compatibility with the
} Solaris resolver library. Following the instructions in the docs
} of the shres subdirectory, I have to edit /usr/lib/nss_dns.so.1
} to change 'libresolv.so.1' to 'libresolv.so.2'. No problem
} there. Edited with emacs.
} =20
} According to the docs:
} Once you have made these changes, you can test them as follows:
} In csh or tcsh:
} setenv RES_OPTIONS debug
} telnet localhost
} unsetenv LD_LIBRARY_PATH
}
} Test failed.
This is the second time someone has reported that the resolver shared
library failed to work under Solaris 2.5. I don't recall seeing any
success stories. My guess is that it currently only works under 2.4
and below.
--- Truck
Magnus Holmberg
In message <1996060718...@admin40.sdenis>, kel...@mds.lmco.com writes:
>Hi-
>
>I am trying to implement bind4.9.3-rel on a Sparc-5 running Solaris 2.5.
>I have read through the docs and installed according to given =
>directions.
>I have run into two problems:
>
>(1) The distribution places a new version of netdb.h, resolv.h, arpa/
> inet.h, and arpa/nameser.h. At least on this O/S, the logic in the
> include files seems to fail. A test C program:
>
> #include "netdb.h"
> void main() {} =20
> =20
> fails for the following reasons:
> =20
> /usr/include/netdb.h:66: sys/bitypes.h: No such file or directory
> /usr/include/netdb.h:68: sys/cdefs.h: No such file or directory
Try installing the files from .../compat/include/sys. (I installed
them into /usr/include/sys by hand).
>(2) I installed the distribution with link-compatibility with the
> Solaris resolver library. Following the instructions in the docs
> of the shres subdirectory, I have to edit /usr/lib/nss_dns.so.1
> to change 'libresolv.so.1' to 'libresolv.so.2'. No problem
> there. Edited with emacs.
> =20
> According to the docs:
> Once you have made these changes, you can test them as follows:
> In csh or tcsh:
> setenv RES_OPTIONS debug
> telnet localhost
> unsetenv LD_LIBRARY_PATH
>
> Test failed. I revert back to a (saved) original version of
> /usr/lib/nss_dns.so.1. 'setenv LD_DEBUG libs' and a telnet to
This is probably caused by the Name Service Cache Daemon (nscd).
Try adding the line
enable-cache hosts no
to /etc/nscd.conf. (See nscd(1M)).
- MH
--
Magnus Holmberg, ux-help m...@era-a.ericsson.se
Tel 71713 m...@stacken.kth.se