Тестируем 5.3.002

Технические вопросы по UTM 5.0
Ответить
MEDVED
Сообщения: 37
Зарегистрирован: Вт июл 15, 2014 15:19
Откуда: Украина, Черновцы
Контактная информация:

Сообщение MEDVED »

Переименование архивной таблицы user_log не помогло. При попытке сформировать отчет по изменениям пользователей за период 01.09.2014 - 02.09.2014 в debug появляется следующее:

Код: Выделить всё

Sep 16 16&#58;24&#58;44 ?Debug &#58; b8dd000 DBConnection_mysql&#58; <0x803429000> SQL SELECT query&#58; SELECT user_id,date,who,what,comment,action FROM user_log WHERE date>'1409518800' AND date<'1409605200'
Sep 16 16&#58;24&#58;44 ?Debug &#58; b8dd000 DBConnection_mysql&#58; <0x803429000> SQL SELECT query&#58; SELECT user_id,date,who,what,comment,action FROM user_log WHERE date>'1409518800' AND date<'1409605200'SELECT user_id,date,who,what,comment,action FROM `UTM5-archives`.user_log_201407 WHERE date>'1409518800' AND date<'1409605200'
Sep 16 16&#58;24&#58;44  ERROR &#58; b8dd000 DBConnection_mysql&#58; <0x803429000> MySQL query failed&#58;<You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SELECT user_id,date,who,what,comment,action FROM `UTM5-archives`.user_log_201407' at line 1> Trying to reconnect&#58; 0
Интересно, почему билинг пытается найти архивную таблицу несмотря на то, что искать нужно в основной?

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

MEDVED писал(а):Переименование архивной таблицы user_log не помогло. При попытке сформировать отчет по изменениям пользователей за период 01.09.2014 - 02.09.2014 в debug появляется следующее:

Код: Выделить всё

Sep 16 16&#58;24&#58;44 ?Debug &#58; b8dd000 DBConnection_mysql&#58; <0x803429000> SQL SELECT query&#58; SELECT user_id,date,who,what,comment,action FROM user_log WHERE date>'1409518800' AND date<'1409605200'
Sep 16 16&#58;24&#58;44 ?Debug &#58; b8dd000 DBConnection_mysql&#58; <0x803429000> SQL SELECT query&#58; SELECT user_id,date,who,what,comment,action FROM user_log WHERE date>'1409518800' AND date<'1409605200'SELECT user_id,date,who,what,comment,action FROM `UTM5-archives`.user_log_201407 WHERE date>'1409518800' AND date<'1409605200'
Sep 16 16&#58;24&#58;44  ERROR &#58; b8dd000 DBConnection_mysql&#58; <0x803429000> MySQL query failed&#58;<You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'SELECT user_id,date,who,what,comment,action FROM `UTM5-archives`.user_log_201407' at line 1> Trying to reconnect&#58; 0
Интересно, почему билинг пытается найти архивную таблицу несмотря на то, что искать нужно в основной?

Кстати ты в архивных табличках структуру правил? Недавно поле появилось action

MEDVED
Сообщения: 37
Зарегистрирован: Вт июл 15, 2014 15:19
Откуда: Украина, Черновцы
Контактная информация:

Сообщение MEDVED »

Magnum72 писал(а): Кстати ты в архивных табличках структуру правил? Недавно поле появилось action
Сам думал, что в этом дело, специально перепроверил.

Код: Выделить всё

mysql> show fields from user_log;
+---------+--------------+------+-----+---------+----------------+
| Field   | Type         | Null | Key | Default | Extra          |
+---------+--------------+------+-----+---------+----------------+
| id      | int&#40;11&#41;      | NO   | PRI | NULL    | auto_increment |
| user_id | int&#40;11&#41;      | NO   |     | NULL    |                |
| date    | int&#40;11&#41;      | NO   |     | NULL    |                |
| who     | int&#40;11&#41;      | NO   |     | NULL    |                |
| what    | varchar&#40;255&#41; | NO   |     | NULL    |                |
| comment | varchar&#40;255&#41; | NO   |     |         |                |
| action  | int&#40;11&#41;      | NO   |     | 0       |                |
+---------+--------------+------+-----+---------+----------------+

Код: Выделить всё

mysql> show fields from `UTM5-archives`.user_log_201407;
+---------+--------------+------+-----+---------+----------------+
| Field   | Type         | Null | Key | Default | Extra          |
+---------+--------------+------+-----+---------+----------------+
| id      | int&#40;11&#41;      | NO   | PRI | NULL    | auto_increment |
| user_id | int&#40;11&#41;      | NO   |     | NULL    |                |
| date    | int&#40;11&#41;      | NO   |     | NULL    |                |
| who     | int&#40;11&#41;      | NO   |     | NULL    |                |
| what    | varchar&#40;255&#41; | NO   |     | NULL    |                |
| comment | varchar&#40;255&#41; | NO   |     |         |                |
| action  | int&#40;11&#41;      | NO   |     | 0       |                |
+---------+--------------+------+-----+---------+----------------+
Странно конечно. Запрос, на который ругается в debug.log вручную отрабатывает без проблем:

Код: Выделить всё

mysql> SELECT user_id,date,who,what,comment,action FROM `UTM5-archives`.user_log_201407 LIMIT 10;
+---------+------------+-----+--------------+--------------------------------------------------------------------------------+--------+
| user_id | date       | who | what         | comment                                                                        | action |
+---------+------------+-----+--------------+--------------------------------------------------------------------------------+--------+
|    5857 | 1404162005 |  -1 | add IP group | service link <193432>, ip group <68174>, login '', ip '109.229.0.64', MAC ''   |      0 |
|    2898 | 1404162141 |  -1 | add IP group | service link <219522>, ip group <77410>, login '', ip '109.229.17.228', MAC '' |      0 |
|   15174 | 1404162141 |  -1 | add IP group | service link <179993>, ip group <63795>, login '', ip '10.0.0.7', MAC ''       |      0 |
|   19694 | 1404162142 |  -1 | add IP group | service link <180925>, ip group <64262>, login '', ip '10.0.32.244', MAC ''    |      0 |
|   20165 | 1404162142 |  -1 | add IP group | service link <187127>, ip group <65987>, login '', ip '10.0.32.167', MAC ''    |      0 |
|   22328 | 1404162142 |  -1 | add IP group | service link <220213>, ip group <77756>, login '', ip '10.0.33.63', MAC ''     |      0 |
|   22085 | 1404162142 |  -1 | add IP group | service link <220095>, ip group <77697>, login '', ip '10.0.0.132', MAC ''     |      0 |
|    3044 | 1404162142 |  -1 | add IP group | service link <165232>, ip group <58806>, login '', ip '176.120.55.201', MAC '' |      0 |
|    8685 | 1404162142 |  -1 | add IP group | service link <106219>, ip group <41745>, login '', ip '109.229.8.202', MAC ''  |      0 |
|   20567 | 1404162142 |  -1 | add IP group | service link <201655>, ip group <72272>, login '', ip '10.0.33.83', MAC ''     |      0 |
+---------+------------+-----+--------------+--------------------------------------------------------------------------------+--------+

alexf
NetUP Team
Сообщения: 19
Зарегистрирован: Ср окт 30, 2013 10:16

Сообщение alexf »

MEDVED писал(а):Обновились до update8. Так и не исправили баг с архивацией таблицы user_log. По совету Magnum72 буду пробовать переименовывать таблицы.
Приношу свои извинения. Напишите на info@netup.ru, какую платформу используете, и мы выдадим вам исправленную

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

alexf писал(а):
MEDVED писал(а):Обновились до update8. Так и не исправили баг с архивацией таблицы user_log. По совету Magnum72 буду пробовать переименовывать таблицы.
Приношу свои извинения. Напишите на info@netup.ru, какую платформу используете, и мы выдадим вам исправленную
Дак вы уж в личный кабинет выкладывайте

MEDVED
Сообщения: 37
Зарегистрирован: Вт июл 15, 2014 15:19
Откуда: Украина, Черновцы
Контактная информация:

Сообщение MEDVED »

alexf писал(а):Приношу свои извинения. Напишите на info@netup.ru, какую платформу используете, и мы выдадим вам исправленную
Ничего, я понимаю, что всякое случается :D Написал на почту.

Point
Сообщения: 242
Зарегистрирован: Вт ноя 23, 2010 15:42

Сообщение Point »

вылез косяк с архивацией таблицы "tel_sessions_detail":
"Поле recv_date в таблице tel_sessions_detail не используется и исключено из текущей схемы базы данных." биллинг туда пишет значение 0, в результате чего, при архивации скриптом от JAO данные из этой таблицы просто удаляются.
ТП на это сообщило следующее:Выборка осуществляется по полю recv_date из таблицы tel_sessions_log. Таблица tel_sessions_detail соотносится с таблицей tel_sessions_log по полю id. В инструкцию в ближайшее время будут внесены изменения.

причем выяснилось это через полтора месяца после внесения разработчиками изменений..... :evil:

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Сообщение serjk »

Данные изменения были внесены в 5.3-001-release, на сколько помню (т.е. более года назад, когда появился новый модуль телефонии). Работоспособность стороннего скрипта мы не могли гарантировать, даже не знали о его существовании.

Будем думать о включении в состав системы штатного средства автоматической архивации.

serjk
NetUP Team
Сообщения: 719
Зарегистрирован: Пн авг 14, 2006 08:56

Re: Еще непонятная тема

Сообщение serjk »

rimidal писал(а):
cyb3r_ang31 писал(а):И еще одна не совсем ясная тема.
Предположим стоит у абонента Системная блокировка с 24.08.2014.
2.09.2014 ставим ему через админпанель административную блокировку (Лицевой счет - Блокировка - Да)
В итоге получаем в отчете по блокировкам такую картину:
Изображение

Откуда взялись и для чего две системные блокировки, при чем одна остается параллельно с административной.
Что я делаю не так?
У меня тоже такое происходит. Это один из многочисленных багов. Напиши в хотлайн.
Это нормальное поведение системы. Начиная с 5.3-002 для одного лицевого счета может существовать несколько пересекающихся блокировок разных типов, действует блокировка с наивысшим приоритетом (в данном случае - админская)

Point
Сообщения: 242
Зарегистрирован: Вт ноя 23, 2010 15:42

Сообщение Point »

serjk писал(а):Данные изменения были внесены в 5.3-001-release, на сколько помню (т.е. более года назад, когда появился новый модуль телефонии). Работоспособность стороннего скрипта мы не могли гарантировать, даже не знали о его существовании.

Будем думать о включении в состав системы штатного средства автоматической архивации.
Телефонию утм-ом мы начали обсчитывать как раз полтора месяца назад, в связи с чем ранее проблема и не была выявлена.

А просьбы к разработчикам написать скрипт архивации в этом форуме появлялись со времени появления данного механизма.

Так же до сих пор не появилось утиля с гуи интерфейсом для разбора raw файлов детальной статистики нового формата.

MEDVED
Сообщения: 37
Зарегистрирован: Вт июл 15, 2014 15:19
Откуда: Украина, Черновцы
Контактная информация:

Сообщение MEDVED »

Есть вопрос по добровольной блокировке. При установке блокировки в кабинете выскакивает сообщение об успешной установке блокировки, лицевой счет блокируется, но в debug.log видно ошибку:

Код: Выделить всё

Sep 18 15&#58;42&#58;48  Info  &#58; 1f0f0700 RPCConn&#91;SSL&#93;<vint@127.0.0.1>&#58; Access granted to &#91;SSL&#93;<vint@127.0.0.1> &#40;UID&#58; 53&#41;
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 RPCConn&#91;SSL&#93;<vint@127.0.0.1>&#58; SSL type requested&#58; SSLv3&#40;2&#41;
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 RPCConn&#91;SSL&#93;<vint@127.0.0.1>&#58; Call&#58; 0xfffeafeb &#40;rpcf_user5_set_voluntary_blocking&#41;
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 RPCConn&#91;SSL&#93;<vint@127.0.0.1>&#58; Real Call&#58; 0xfffeafeb &#40;rpcf_user5_set_voluntary_blocking&#41;
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 DBConnectionPool&#58; DBConnectioManager pool &#91;Default&#93;&#58; connection is popped
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 DBConnection_mysql&#58; <0x7f802403a790> SQL SELECT query&#58; SELECT id,group_id,priority,is_enabled, min_duration, max_duration, interval_duration,block_type, self_unlock, min_balance, use_min_balance, free_balance, use_free_balance, service_id FROM voluntary_suspension_settings ORDER BY priority DESC
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 DBConnection_mysql&#58; <0x7f802403a790> SQL SELECT query&#58; 1 rows in 0.000 sec
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 DBConnection_mysql&#58; <0x7f802403a790> SQL SELECT query&#58; SELECT block_id, block_date_start, block_date_end FROM voluntary_suspension_data WHERE account_id='54'
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 DBConnection_mysql&#58; <0x7f802403a790> SQL SELECT query&#58; 0 rows in 0.000 sec
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 DBConnection_mysql&#58; <0x7f802403a790> SQL query&#58; INSERT INTO blocks_info &#40;account_id,block_type,start_date,expire_date,is_planning,flags&#41; VALUES &#40;'54','3','1411130488','1413808891','0','0'&#41;
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 DBConnection_mysql&#58; <0x7f802403a790> SQL query takes 0.042 sec
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 DBABlock&#58; __activate_account_block&#58; account_id 54 has no actual block now
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 EventScheduler&#58; event 'block_start' for object ID 54/0 at 1411130488 has been scheduled
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 EventScheduler&#58; event 'block_expire' for object ID 54/244976 at 1413808891 has been scheduled
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 UTM5 DBA&#58; customer_block&#58; failed to block account 54
Sep 18 15&#58;42&#58;48  ERROR &#58; 1f0f0700 RPCServer@0.0.0.0&#58; unable to set voluntary blocking
Sep 18 15&#58;42&#58;48 ?Debug &#58; 282de700 EventScheduler&#58; waiting 88 sec for next event &#40;type 'dynashape_events' for object_id 0/0 at 1411044256&#41;
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 DBConnectionPool&#58; DBConnectionManager pool &#91;Default&#93;&#58; connection is pushed back
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 RPCConn&#91;SSL&#93;<vint@127.0.0.1>&#58; Call 0xfffeafeb &#40;rpcf_user5_set_voluntary_blocking&#41; finished in 0.04 sec
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 RPCConn&#91;SSL&#93;<vint@127.0.0.1>&#58; Stream cleared
Sep 18 15&#58;42&#58;48  Info  &#58; 1f0f0700 RPCConn&#91;SSL&#93;<vint@127.0.0.1>&#58; Connection terminated by peer
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 RPC2Connection&#58; Session Key <f8d21a5400000000e410ff887cb98f90> stored for UID 53 and IP 127.0.0.1
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 RPCConn&#91;SSL&#93;<vint@127.0.0.1>&#58; SSL cleared
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 ModTop&#58; connection <25> closed
Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 RPCConn&#91;SSL&#93;<vint@127.0.0.1>&#58; Session closed...
Смущают вот эти два сообщения:

Код: Выделить всё

Sep 18 15&#58;42&#58;48 ?Debug &#58; 1f0f0700 UTM5 DBA&#58; customer_block&#58; failed to block account 54 
Sep 18 15&#58;42&#58;48  ERROR &#58; 1f0f0700 RPCServer@0.0.0.0&#58; unable to set voluntary blocking 
Если в период действия добровольной блокировки зайти в кабинет, то самому снять ее не выйдет, потому-что кабинет предлагает снова взять блокировку, несмотря на настройки в админке.

codi
Сообщения: 2
Зарегистрирован: Пн сен 15, 2014 14:35

Сообщение codi »

Shiva писал(а):
kirush писал(а):2. Проблема не решена о которой писал ZeM:
а) выдаем IP компьютеру клиента по свитчу/порту по opt82 с помощью utm5_dhcpd
б) клиент решил поставить роутер или заменить комп, перетыкает кабель в другой комп/роутер - IP получить уже не может пока не пройдет 86400 сек установленные по умолчанию.
Это поведение по RFC, а не баг. Вот то, что нужен костыль - да, хотя можно выставить лизу в 5 минут.
Костыль еще не придуман кроме лизы в 5 минут? Может реализовать на подобии one lease per host, в виде галочки в настройках сервисной связки?
Среди пары тысяч абонентов каждый день находятся любители "погулять" своим Ethernet'ом между домашними устройствами, и, как результат -бомбить техподдержку воплями о неработающем интернете.

Shiva
Сообщения: 131
Зарегистрирован: Пт авг 28, 2009 12:39
Откуда: Россия, Тверь

Сообщение Shiva »

codi писал(а):Костыль еще не придуман кроме лизы в 5 минут? Может реализовать на подобии one lease per host, в виде галочки в настройках сервисной связки?
Заставить абонента сделать ipconfig /release :) или другой DHCP сервер...

cyb3r_ang31
Сообщения: 25
Зарегистрирован: Сб авг 02, 2014 07:38
Откуда: Красноярский край
Контактная информация:

Сообщение cyb3r_ang31 »

А вот еще одна бага:
в админке в разделе Оборудование - Коммутаторы - Поиск
при выборе варианта поиска по Фактическому адресу или IP выпадает следующая ошибка
Изображение

При этом в логе:

Код: Выделить всё

18.09.2014 12&#58;55&#58;29&#58;485 &#58; DEBUG &#58; Refresh Switch types
18.09.2014 12&#58;55&#58;29&#58;491 &#58; DEBUG &#58; Refresh Switch types complete
18.09.2014 12&#58;55&#58;29&#58;561 &#58; DEBUG &#58; URFA call&#58; rpcf_get_switch_types_list &#40;0x504&#41;
18.09.2014 12&#58;55&#58;29&#58;563 &#58; DEBUG &#58; URFA call finished
18.09.2014 12&#58;55&#58;37&#58;942 &#58; DEBUG &#58; URFA call&#58; rpcf_get_switch_types_list &#40;0x504&#41;
18.09.2014 12&#58;55&#58;37&#58;944 &#58; DEBUG &#58; URFA call finished
18.09.2014 12&#58;55&#58;50&#58;176 &#58; DEBUG &#58; URFA call&#58; rpcf_search_switches &#40;0x1156&#41;
18.09.2014 12&#58;55&#58;50&#58;185 &#58; DEBUG &#58; URFA call finished
18.09.2014 12&#58;55&#58;50&#58;207 &#58; DEBUG &#58; null
java.lang.NegativeArraySizeException
        at biz.netup.control.transport.urfa.functions.UrfaSearchSwitches.call&#40;Unknown Source&#41;
        at biz.netup.projects.utmadmin.gui.mainframe.forms.Inventory.SwitchSearchFrame.search&#40;Unknown Source&#41;
        at biz.netup.projects.utmadmin.gui.mainframe.forms.Inventory.SwitchSearchFrame$6$1.run&#40;Unknown Source&#41;

18.09.2014 12&#58;56&#58;09&#58;363 &#58; DEBUG &#58; URFA call&#58; __rpcf_get_messages_list_new &#40;0x500b&#41;
18.09.2014 12&#58;56&#58;09&#58;656 &#58; DEBUG &#58; URFA call finished
18.09.2014 12&#58;56&#58;15&#58;287 &#58; DEBUG &#58; URFA call&#58; rpcf_get_core_time &#40;0x11112&#41;
18.09.2014 12&#58;56&#58;15&#58;288 &#58; DEBUG &#58; URFA call finished
18.09.2014 12&#58;56&#58;35&#58;567 &#58; DEBUG &#58; URFA call&#58; rpcf_get_switch_types_list &#40;0x504&#41;
18.09.2014 12&#58;56&#58;35&#58;569 &#58; DEBUG &#58; URFA call finished
18.09.2014 12&#58;56&#58;48&#58;342 &#58; DEBUG &#58; URFA call&#58; rpcf_search_switches &#40;0x1156&#41;
18.09.2014 12&#58;56&#58;48&#58;372 &#58; DEBUG &#58; URFA call finished
18.09.2014 12&#58;56&#58;48&#58;372 &#58; DEBUG &#58; null
java.lang.NegativeArraySizeException
        at biz.netup.control.transport.urfa.functions.UrfaSearchSwitches.call&#40;Unknown Source&#41;
        at biz.netup.projects.utmadmin.gui.mainframe.forms.Inventory.SwitchSearchFrame.search&#40;Unknown Source&#41;
        at biz.netup.projects.utmadmin.gui.mainframe.forms.Inventory.SwitchSearchFrame$6$1.run&#40;Unknown Source&#41;


Аватара пользователя
ZeM
Сообщения: 371
Зарегистрирован: Чт фев 17, 2011 08:38

Сообщение ZeM »

Вот еще в логах нашел

Код: Выделить всё

Sep 18 21&#58;00&#58;00  ERROR &#58; 515a8740 DBAgroups&#58; fill_sys_group_storage&#58; dealer group not found
Ну и извечная проблема с rfw которая при команде reboot

если ты не сделал /usr/local/etc/rc.d/utm5_rfw.sh stop

Код: Выделить всё

Sep 18 21&#58;19&#58;27  Info  &#58; 2c06400 FileAppender&#58; Using '/netup/utm5/log/rfw.log' file
Sep 18 21&#58;19&#58;27  Notice&#58; 2c06400 UTM5 RFW&#58; Version 5.3-002-update8-bsd10_x64 starting.
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c06400 ModTop&#58; Registering message handlers..
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c06400 ModTop&#58; ID <0x4003> handler <0x02cd9080>
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c06400 ModTop&#58; ID <0x4000> handler <0x02cd9080>
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c06400 ModTop&#58; ID <0x4001> handler <0x02cd9080>
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c06400 ModTop&#58; ID <0x4004> handler <0x02cd9080>
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c06400 ModTop&#58; ID <0x4002> handler <0x02cd9080>
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c06400 ModTop&#58; Socket connected to&#58; host <172.28.100.3> port <12758>
Sep 18 21&#58;19&#58;27  Info  &#58; 2c07000 StreamConnection&#58; Connection thread started. Peer &#91;172.28.100.3&#93;&#58;12758
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c07000 StreamConnection&#58; Connection using SSLv3
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c07000 StreamConnection&#58; System message <-31> recived
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c07000 StreamConnection&#58; Challenge response sent
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c07000 StreamConnection&#58; System message <-33> recived
Sep 18 21&#58;19&#58;27  Info  &#58; 2c07000 StreamConnection&#58; Connection successfully authorized, user id <-4>
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c06400 StreamFirewall&#58; Sending name&#58; NAT1
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c06400 StreamConnection&#58; Sending message ID 0x3000
Sep 18 21&#58;19&#58;27 ?Debug &#58; 2c07000 StreamConnection&#58; Got message ID 0x4000
Sep 18 21&#58;19&#58;27  ERROR &#58; 2c07000 StreamFirewall&#58; Error occured&#58; remote firewall is already connected
Sep 18 21&#58;19&#58;32  Info  &#58; 2c06400 UTM5 RFW&#58; Terminating firewall&#58; remote firewall is already connected
Sep 18 21&#58;19&#58;32  Info  &#58; 2c06400 RFW Config&#58; Pid file found&#58; /var/run/utm5_rfw.pid; Overwriting
<LAST LINE>
Последний раз редактировалось ZeM Пт сен 19, 2014 11:52, всего редактировалось 2 раза.

Ответить