[BlueOnyx:18829] Re: BlueOnyx server down

Chris Gebhardt - VIRTBIZ Internet cobaltfacts at virtbiz.com
Thu Dec 17 16:21:36 -05 2015


This morning we saw the same thing that Tom reported on a 5209R running 
on Aventurin{e}:

On 12/16/2015 5:56 PM, Tom wrote:
> Hi Michael,
> After seeing this error in the log:
>
> "Dec 16 16:15:07 ns bash: /etc/named.conf:36: open:
> /etc/named.conf.include: file not found"

Changing the reference in the named.conf file to the file's actual 
location fixed the issue, but it broke again as soon as DNS was 
manipulated in the GUI, since the location of named.conf.include was reset.

I created a symlink as follows:
  ln -s /var/named/chroot/etc/named.conf.include /etc/named.conf.include

Then I restarted.

We still get a failure because we see errors like this (for every zone):
Dec 17 14:19:45 web41.virtbiz.net bash[10229]: zone zone.net/IN: loading 
from master file db.zone.net failed: file not found
Dec 17 14:19:45 web41.virtbiz.net bash[10229]: zone zone.net/IN: not 
loaded due to errors.
Dec 17 14:19:45 web41.virtbiz.net bash[10229]: _default/zone.net/IN: 
file not found

Ah, so according to the named.conf file, BIND is looking in /var/named 
for the files, but that's wrong - it should be looking in
/var/named/chroot/var/named/

Interestingly enough, I see this when looking at mounts:
/vz/private/1041 on  (deleted)/var/named/chroot/etc/named.root.key type 
simfs (rw,relatime,usrquota,grpquota)
/vz/private/1041 on  (deleted)/var/named/chroot/etc/named.rfc1912.zones 
type simfs (rw,relatime,usrquota,grpquota)
/vz/private/1041 on  (deleted)/var/named/chroot/etc/named.iscdlv.key 
type simfs (rw,relatime,usrquota,grpquota)


Note the "(deleted)" there.   That doesn't look right.

Not knowing a good way to reset the mount, I restarted the VPS and now 
the simfs for /var/named/chroot entries no longer exists in mtab.   And 
named has the same issue.

So does BIND set up the simfs?

Being in a severely broken state at the moment, I copied the zonefiles 
to /var/named and was able to temporarily start the service, which was 
good enough to get the zones refreshed with our actual nameservers 
again.  That gets things up and running and buys a little time.

However, those caches will expire, so the clock is ticking.

And the temporarily portion of starting named?  Yeah, that's because of 
this:
Dec 17 15:10:25 web41 named[4984]: error (network unreachable) resolving 
'ns4.virtbiz.com/AAAA/IN': 2607:1c00:1:2::2011#53

HUH?  Why are we looking for AAAA records here?   I can't find anything 
that explains that one.
-- 
Chris Gebhardt
VIRTBIZ Internet Services
Access, Web Hosting, Colocation, Dedicated
www.virtbiz.com | toll-free (866) 4 VIRTBIZ



More information about the Blueonyx mailing list