From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] bind-9.7.1_p2 does not want to stop...
Date: Tue, 16 Nov 2010 21:47:27 +0200 [thread overview]
Message-ID: <201011162147.27963.alan.mckinnon@gmail.com> (raw)
In-Reply-To: <4CE2D8B8.4040009@gmail.com>
Apparently, though unproven, at 21:17 on Tuesday 16 November 2010, Jarry did
opine thusly:
> Hi,
> today I updated my bind from 9.4.3_p5 to 9.7.1_p2. I noticed
> a few changes in configuration so first I did full backup, then
> uninstalled 9.4.3_p5 first, removed all configuration files,
> then emerged 9.7.1_p2, and configured it to run from chroot.
>
> named seems to start normally:
>
> # /etc/init.d/named start
> * Starting chrooted named ...
> * Mounting chroot dirs
> * mounting /etc/bind to /chroot/dns/etc/bind
> * mounting /var/bind to /chroot/dns/var/bind
> * mounting /var/log/named to /chroot/dns/var/log/named [ ok ]
>
> The problem is, it runs forever, and does not want to stop:
>
> # /etc/init.d/named stop
> * Stopping chrooted named ...
> * Umounting chroot dirs
> * Waiting until all named processes are stopped
>
> And there it hangs. I have been waiting for 15min, but nothing
> happened and ps shows named is still running. I aborted with
> ctrl+c and tried again, but still the same. I checked logs,
> but did not find anything suspicious. So where is the problem?
Do you absolutely *have* to run bind? Aside from it being a 100% RFC-compliant
reference server, it's a pig to run in real life. For an auth server, powerdns
is very good. For a cache, unbound.
What you have here is common. Bind can't find, or can't deal with, it's PID
file. Or it's just being stubborn.
Check your config that the PID file is in the right place, usable and that it
has the correct pid in it. Also check the init script for the same thing.
Failing that, there's "kill -9", this won't break anything but might
disconnect a client.
--
alan dot mckinnon at gmail dot com
next prev parent reply other threads:[~2010-11-16 19:47 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-16 19:17 [gentoo-user] bind-9.7.1_p2 does not want to stop Jarry
2010-11-16 19:47 ` Alan McKinnon [this message]
2010-11-16 20:37 ` Jarry
2010-11-16 20:55 ` Alan McKinnon
2010-11-16 23:12 ` Stefan G. Weichinger
2010-11-17 0:14 ` Alan McKinnon
2010-11-16 23:20 ` [gentoo-user] " walt
2010-11-16 23:23 ` Adam Carter
2010-11-17 0:01 ` Alan McKinnon
2010-11-17 16:44 ` walt
2010-11-17 18:01 ` Alan McKinnon
2010-11-16 23:21 ` [gentoo-user] " Adam Carter
[not found] <fPzo6-5nJ-15@gated-at.bofh.it>
[not found] ` <fPzHs-5Ql-37@gated-at.bofh.it>
[not found] ` <fPADw-7rM-11@gated-at.bofh.it>
[not found] ` <fPANd-7FV-35@gated-at.bofh.it>
[not found] ` <fPCYF-3bx-11@gated-at.bofh.it>
2010-11-17 1:57 ` David W Noon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201011162147.27963.alan.mckinnon@gmail.com \
--to=alan.mckinnon@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox