RUNTIME_CHECK

Federico Bockel fbockel at arnet.net.ar
Thu Jul 12 00:42:05 UTC 2001



Ok, maybe the errors in the messages are related to that, named not
running as root.
But, what about the RUNTIME_CHECK error in named log?
Whats that error about?
?
Thanks,

	Federico
> 
> Hi,
> 
> Hi, i one of our ns stopped the service, the harware is a sun netra 
> t1, os is  solaris 7, and bind 9.1.1.
> 
> Could someone tell me what is this error means?
> 
> Jul 08 03:18:59.990 general: critical: confparser.c:885: fatal error: 
> Jul 08 03:18:59.990 general: critical: 
> RUNTIME_CHECK(isc_symtab_create(memctx
> , 97 , 0, 0, isc_boolean_false, &keywords) == 0) failed
> 
> After this i had this on messages:
> 
> Jul  7 21:26:33 gulp /usr/local/sbin/named[24583]: starting BIND 9.1.1

> Jul  7 21:26:34 gulp /usr/local/sbin/named[24583]: the default for the

> 'auth- nxdomain' option is now 'no' Jul  7 21:26:34 gulp 
> /usr/local/sbin/named[24583]: could not listen on UDP so
> cket: permission denied
> Jul  7 21:26:34 gulp /usr/local/sbin/named[24583]: creating IPv4 
> interface lo 0 failed; interface ignored Jul  7 21:26:34 gulp 
> /usr/local/sbin/named[24583]: could not listen on UDP so
> cket: permission denied
> Jul  7 21:26:34 gulp /usr/local/sbin/named[24583]: creating IPv4 
> interface hm e0 failed; interface ignored Jul  7 21:26:34 gulp 
> /usr/local/sbin/named[24583]: not listening on any inter faces
> Jul  7 21:26:34 gulp /usr/local/sbin/named[24583]: could not get query
source
>  dispatcher
> Jul  7 21:26:34 gulp /usr/local/sbin/named[24583]: loading
configuration: per
> mission denied
> Jul  7 21:26:34 gulp /usr/local/sbin/named[24583]: exiting (due to
fatal erro
> r)
> Jul  7 21:34:08 gulp /usr/local/sbin/named[24663]: starting BIND 9.1.1
> Jul  7 21:34:08 gulp /usr/local/sbin/named[24663]: the default for the
'auth-
> nxdomain' option is now 'no'
> Jul  7 21:34:09 gulp /usr/local/sbin/named[24663]: could not listen on
UDP so
> cket: permission denied
> Jul  7 21:34:09 gulp /usr/local/sbin/named[24663]: creating IPv4
interface lo
> 0 failed; interface ignored
> Jul  7 21:34:09 gulp /usr/local/sbin/named[24663]: could not listen on
UDP so
> cket: permission denied
> Jul  7 21:34:09 gulp /usr/local/sbin/named[24663]: creating IPv4
interface hm
> e0 failed; interface ignored
> Jul  7 21:34:09 gulp /usr/local/sbin/named[24663]: not listening on
any inter
> faces
> Jul  7 21:34:09 gulp /usr/local/sbin/named[24663]: could not get query
source
>  dispatcher
> Jul  7 21:34:09 gulp /usr/local/sbin/named[24663]: loading
configuration: per
> mission denied
> Jul  7 21:34:09 gulp /usr/local/sbin/named[24663]: exiting (due to
fatal erro
> r)
> Jul  7 21:41:43 gulp named[24746]: starting BIND 9.1.1
> Jul  7 21:41:44 gulp named[24746]: the default for the 'auth-nxdomain'
option
>  is now 'no'
> Jul  7 21:41:44 gulp named[24746]: could not listen on UDP socket:
permission
>  denied
> Jul  7 21:41:44 gulp named[24746]: creating IPv4 interface lo0 failed;
interf
> ace ignored
> Jul  7 21:41:44 gulp named[24746]: could not listen on UDP socket:
permission
>  denied
> Jul  7 21:41:44 gulp named[24746]: creating IPv4 interface hme0
failed; inter
> face ignored
> Jul  7 21:41:44 gulp named[24746]: not listening on any interfaces
> Jul  7 21:41:44 gulp named[24746]: could not get query source
dispatcher
> Jul  7 21:41:44 gulp named[24746]: loading configuration: permission
denied
> Jul  7 21:41:44 gulp named[24746]: exiting (due to fatal error)
> 
> 
> Then, for the 5th or maybe 6th time when i tried to manually start 
> named it s tarted normally !!??? I think this is somewhat related to 
> the system, cause on messages it report n ot being able to listen on 
> default port, but, named is running as root, so i dont think 
> permissions its the problem.

	The error's indicate that it was *not* running as root.
	Note there have been two releases of BIND 9.1 since 9.1.1.

	Mark

> Also, i dont know where to check the ¨could not get query source 
> dispatcher¨, b ut i believe its related to os problem perhaps? But i 
> dont know why did this happened, and how can i prevent this from 
> happen ing on the future, so any help would be grate. Regards,
> 
>           Federico Bockel
> 
--
Mark Andrews, Nominum Inc.
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET:
Mark.Andrews at nominum.com



More information about the bind-users mailing list