Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 3 Feb 2026 09:46:40 -0800
From:      Doug Hardie <bc979@lafn.org>
To:        Mark Johnston <markj@FreeBSD.org>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: syslogd crashes on FreeBSD 15.0-RELEASE
Message-ID:  <AFFA57FB-E856-4491-9736-65A9E18F7439@lafn.org>
In-Reply-To: <aYIBUiEPpJn0MMbW@nuc>
References:  <F8A065A5-2D23-4C45-A184-1D3EE2B6E9A2@sermon-archive.info> <aX9tx9apxQkq_VvH@nuc> <D7EFB526-0CF0-4692-9029-7ADF4CB9717F@lafn.org> <aYIBUiEPpJn0MMbW@nuc>

index | next in thread | previous in thread | raw e-mail

> On Feb 3, 2026, at 06:08, Mark Johnston <markj@FreeBSD.org> wrote:
> 
> On Mon, Feb 02, 2026 at 03:45:06PM -0800, Doug Hardie wrote:
>>> On Feb 1, 2026, at 07:14, Mark Johnston <markj@FreeBSD.org> wrote:
>>> 
>>> On Sat, Jan 31, 2026 at 02:30:35PM -0800, Doug Hardie wrote:
>>>> AMD machine.  Just upgraded to 15.0.  Everything works except for syslogd which crashes on startup.  Debug output:
>>>> 
>>>> sermons# /usr/sbin/syslogd -sd
>>>> new socket fd is 6
>>>> shutdown
>>>> sending on socket
>>>> new socket fd is 7
>>>> shutdown
>>>> sending on socket
>>>> Trying peer: /var/run/log
>>>> new socket fd is 8
>>>> listening on socket
>>>> sending on socket
>>>> Trying peer: /var/run/logpriv
>>>> new socket fd is 10
>>>> listening on socket
>>>> sending on socket
>>>> off & running....
>>>> init
>>>> cfline("*.err;kern.warning;auth.notice;mail.crit /dev/console", f, "-wn,wnssl,wncert", "*", "*")
>>>> cfline("*.notice;authpriv.none;kern.debug;mail.crit;wn.crit;wnssl.crit;wncert.crit /var/log/messages", f, "-wn,wnssl,wncert", "*", "*")
>>>> Failed to xfer configuration nvlist: Socket is not connected
>>>> logmsg: pri 53, flags 0, from sermons, msg Failed to xfer configuration nvlist: Socket is not connected
>>>> Logging to CONSOLE /dev/console
>>> 
>>> The underlying problem is that "wn", "wnssl", "wncert" are not valid
>>> syslog facilities, so the configuration parser fails.  Due to a bug, it
>>> doesn't give you a useful message in this case.  Before, the parser was
>>> less strict; we perhaps should restore the old behaviour.
>>> 
>>> Here is a patch that partly addresses the proble:
>>> https://reviews.freebsd.org/D55033
>>> 
>> 
>> I am not convinced that passing errors like that is appropriate.  Yes it used to work, but I think that was a mistake now.  Syslogd should generate an error message in this situation and then possibly ignore the incorrect entries as if they were not there.
> 
> That's what the change is doing, after I updated the patch.

Excellent

-- Doug





home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AFFA57FB-E856-4491-9736-65A9E18F7439>