/etc/namedb->@ referrs to NIL after crash or typing "reboot" (not shutdown -r)
John Baldwin
jhb at freebsd.org
Mon Aug 19 18:39:34 UTC 2013
On Saturday, August 17, 2013 1:42:07 pm Tim Kientzle 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)?
>
> Your broken link sounds like the expected behavior when you
> do a dirty reboot shortly after the link has been created (before
> the link contents have been written all the way to disk).
"reboot" shouldn't be a dirty reboot in this sense though. The disks should
still be synced if you do a reboot. Only a panic or power failure should give
you unsynced disks.
--
John Baldwin
More information about the freebsd-current
mailing list