On Sun, Oct 16, 2005 at 01:50:21PM +0200, Kai Henningsen wrote: > I've seen this cause a boot take hours. The system looks like it's > mostly idle, but everything which uses syslog is excruciatingly slow.
> It is possible that this is the same which is mentioned in bug 273269, > as both systems I've seen this on run with -r and -l, but the > explanation looks suspicious, as I believe the last time I saw it DNS > was actually working. In that case, -l wasn't working, but reverse > resolution was - every host was logged with the full reverse name > instead of the short name. In another case, the slowdown kept openvpn > from starting, and thus all actual log messages were from localhost. I'm pretty sure that 'critical' is not the right severity for this bug, since you are the first to report it. Either hardly anyone is using -r -l, and we should consider such a configuration contraindicated; or most people using -r -l are not experiencing such symptoms, and we should wonder what is special about your setup that's different from theirs. This problem could also be worked around by running two instances of syslogd -- one for local logging that's started as normal, and one for remote logging that is started later and is configured not to use /dev/log. > /etc/init.d/sysklogd restart solved the problem in both situations. This is the most curious part of this bug report. If this is related to bug #273269, why should restarting the daemon have any effect? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
