Тема: Помогите - потерялся я что-то с модулем связи
Здравствуйте.
Помогите понять - “Управление службой связи с АТС” запущено, состояние “управление службой” и “СУБЛ MySQL” - “подключено” , статус соединения (по TCP/IP) - тоже “подключено” - а куда, в какой файл сыпется лог SMDR отчёта - непонятно :-( Дважды непонятно то, что вчера вроде бы как работало всё и ссыпалось в c:\1.log - а сегодня - хоть убейся - не сыпется - файл я обнулил - размер не увеличивается, так пустой и стоит :(((
Попытался в “Конфигураторе” заново пройти все шаги - и как то внезапно забуксовал на пункте “Путь для сохранения файла лога от АТС” - вроде бы стоял путь+имя файла в который сохранять лог - и всё работало, а с другой стороны - вроде бы нужно указывать только путь? Тогда где, собственно, имя файла лога задаётся? Совсем запутался, хелп перечитал 5 раз уже - ничего найти не могу.
2Editor
По поводу моего предыдущего поста:
Как то нигде не было ни сказано ни указано, что требуется перезагрузка компа после установки “Коменданта” - отсюда и росли ноги проблем. 😊
Так давайте по порядку, что не понятно и что не работает (по пунктам) ?
Конкретно - не складируется в лог SMDR отчёт.
Непонятно: Где задаётся имя файла для складирования лога? (причём каким то образом ведь раньше я его задал - не знаю где и как теперь)
Сам по себе SMDR генерится АТСкой нормально - соединение по телнету к ней сыпет на экран данные.
1.09.2 - Выделяете Вашу АТС - там есть путь для лога.
По умолчанию он хранится в Program Files\komendant\service_pbx\logs\
В том то и вопрос: ПУТЬ для лога.
а ИМЯ ФАЙЛА для лога где и как задаётся?
Очистил поле, сохранил, посмотрел - действительно, в папке “c:\Program Files\komendant\service_pbx\logs\” нарисовался файл “1.log” и в него начал писаться SMDR %)
Но пишется не в “logfordb.log” всё же
В Вашем случае лог пишется в файл 1.log, где 1 - это ИД АТС.
Весь лог от АТС записывается в базу данных и данные для отчетов запрашиваются из нее, а файл 1.log нужен лишь для стороннего использования другими программами.
Во как даже. ИД АТС является именем файла для лога? Занятно.
Как и то, что данные идут напрямую в базу, а текстовый файл лога - для сторонних потребителей(например читателей-людей)
Я по наивности своей считал, что обработчик отчётов анализирует при запросе отчёта этот текстовый файл и парсит данные из него в соответствии с шаблоном в базу.... А он в онлайне, получается, парсит и пишет в базу.
Тогда “до кучи” - не подскажете, каким образом можно почистить логи в базе, если шаблоны были созданы неправильно? (не очень хочется грохать всю базу на ноль - там пользователи, внутренние/внешние линии уже заведены)
Спасибо за комментарии.
Можно в модуле отчетов лог разобранный/не разобранный почистить.
Здравствуйте! Вот такая проблема:
Ни с того ни с сего перестаёт писаться 1.log
Связь с АТС вроде есть - служба связи service_pbx.exe в диспетчере задач.
Запускаю Управление службой связи с мини-АТС - пишет подключено, подключено, подключена
У нас LDK-300. ИД 1. Win 2003 Server R2 - постоянно работает.
service_pbx.exe запускается с системной уч.записью
Файл 1.log периодически ни с того ни с сего перестает пополняться (держится около 1 - 5 - 10 дней, бывает, 20 дней). Причём, если стоит галочка “Переподклчаться к АТС ...”, на 5-10 минут, то пропадание процесса записи начинается раньше. Логов в системе на моменты отказа нету. Как я понял, в базе данных эти данные есть, так как Remote Address IP:telnet ESTABLISHED.
Помогает простая перезагрузка компа.
А всякие перезапуски служб и методика, описанная для переключения с файла лога на АТС тоже не помогает без перезагрузки.
И вопросы.
1. Как можно автоматически “перезапускать что-то, чтобы лог снова писался”, причём без перезагрузки? Как это контролировать автоматизированно?
Галочка “переподключаться к АТС в случае отсутствии данных - устанавливал 5, 10, 60 мин - не помогает. Даже наоборот, с выключенной функцией дольше работает.
2. М.б., что-то нельзя делать, чтобы связь не пропадала?
3. Как можно посмотреть и контролировать сырой лог - не 1.log, а тот, что в базе данных?
4. После переподключения посредством перезагрузки сервера данные за пропущенный период в 1.log всё равно отсутствуют. Как их восстановить из базы?
И ёщё вопрос. Есть ли где шаблон разбора лога для нашей LDK-300? А то у нас с исходящими не получается, да и с некторыми входящими тоже. Помогите, пожалста.
3. Как можно посмотреть и контролировать сырой лог - не 1.log, а тот, что в базе данных?
В модуле отчетов есть архив неразобранных логов.
4. После переподключения посредством перезагрузки сервера данные за пропущенный период в 1.log всё равно отсутствуют. Как их восстановить из базы?
Данные, записываемые в БД, дублируются в файле 1.log. Если их нет в файле, то нет и в БД.
И ёщё вопрос. Есть ли где шаблон разбора лога для нашей LDK-300? А то у нас с исходящими не получается, да и с некторыми входящими тоже. Помогите, пожалста.
Можем посмотреть. Вышлите на .(JavaScript must be enabled to view this email address) Ваш шаблон разбора лога (можно сохранить в конфигураторе) и лог от Вашей АТС с указание строк лога с которыми не получается (описать что должно получиться).
В продолжении темы.
Подключил 3 АТС ЛДК-300 по сети, сливается информация в три различных лога 1,2,3.log, разбор лога настроил, все вроде работает, но:
1 с периодичностью раз 1-2 дня отваливается одна из станций, модуль управления выдает “ошибка подключения” - лечится перезагрузкой отвалившейся станции и компа.
2 много строчек с нулевой длительностью соединения, в архивах телефонных соединений, есть возможность не учитывать такие звонки?
А перезагрузка только компа помогает? Если нет, то видимо это недостаток АТС.
У АТС бывают настройки “Минимальное время SMDR”, поищите.
А перезагрузка только компа помогает? Если нет, то видимо это недостаток АТС.
У АТС бывают настройки “Минимальное время SMDR”, поищите.
в 300 настроек SMDR временных нету, извиняюсь, лечится перезагрузкой отвалившейся станции или компа.
Наверное, придётся использовать внешнюю программу для считывания лога. А при необходимости подсовывать лог в Комендант. Разбираться нет желания, когда SMDR Log Reader пашет и переподключается, а Комендант - ни в какую.
Получили от Вас письмо с логами.
Просьба, все вопросы задавать на форуме.
Можем посмотреть. Вышлите на почтовый ящик Ваш шаблон разбора лога (можно сохранить в конфигураторе) и лог от Вашей АТС с указание строк лога с которыми не получается (описать что должно получиться).
Опишите, что приходит(описать значение каждого поля) и, что из этого должно получиться.
И снова здравствуйте.
Не могу понять, что происходит со службой - непонятно с какой частотой,в произвольный момент времени она тихо-мирно теряет связь со станцией, хотя и продолжает быть запущенной. В консоли(”Комендантъ: Управление службой связи”), соответственно, показывает:
Управление службой : Подключено
СУБД MySQL: Подключено
Ид Наименование Подключение Статус
1 OS500 10.0.0.15 Ошибка подключения
Причём видно, что изредка она дёргает подключение в попытке переподключения (к сожалению не успеваю прочитать, что она там в статусе пишет при этом) - и снова “Ошибка подключения”
Если ручками(в этом же окне) нажать в верху окна “Служба Windows” сначала “Стоп”, потом “Старт”, то статус честно меняется на “Подключена”, начинает писаться лог - всё хорошо.... какое то время, потом возвращаемся опять к тому же самому - статус у службы “Запущена”, статус соединения “Ошибка подключения”.
Соединения со станцией - по локалке, Telnet, питание везде стабилизированное - в этом плане никаких чудес, в параметрах модуля связи с АТС вывешен флажок “Переподключаться к АТС при отсутствии данных - 2мин”
Где поковырять, не сориентируете?
