From: Steve Simitzis (steve@saturn5.com)
Date: Tue Jul 23 2002 - 17:36:35 EDT
more specifics about the problem. (and i found a workaround.)
the problem *only* happens when /etc/.name_service_door does not
exist *or* is not a door file. this file is created by starting up
nscd (name service caching daemon).
i've always turned off nscd on my solaris installations, because i've
found it to be unnecessary. but this has never caused problems in the
past.
is anyone aware of a solaris bug related to this problem?
On 07/23/02, Steve Simitzis <steve@saturn5.com> wrote:
> this is quite possibly the most bizarre problem i've ever had. i'm
> about ready to pull out all my hair over this one. neither sunsolve
> nor google have anything useful to say.
>
> i'm running apache 1.3.26 on solaris 2.8. two days ago, i upgraded
> from solaris 2.6.
>
> the problem is that when i send SIGUSR1 to apache, it dumps core. this
> only happens under solaris 2.8, and it never cored under 2.6. i
> thought i might need to recompile it for 2.8, and i tried that, but
> with no luck.
>
> (SIGUSR1 = apache's "graceful restart" mechanism. this causes apache
> to kill its children, reread its httpd.conf file, and start new children.)
>
> here's a trace from gdb of the core file. the crash appears to happen
> in nss_dns.so. and before you ask, yes, i have patch #109326-08
> (SunOS 5.8: libresolv.so.2 and in.named patch) installed.
>
> (gdb) where
> #0 0xfe19f800 in ?? ()
> #1 0xfdd51090 in getbyname () from /usr/lib/nss_dns.so.1
> #2 0xff149290 in nss_search () from /usr/lib/libc.so.1
> #3 0xff29d444 in _switch_gethostbyname_r () from /usr/lib/libnsl.so.1
> #4 0xff2b5890 in _door_gethostbyname_r () from /usr/lib/libnsl.so.1
> #5 0xff29b0ac in _get_hostserv_inetnetdir_byname () from /usr/lib/libnsl.so.1
> #6 0xff2b4e00 in gethostbyname_r () from /usr/lib/libnsl.so.1
> #7 0x3ea7c in get_addresses ()
> #8 0x3ec6c in ap_parse_vhost_addrs ()
> #9 0x21ba0 in ap_init_virtual_host ()
> #10 0x26db0 in virtualhost_section ()
> #11 0x1f9dc in invoke_cmd ()
> #12 0x20bb4 in ap_handle_command ()
> #13 0x20c84 in ap_srm_command_loop ()
> #14 0x21590 in ap_process_resource_config ()
> #15 0x221b0 in ap_read_config ()
> #16 0x31b5c in standalone_main ()
> #17 0x3297c in main ()
>
> any advice or suggestions are appreciated!
>
> --
>
> steve simitzis : /sim' - i - jees/
> pala : saturn5 productions
> www.steve.org : 415.282.9979
> hath the daemon spawn no fire?
>
--
steve simitzis : /sim' - i - jees/
pala : saturn5 productions
www.steve.org : 415.282.9979
hath the daemon spawn no fire?
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:24:38 EDT