From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 16 Feb 2003 11:47:43 +0300 From: "Peter V. Saveliev" To: sisyphus@altlinux.ru Message-Id: <20030216114743.1e863b20.peet@eltel.net> Organization: JSC Eltel X-Mailer: Sylpheed version 0.8.8 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: [sisyphus] FreeRADIUS: sql_get_socket Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: ... Error: rlm_sql (sql): All sockets are being used! Please increase the maximum number of sockets! Вот такая строчка вылезает после некоторого времени работы радиуса. Поискал в гугле: http://lists.cistron.nl/pipermail/freeradius-devel/2002-December/004149.html В связи с этим вопрос: не будет ли с моей стороны большой наглостью :) попросить у Виктора взглянуть на код sql.c и присоветовать что-нибудь дельное? Пока что я намереваюсь поступить соответственно письму по ссылке. И еще: дело в том, что при использовании радиуса для учета VoIP, время сессии, равное нулю, встречается не то чтобы часто, но примерно в 50%: то занято, то не туда попал, то номера нет, то еще что... К сожалению, это не учтено в SQL-схеме (по крайней мере, для Oracle), где ACCTSESSIONTIME не может быть равным нулю. А логгировать эти записи все равно надо: они нужны для учета как раз таких сбойных звонков, это очень важно. Также rlm_sql ругается: Stop packet with zero session length. Правда, INSERT все равно делает. Я это к чему... к тому, что пофиксить бы... А еще спустя k таких ошибок обращения к базе: 1) в логи сыпется ошибка, приведенная в начале; 2) работа с БД прекращается; 3) хуже того, радиус перестает работать с другими модулями. То есть, он не только перестает класть аккаунтинг в Oracle, но даже пускать на кошачий EXEC (Login-User'ы у меня авторизуются в LDAP), что обидно. Заранее спасибо за совет и внимание. -- Sincerely, Peter V. Saveliev E-mail: peet@eltel.net Jabber: peet@jabber.ru