bind 9.6-esv-r6rc1 crashed with assert on rbtdb.c:1552
\000\310\322\063\267@:\367\214\234E\000\000\b`4\267g\021\000\000\bP4\267x\322\063\267{[\032\b\b\000\000\000\364\322\063\267\b\000\000\000\000\000\001\000\000\313߲\b\313", } now = 1329034916 tnow = {seconds = 1329034916, nanoseconds = 369062000} finish = addrinfo = options = 0 findoptions = broken_server = 0 broken_type = no_response = #10 0x081c01cc in dispatch (manager=) at task.c:859 dispatch_count = 0 finished = requeue = isc_boolean_false task = 0xb2dfcb00 #11 run (uap=0xb7344008) at task.c:1002 No locals. #12 0xb76ea7b9 in start_thread () from /lib/libpthread.so.0 No symbol table info available. #13 0xb74c474e in clone () from /lib/libc.so.6 No symbol table info available. -- wbr, Sergey V. Lobanov ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: BIND 9.6-ESV-R6rc1 is now available
Reload time is really decreased, but named-checkconf utility is still very slow. Is it possible to improve performance for named-checkconf? On 01/20/2012 10:15 PM, Michael McNally wrote: Feature Changes + Improves initial start-up and server reload time by increasing the default size of the hash table the configuration parser uses to keep track of loaded zones and allowing it to grow dynamically to better handle systems with large numbers of zones. [RT #26523] -- wbr, Sergey V. Lobanov ___ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: maximum number of FD events (64) received
Reconfigure Bind thus: STD_CDEFINES='-DISC_SOCKET_MAXEVENTS=256' ./configure --your-options then recompile On 09/27/2010 01:27 PM, Samer Khattab wrote: Hi all, I'm using Bind as a caching name server and serving around 2000 req per second, and recently have the following messages showing up from time to time in the general.log. 27-Sep-2010 10:45:47.639 sockmgr 0x2ad7af2f5010: maximum number of FD events (64) received 27-Sep-2010 10:45:47.872 sockmgr 0x2ad7af2f5010: maximum number of FD events (64) received BIND BIND 9.7.1-P2 RHEL 5.5 kernel 2.6.18-194.11.3.el5 What is the meaning of these messages ? Are they related to the system file descriptors ? ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users -- wbr, Sergey V. Lobanov ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: bind 9.6-esv-r1 segfault
OK. I sent the bug the report to bind9-b...@isc.org (Ticket [ISC-Bugs #22208]) 26.09.10, 01:41, "Cathy Almond" : > Hi Sergey, > > At the moment this doesn't sound like anything we've seen before. > Please could you report it to bind9-b...@isc.org: > https://www.isc.org/software/bind/news > > We'll need the core dump, the binary that generated it and the libs > associated with the binary (ldd named should capture the list we need) > in order to analyze it. > > Thanks, > > Cathy > > On 24/09/10 19:09, Sergey V. Lobanov wrote: > > Some info from the core dump: > > > > General info: > > Core was generated by `/usr/local/sbin/named -4 -c /etc/named.conf -t > > /var/lib/named -u named -n 4'. > > Program terminated with signal 11, Segmentation fault. > > #0 0x0813d4d7 in resquery_udpconnected (task=0x8230ef88, event=0xa5bbf068) > > at resolver.c:1202 > > 1202QTRACE("udpconnected"); > > > > Backtrace: > > #0 0x0813d4d7 in resquery_udpconnected (task=0x8230ef88, event=0xa5bbf068) > > at resolver.c:1202 > > #1 0x081c4916 in dispatch (manager=) at task.c:862 > > #2 run (manager=) at task.c:1005 > > #3 0xb753c725 in start_thread () from /lib/libpthread.so.0 > > #4 0xb73181ee in clone () from /lib/libc.so.6 > > > > Program listing: > > 1197resquery_udpconnected(isc_task_t *task, isc_event_t *event) { > > 1198resquery_t *query = event->ev_arg; > > 1199 > > 1200REQUIRE(event->ev_type == ISC_SOCKEVENT_CONNECT); > > 1201 > > 1202QTRACE("udpconnected"); > > 1203 > > 1204UNUSED(task); > > 1205 > > 1206INSIST(RESQUERY_CONNECTING(query)); > > > > > > *event: > > $7 = {ev_size = 48, ev_attributes = 0, ev_tag = 0x0, ev_type = 131076, > > ev_action = 0x813d490 , ev_arg = 0x89db2c80, > > ev_sender = 0x8232d180, ev_destroy = 0x81a8970 , > > ev_destroy_arg = 0x821d0e8, ev_link = {prev = 0x, next = > > 0x}} > > > > *query: > > $8 = {magic = 2312763280, fctx = 0xdededede, mctx = 0xdededede, > > dispatchmgr = 0xdededede, dispatch = 0xdededede, > > exclusivesocket = 3739147998, addrinfo = 0xdededede, tcpsocket = > > 0xdededede, > > start = {seconds = 3739147998, nanoseconds = 3739147998}, id = 57054, > > dispentry = 0xdededede, link = {prev = 0xdededede, next = 0xdededede}, > > buffer = {magic = 3739147998, base = 0xdededede, length = 3739147998, > > used = 3739147998, current = 3739147998, active = 3739147998, link = { > > prev = 0xdededede, next = 0xdededede}, mctx = 0xdededede}, > > tsig = 0xdededede, tsigkey = 0xdededede, options = 3739147998, > > attributes = 3739147998, sends = 3739147998, connects = 3739147998, > > data = > > > "\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336 \33 > 6\ > > > > > 336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336
Re: bind 9.6-esv-r1 segfault
Some info from the core dump: General info: Core was generated by `/usr/local/sbin/named -4 -c /etc/named.conf -t /var/lib/named -u named -n 4'. Program terminated with signal 11, Segmentation fault. #0 0x0813d4d7 in resquery_udpconnected (task=0x8230ef88, event=0xa5bbf068) at resolver.c:1202 1202QTRACE("udpconnected"); Backtrace: #0 0x0813d4d7 in resquery_udpconnected (task=0x8230ef88, event=0xa5bbf068) at resolver.c:1202 #1 0x081c4916 in dispatch (manager=) at task.c:862 #2 run (manager=) at task.c:1005 #3 0xb753c725 in start_thread () from /lib/libpthread.so.0 #4 0xb73181ee in clone () from /lib/libc.so.6 Program listing: 1197resquery_udpconnected(isc_task_t *task, isc_event_t *event) { 1198resquery_t *query = event->ev_arg; 1199 1200REQUIRE(event->ev_type == ISC_SOCKEVENT_CONNECT); 1201 1202QTRACE("udpconnected"); 1203 1204UNUSED(task); 1205 1206INSIST(RESQUERY_CONNECTING(query)); *event: $7 = {ev_size = 48, ev_attributes = 0, ev_tag = 0x0, ev_type = 131076, ev_action = 0x813d490 , ev_arg = 0x89db2c80, ev_sender = 0x8232d180, ev_destroy = 0x81a8970 , ev_destroy_arg = 0x821d0e8, ev_link = {prev = 0x, next = 0x}} *query: $8 = {magic = 2312763280, fctx = 0xdededede, mctx = 0xdededede, dispatchmgr = 0xdededede, dispatch = 0xdededede, exclusivesocket = 3739147998, addrinfo = 0xdededede, tcpsocket = 0xdededede, start = {seconds = 3739147998, nanoseconds = 3739147998}, id = 57054, dispentry = 0xdededede, link = {prev = 0xdededede, next = 0xdededede}, buffer = {magic = 3739147998, base = 0xdededede, length = 3739147998, used = 3739147998, current = 3739147998, active = 3739147998, link = { prev = 0xdededede, next = 0xdededede}, mctx = 0xdededede}, tsig = 0xdededede, tsigkey = 0xdededede, options = 3739147998, attributes = 3739147998, sends = 3739147998, connects = 3739147998, data = "\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\ 336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\3 36\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336\336", } Any ideas? On 09/24/2010 09:13 AM, Sergey V. Lobanov wrote: Yesterday Bind has crashed with the following error: # grep segfault messages Sep 23 20:21:10 ns kernel: [5079807.029465] named[19531]: segfault at dededf1e ip 0813d4d7 sp b618f320 error 5 in named[8048000+1c9000] Is it possible to determine the cause of this failure? # uname -a Linux ns 2.6.32.13-0.4-pae #1 SMP 2010-06-15 12:47:25 +0200 i686 i686 i386 GNU/Linux bind configuration options: $ ./configure --enable-largefile --enable-ipv6 --enable-epoll --enable-threads -- wbr, Sergey V. Lobanov ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
bind 9.6-esv-r1 segfault
Yesterday Bind has crashed with the following error: # grep segfault messages Sep 23 20:21:10 ns kernel: [5079807.029465] named[19531]: segfault at dededf1e ip 0813d4d7 sp b618f320 error 5 in named[8048000+1c9000] Is it possible to determine the cause of this failure? # uname -a Linux ns 2.6.32.13-0.4-pae #1 SMP 2010-06-15 12:47:25 +0200 i686 i686 i386 GNU/Linux bind configuration options: $ ./configure --enable-largefile --enable-ipv6 --enable-epoll --enable-threads -- wbr, Sergey V. Lobanov ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users