From owner-freebsd-questions@freebsd.org Mon May 16 18:58:19 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA1ADB3D27F for ; Mon, 16 May 2016 18:58:19 +0000 (UTC) (envelope-from juan@inti.gob.ar) Received: from sbg-out.inti.gob.ar (sbg-out.inti.gob.ar [200.10.161.69]) by mx1.freebsd.org (Postfix) with ESMTP id 4167C18DB for ; Mon, 16 May 2016 18:58:18 +0000 (UTC) (envelope-from juan@inti.gob.ar) X-AuditID: c80aa145-60fff70000001ac2-5d-573a14ba7d22 Received: from [200.10.161.55] (jb.inti.gob.ar [200.10.161.55]) (using TLS with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by (SMTP_INTI) with SMTP id CA.C8.06850.AB41A375; Mon, 16 May 2016 15:43:09 -0300 (ART) To: freebsd-questions@FreeBSD.org From: Juan Bernhard Subject: Force bind to do core dump Message-ID: <3c59674a-2d85-459f-6710-e6c83fd90e9c@inti.gob.ar> Date: Mon, 16 May 2016 15:43:07 -0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrNJMWRmVeSWpSXmKPExsVygmuhue5eEatwg+e7RSxeft3E4sDoMePT fJYAxigum5TUnMyy1CJ9uwSujDsX57MXvJCuuNbZw9bAuE2wi5GTQ0LAROLMwn/sXYxcHEIC /xkllk58xwySEBFQlNg+exEriM0moCbx9cwpMFtYQFniy+u3LCA2r4CdxKfdBxhBbBYBVYl9 zQ1sXYwcHKICMRL9p9ghSgQlTs58AlbOLGArcWfubmYIW15i+9s5zBMYuWchKZuFpGwWkrIF jMyrGIWLk9J180tL9IDez9RLz0/SSyzaxAgJAtcdjHvXqR9iFOBgVOLh3WBuGS7EmlhWXJl7 iFGCg1lJhHcSj1W4EG9KYmVValF+fFFpTmrxIUZpDhYlcV7d00DVAumJJanZqakFqUUwWSYO TqkGRuUZ2+LW+p8ylZ2WO2E569/QCuV69qZL/zp/Fu16v3mi9pIN219OCLwT1BrzSSKSZ5Nk TOzsPSKup7i37FvedtHPpItbRPBWdJaI+Pmju1MO5F6+PenvE0OBlKB/8/v/zF9xV4RRraj1 VG4tr9WaIp0l3RlysfGibk+Txf7bmgg8SsswmH5DQ4mlOCPRUIu5qDgRAANgwHj+AQAA X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 May 2016 18:58:19 -0000 Hello list, I have this problem, if some one can give me a hand... Im using bind910 (from ports) and freebsd 10.3-RELEASE-p2 on 2 dns servers, both in production. From time to time, bind gets a "pid 13762 (named), uid 53: exited on signal 6" Im trying to report this problem to ISC, but I cant get to named do a core dump... every time I kill -6 `pgrep named` its never do a core dump (on any freebsd I have). I even run bind from root to troubleshoot any file permission... This is the process information: # procstat -f `pgrep named` PID COMM FD T V FLAGS REF OFFSET PRO NAME 78816 named text v r r------- - - - /usr/local/sbin/named 78816 named cwd v d r------- - - - /usr/local/etc/namedb/zonas 78816 named root v d r------- - - - / 78816 named 0 v c rw------ 4 0 - /dev/null 78816 named 1 v c rw------ 4 0 - /dev/null 78816 named 2 v c rw------ 4 0 - /dev/null 78816 named 3 s - rw------ 1 0 UDD /var/run/logpriv 78816 named 4 v c rw------ 4 0 - /dev/null 78816 named 5 p - rw---n-- 2 0 - - 78816 named 6 v r -wa----- 1 150810810 - - 78816 named 7 p - rw------ 1 0 - - 78816 named 8 k - rw------ 2 0 - - 78816 named 9 v c r----n-- 1 1656 - /dev/random 78816 named 20 s - rw---n-- 2 0 ? [I deleted the IP sockets FD, they don't matter to this] # procstat -l `pgrep named` PID COMM RLIMIT SOFT HARD 78816 named cputime infinity infinity 78816 named filesize infinity infinity 78816 named datasize 32768 MB 32768 MB 78816 named stacksize 524288 KB 524288 KB 78816 named coredumpsize infinity infinity 78816 named memoryuse infinity infinity 78816 named memorylocked infinity infinity 78816 named maxprocesses 6670 6670 78816 named openfiles 58275 58275 78816 named sbsize infinity infinity 78816 named vmemoryuse infinity infinity 78816 named pseudo-terminals infinity infinity 78816 named swapuse infinity infinity # sysctl -a | grep core kern.corefile: %N.core kern.nodump_coredump: 0 kern.coredump: 1 kern.capmode_coredump: 0 kern.sugid_coredump: 0 kern.coredump_pack_vmmapinfo: 1 kern.coredump_pack_fileinfo: 1 debug.ncores: 5 debug.elf32_legacy_coredump: 0 debug.elf64_legacy_coredump: 0 coredumpsize is infinity, so this is not a problem, the CWD is writeable by the process (but it is open as read only, maybe this is the problem?). This SHOULD give me a core dump in /usr/local/etc/namedb/zonas/named.core but it never appear. According to ISC, bind should give a core dump on signal 6 https://kb.isc.org/article/AA-00340/0/What-to-do-if-your-BIND-or-DHCP-server-has-crashed.html I tried to kill -6 a vi process and the system DOES a core dump. But not from bind Im about to send this email to ISC also, but I would like to argue thats not freebsd problem. Thank you. Saludos, Juan.