From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 From: Sergey To: sysadmins@lists.altlinux.org Date: Wed, 25 Sep 2013 10:47:55 +0400 User-Agent: KMail/1.9.10 (enterprise35 0.20100827.1168748) MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <201309251047.55366.a_s_y@sama.ru> Subject: [Sysadmins] =?koi8-r?b?QmluZCwgU3lzbG9nLW5nLCAvZGV2L2xvZyDJIC92?= =?koi8-r?b?YXIvbGliL2JpbmQvZGV2L2xvZw==?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux sysadmins' discussion List-Id: ALT Linux sysadmins' discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Sep 2013 06:48:13 -0000 Archived-At: List-Archive: Приветствую. А кто знает, как Bind ведёт себя с dev/log ? Предполагается, что сообщения Bind должны попадать в /var/lib/bind/dev/log, и оно как бы так и происходит. Syslog смотрит оба источника и чудес с ним не видно, а вот при использовании syslog-ng становится видна странность. Syslog-ng не обучен смотреть в /etc/syslog.d, так что там приходится описывать дополнительный источник в виде unix-dgram ("/var/lib/bind/dev/log"). Я это сделал совсем отдельно: =========== /etc/syslog-ng/conf.d/bind.conf @version: 3.4 source bind { unix-dgram ("/var/lib/bind/dev/log"); }; destination bind_default { file("/var/log/bind/bind_default"); }; log { source(bind); destination(bind_default); }; ========== В этой ситуации, вроде бы, всё, что касается Bind, должно попадать в отдельный файл, но вот происходит это не всегда. После загрузки системы всё хорошо. А вот если перезапустить сервис bind, сообщения named появляются в /dev/log, соответственно, в /var/log/bind/bind_default запись прекращается, а сообщения от named появляются в /var/log/syslog/messages. Если, после этого, перезапустить и syslog-ng, ситуация приходит в норму. Есть предположение, где корень такого поведения ? Чехарда, на самом деле, давняя, но захотелось попробовать разобраться. -- С уважением, Сергей a_s_y@sama.ru