summaryrefslogtreecommitdiff
path: root/FAQ
diff options
context:
space:
mode:
authorSimon Kelley <simon@thekelleys.org.uk>2007-04-29 19:47:21 +0100
committerSimon Kelley <simon@thekelleys.org.uk>2012-01-05 17:31:13 +0000
commitf2621c7ff0ecf88ceeb240427d0be63f7c1cbb0d (patch)
tree0b24a122eabf9db07d6bd47fba86b21d02d56cf8 /FAQ
parent6b01084f8ea6177144fb000bd0c16fd642ed28a1 (diff)
downloaddnsmasq-f2621c7ff0ecf88ceeb240427d0be63f7c1cbb0d.tar.gz
import of dnsmasq-2.39.tar.gzv2.39
Diffstat (limited to 'FAQ')
-rw-r--r--FAQ21
1 files changed, 21 insertions, 0 deletions
diff --git a/FAQ b/FAQ
index 279b6e8..cb74994 100644
--- a/FAQ
+++ b/FAQ
@@ -409,6 +409,27 @@ A: Yes, as a DNS server, dnsmasq will just work in a vserver.
refer to the vserver documentation for more information).
+Q: What's the problem with syslog and dnsmasq?
+
+A: In almost all cases: none. If you have the normal arrangement with
+ local daemons logging to a local syslog, which then writes to disk,
+ then there's never a problem. If you use network logging, then
+ there's a potential problem with deadlock: the syslog daemon will
+ do DNS lookups so that it can log the source of log messages,
+ these lookups will (depending on exact configuration) go through
+ dnsmasq, which also sends log messages. With bad timing, you can
+ arrive at a situation where syslog is waiting for dnsmasq, and
+ dnsmasq is waiting for syslog; they will both wait forever. This
+ problem is fixed from dnsmasq-2.39, which introduces asynchronous
+ logging: dnsmasq no longer waits for syslog and the deadlock is
+ broken. There is a remaining problem in 2.39, where "log-queries"
+ is in use. In this case most DNS queries generate two log lines, if
+ these go to a syslog which is doing a DNS lookup for each log line,
+ then those queries will in turn generate two more log lines, and a
+ chain reaction runaway will occur. To avoid this, use syslog-ng
+ and turn on syslog-ng's dns-cache function.
+
+