Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 11 May 2009 12:38:55 -0700
From:      Chuck Swiger <cswiger@mac.com>
To:        Sam Leffler <sam@freebsd.org>
Cc:        Peter Jeremy <peterjeremy@optushome.com.au>, FreeBSD-Current <freebsd-current@freebsd.org>
Subject:   Re: Fighting for the power. [syslogd]
Message-ID:  <EFA247B1-B3C9-45EA-9EF1-C4037BE23C07@mac.com>
In-Reply-To: <4A00669A.10105@freebsd.org>
References:  <49FE1826.4060000@FreeBSD.org> <49FE29A4.30507@root.org> <49FE5EC8.3040205@FreeBSD.org> <20090505091914.GA94521@server.vk2pj.dyndns.org> <4A00669A.10105@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi--

On May 5, 2009, at 9:17 AM, Sam Leffler wrote:
> Regarding syslogd, I've considered adding support to batch/buffer  
> writes to workaround a problem that I consider rather important:  
> syslogd is not started early enough in the boot so it's not  
> available to log msgs from other applications.  In particular I hit  
> this because wpa_supplicant logs via syslog but when it's started at  
> boot syslogd isn't available and since wpa_supplicant operates in a  
> chroot'd environment it cannot defer connecting until syslogd has  
> started up so nothing is ever logged.
> [ ... ]


You can use -l flag to syslogd to create additional logging sockets  
under your chroot'ed filesystem tree, similar to the way named & ntpd  
uses it; see syslogd_precmd() in /etc/rc.d/syslogd....

Regards,
-- 
-Chuck




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EFA247B1-B3C9-45EA-9EF1-C4037BE23C07>