Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 12 Sep 2019 20:12:18 -0400
From:      Mark Johnston <markj@freebsd.org>
To:        Ryan Stone <rysto32@gmail.com>
Cc:        freebsd-hackers@freebsd.org
Subject:   Re: /etc/rc.d/dumpon runs before netdump can be configured
Message-ID:  <20190913001218.GH8397@raichu>
In-Reply-To: <CAFMmRNyQV8nFNb9zo0R9nX8%2BFOrKN%2BeOYtBDyqHoCAkFZtti5w@mail.gmail.com>
References:  <CAFMmRNxSdDCB5-78tYYt0sqbRz-quNkfOwAAwivT4-AF9jqGSg@mail.gmail.com> <20190912161342.GB8397@raichu> <CAFMmRNyQV8nFNb9zo0R9nX8%2BFOrKN%2BeOYtBDyqHoCAkFZtti5w@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Sep 12, 2019 at 02:30:58PM -0400, Ryan Stone wrote:
> The POLA violation would be that kernel panics during some parts of
> the boot process, like during network configuration, wouldn't be
> captured.

I think it would reasonable to add a dumponlate, following the pattern
of mountlate and swaplate, to handle this.

> On Thu, Sep 12, 2019 at 12:13 PM Mark Johnston <markj@freebsd.org> wrote:
> >
> > On Thu, Sep 12, 2019 at 11:32:23AM -0400, Ryan Stone wrote:
> > > Hi everyone,
> > >
> > > I recently tried enabling the netdump client on a system via rc.conf.
> > > However, this isn't working for me because dumpon runs before netif,
> > > and netdump requires the interface to have been ifconfig'ed up before
> > > it will allow netdump to be enabled on an interface.
> > >
> > > As a result, I get this message during boot, and have to manually run
> > > "service dumpon start" after boot to get netdump configured.
> > >
> > > dumpon: Unable to configure netdump because the interface's link is down.
> > >
> > > I'm not sure what the best way to clean this up is.  Moving dumpon to
> > > later in the boot process would be a POLA violation for people dumping
> > > to disk.  Perhaps we need a separate netdump_client rc.d script?
> >
> > What exactly is the POLA violation there?
> >
> > A separate rc script could be helpful for static network
> > configurations.  For DHCP, I don't see a good solution other than to use
> > /etc/dhclient-exit-hooks; there is an example for this in the dumpon(8)
> > man page.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190913001218.GH8397>