Re: /etc/namedb->_at_ referrs to NIL after crash or typing "reboot" (not shutdown -r)

From: O. Hartmann <ohartman_at_zedat.fu-berlin.de>
Date: Sat, 17 Aug 2013 22:11:08 +0200
On Sat, 17 Aug 2013 11:41:08 -0700
Tim Kientzle <tim_at_kientzle.com> wrote:

> 
> On Aug 17, 2013, at 11:17 AM, O. Hartmann wrote:
> 
> > On Sat, 17 Aug 2013 10:42:07 -0700
> > Tim Kientzle <tim_at_kientzle.com> wrote:
> > 
> >> 
> >> On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote:
> >> 
> >>> On Sat, 17 Aug 2013 21:10:49 +0400
> >>> Boris Samorodov <bsam_at_passap.ru> wrote:
> >>> 
> >>>> 17.08.2013 13:36, O. Hartmann пишет:
> >>>> 
> >>>>> I can reproduceable truncate the link in /etc/ to be NIL by
> >>>>> typing simply "reboot" when rebooting the box
> >>>> 
> >>>> Does it make any difference if you use "shutdown -r" instead?
> >>>> 
> >>> 
> >>> Yes, when using "shutdown -r" the link isn't broken and the system
> >>> reboots and operates as expected. Only if I use the "quick and
> >>> dirty way" via "reboot" or after a crash when service named ahs
> >>> already been started the link is dead. If a crahs occurs BEFORE
> >>> service named has been started, the recovery is also operable -
> >>> this is my observation.
> >> 
> >> Does "reboot" show the same problem If the system has been running
> >> for a while (at least 15 minutes or so)?
> > 
> > Yes, of course.
> 
> That's not good.
> 
> After 15 minutes, the link contents should have been written
> all the way to disk, even on an idle system.  It sounds like the
> sync process might not be running except at system shutdown.
> 
> What filesystem are you using?  ZFS?  UFS/SU?  SU+J?

It's UFS/SU + J.

> 
> Kernel version?

As I wrote in my initial message, I compile on a regular basis the
system/world with progressing in the kernel version. A moving target.

> 
> Can you reproduce this without named?  That is:

That box serves my network with named ;-) Since LDAP on freeBSD doing a
kind of weird (I guess it is due to the horrible timeout using pam_ldap
and nss_ldap modules) when the named service in the network is not
present, I'm a bit of scared doing that on purpose :-/ But I will try.

Why is it 15 minutes waiting?

>   * create a symlink, 
>   * wait 15 minutes,
>   * "reboot"
> Is the symlink broken?
> 
> Tim


I will report in.

Received on Sat Aug 17 2013 - 18:11:19 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:40 UTC