| forum.bitel.ru http://forum.bitel.ru/ |
|
| radius перестаёт получать netflow http://forum.bitel.ru/viewtopic.php?f=5&t=1546 |
Страница 1 из 1 |
| Автор: | Andrey [ 25 окт 2008, 13:56 ] |
| Заголовок сообщения: | radius перестаёт получать netflow |
После обновления до 4.5 столкнулись с проблемой в работе radius для dialap модуля. Иногда он просто перестаёт принимать netflow, тоесть абоненты на нём авторизуются, но начисление наработки не происходит. При этом в radius.out выдёт ошибки: 25.10.2008 16:37:57 java.util.ConcurrentModificationException 25.10.2008 16:37:57 at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793) 25.10.2008 16:37:57 at java.util.HashMap$KeyIterator.next(HashMap.java:828) 25.10.2008 16:37:57 at bitel.billing.server.processor.DefaultNASConnectionInspector.run(DefaultNASConnectionInspector.java:87) 25.10.2008 16:49:49 com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Duplicate entry '332588-45-2008-10-25 16:00:00' for key 1 25.10.2008 16:49:49 at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:931) 25.10.2008 16:49:49 at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2870) 25.10.2008 16:49:49 at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1573) 25.10.2008 16:49:49 at com.mysql.jdbc.ServerPreparedStatement.serverExecute(ServerPreparedStatement.java:1160) 25.10.2008 16:49:49 at com.mysql.jdbc.ServerPreparedStatement.executeInternal(ServerPreparedStatement.java:685) 25.10.2008 16:49:49 at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1400) 25.10.2008 16:49:49 at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1314) 25.10.2008 16:49:49 at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1299) 25.10.2008 16:49:49 at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:233) 25.10.2008 16:49:49 at bitel.billing.server.processor.dialup.DialUpSessionRealtime.updateSessionDetail(DialUpSessionRealtime.java:1317) 25.10.2008 16:49:49 at bitel.billing.server.processor.dialup.DialUpSessionRealtime.calculateService(DialUpSessionRealtime.java:885) 25.10.2008 16:49:49 at bitel.billing.server.processor.dialup.DialUpSessionRealtime.calculateTraffic(DialUpSessionRealtime.java:591) 25.10.2008 16:49:49 at bitel.billing.server.processor.dialup.DialUpSessionRealtime.calculate(DialUpSessionRealtime.java:322) 25.10.2008 16:49:49 at bitel.billing.server.processor.dialup.DialUpNASConnection.stopConnection(DialUpNASConnection.java:221) 25.10.2008 16:49:49 at bitel.billing.server.processor.dialup.DialUpNASConnectionList.stopConnection(DialUpNASConnectionList.java:176) 25.10.2008 16:49:49 at bitel.billing.server.processor.DefaultNASInfo.stopConnection(DefaultNASInfo.java:70) 25.10.2008 16:49:49 at bitel.billing.server.processor.DefaultNASList.stopConnection(DefaultNASList.java:107) 25.10.2008 16:49:49 at bitel.billing.server.processor.DefaultProcessor.accountingProcess(DefaultProcessor.java:48) 25.10.2008 16:49:49 at bitel.billing.server.processor.dialup.DialUpProcessor.accountingProcess(DialUpProcessor.java:421) 25.10.2008 16:49:49 at bitel.billing.server.radius.RadiusRequestThread.processRequest(RadiusRequestThread.java:147) 25.10.2008 16:49:49 at bitel.billing.server.radius.RadiusRequestThread.run(RadiusRequestThread.java:48) 25.10.2008 16:49:49 at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) 25.10.2008 16:49:49 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) 25.10.2008 16:49:49 at java.lang.Thread.run(Thread.java:619) 25.10.2008 20:16:39 Pool:No Connections limit is over!!!!! Проблема решается парезагрузкой radius'а. В какую сторону копать, чтоб решить эту проблему? |
|
| Автор: | Администратор [ 27 окт 2008, 14:12 ] |
| Заголовок сообщения: | |
Обновление RADIUS сервера выложено. P.S. Я бы рекомендовал вам отказаться от режима checker в пользу update. |
|
| Автор: | Andrey [ 27 окт 2008, 14:48 ] |
| Заголовок сообщения: | |
Администратор писал(а): Обновление RADIUS сервера выложено.
P.S. Я бы рекомендовал вам отказаться от режима checker в пользу update. Спасибо, обновим. В мануале написано что update предпочтительнее, но хотелось бы знать - насколько это критично? может ли его использование привести к подобным проблемам? |
|
| Автор: | Администратор [ 27 окт 2008, 15:18 ] |
| Заголовок сообщения: | |
В вашем случае с update ошибки бы не было. Ее, конечно, и в checker режиме быть не должно. Просто плюсов никаких нету от checker режима. Одни накладные расходы. Когда-то он был актуален для диалапа, где только время считают. |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|