Перейти к содержимому

Рекомендованные сообщения

 В основном такое:

2014-02-07 01:34:26 -- Cannot write disconnect for user 170.
2014-02-07 01:34:26 -- Couldn't connect to Server
2014-02-07 01:34:26 -- Cannot write disconnect for user 17 d ap2_7nte.
2014-02-07 01:34:26 -- Couldn't connect to Server
2014-02-07 01:34:26 -- Cannot write disconnect for user 16ap_3nzz.
2014-02-07 01:34:26 -- Couldn't connect to Server
2014-02-07 01:34:26 -- Cannot write disconnect for user 169.
2014-02-07 01:34:26 -- Couldn't connect to Server
2014-02-07 01:34:26 -- Cannot write disconnect for user 1683.
2014-02-07 01:34:26 -- Couldn't connect to Server
2014-02-07 01:34:26 -- Cannot write disconnect for user 167.
Ссылка на сообщение
Поделиться на других сайтах
  • Ответы 468
  • Created
  • Последний ответ

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

UPD: А хрен там с утра. Я ж нормально с таким не засну     проблема исправлена начиная с 0.5.4 rev 3462. Для резкого фикса следует обновить api/libs/api.userreg.php получив его отсюда: https://g

Думаю согласились бы, если бы были в курсе как работает OpenPayz.   Большинство нормальных ПС умеет показывать юзеру сколько у него денег на счету, как его зовут, где он живет и кто он такой вообще

всем привет ! сегодня ночью чет не спалось и получилось вот это Miktotik-Linux-nas это адаптированный Mikrotik NAS для Linux делается все также как тут http://wiki.ubilling.net.ua/doku.php?id=mikrotik

Posted Images

Потом в самом конце 

2014-02-08 22:14:20 -- Stg v. 2.408
2014-02-08 22:14:20 -- Message queue created successfully. msgKey=5555 msgID=65536
2014-02-08 22:14:20 -- Timer thread started successfully.
2014-02-08 22:14:20 -- Storage plugin: mysql_store v.0.67. Loading successfull.
2014-02-08 22:14:20 -- Users started successfully.
2014-02-08 22:14:20 -- Traffcounter started successfully.
2014-02-08 22:14:20 -- Module: 'Stg configurator v.0.08'. Start successfull.
2014-02-08 22:14:20 -- Module: 'Always Online authorizator v.1.0'. Start successfull.
2014-02-08 22:14:20 -- Module: 'InetAccess authorization plugin v.1.4'. Start successfull.
2014-02-08 22:14:20 -- Module: 'CAP_NF v. 0.4'. Start successfull.
2014-02-08 22:14:20 -- Stg started successfully.
2014-02-08 22:14:20 -- +++++++++++++++++++++++++++++++++++++++++++++
 
и после второго числа никаких записей
Ссылка на сообщение
Поделиться на других сайтах

0.5.0 тут точно нипричем.

 

1. останавливаете stargazer (killall stargazer)

2. перезапускаете mysql (/usr/local/etc/rc.d/mysql-server restart)

3. запускаете stargazer (stargazer)

4. молитесь

 

 

Вышеупомянутые вопли про Couldn't/Cannot порождаются только модулем mysql_store, что намекает либо на то, что действительно некуда соединяться (пофаерволено?) либо скажем исчерпан лимит соединений в mysql. Больше вариантов для того, чтобы получился (!(sock=MysqlConnect())) я не вижу.

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

Немного появилось свободного времени, и решил причесать Ubilling а заодно и потестить фичи. 

Столкнулся со следующей проблемой: 

создаю задачу из "Справочники" -> "Планирование работ"

заполняю необходимые поля в формочке... и если ставлю галочку в "Послать SMS", то после нажатия кнопочки "Создать новое задание" кидает на пустую страницу... просто пустая страница без ничего (

 

если галочку не ставить в "Послать SMS" -все нормально: создаётся задание и т.д.

 

Может есть необходимость в каких-либо логах?

 

релиз 0.5.0 rev 3243

Изменено пользователем felixio_01
Ссылка на сообщение
Поделиться на других сайтах

 

заполняю необходимые поля в формочке... и если ставлю галочку в "Послать SMS", то после нажатия кнопочки "Создать новое задание" кидает на пустую страницу... просто пустая страница без ничего (

Работник для задания с заполненным телефоном в международном формате выбран?

 

 

Может есть необходимость в каких-либо логах?

Нет. Проверьте, материализуются ли какие-либо файлики в content/tsms/. Ну и заодно права на запись туда для апача.

Отсылка СМС-ок планировщиком задач прибита гвоздями к собаке-наблюдаке и использует ее для отсылки в фоновом режиме.

Ссылка на сообщение
Поделиться на других сайтах
Работник для задания с заполненным телефоном в международном формате выбран?

 

да, работник прописан, телефон его тоже в международном формате. 

 

Проверьте, материализуются ли какие-либо файлики в content/tsms/

 

нет, там файликов никаких не появяется.

 

Ну и заодно права на запись туда для апача.

 

если не былоб прав, то сабака-наблюдака не работала бы?

Сабака-наблюдака работает, проверял, успешно отсылает сообщения при выполнении соответсвующих условий.

Ссылка на сообщение
Поделиться на других сайтах

 

Сабака-наблюдака работает, проверял, успешно отсылает сообщения при выполнении соответсвующих условий.

Эммм. Тогда с отсылкой все должно быть хорошо. Планировщик задач - просто складывает СМС-ки для последующей отсылкой собакой.

 

Проверьте наличие

display_errors = On
display_startup_errors = On
log_errors = On
report_memleaks = On
track_errors = On
html_errors = On
memory_limit = 256M

в php.ini и сделайте apachectl restart. В норме заместо белой страницы сигнализирующей о фатальном екзепшне - мы должны таки увидеть первопричину.

Ссылка на сообщение
Поделиться на других сайтах

да действительно отображение ошибок было выключено.... включил, как Вы написали.

вот что выдаёт: 

 

Fatal error: Uncaught exception 'Exception' with message 'BAD_MOBILE_FORMAT' in /var/www/billing/api/libs/api.teskman.php:666 Stack trace: #0 /var/www/billing/api/libs/api.teskman.php(685): ts_SendSMS('1', '???????????????...') #1 /var/www/billing/modules/general/taskman/index.php(14): ts_CreateTask('2014-02-21', '???????????????...', '0666677222', '35', '1', '?????????????? ...') #2 /var/www/billing/index.php(67): include_once('/var/www/billin...') #3 {main} thrown in /var/www/billing/api/libs/api.teskman.php on line 666

Ссылка на сообщение
Поделиться на других сайтах

теперь, задача создалась, но СМС не пришло.

В Собаке-наблюдаке в "Просмотр очереди рассылки SMS"  

появилось вот это: 

 

Notice: Undefined index: credits in /var/www/billing/api/libs/api.watchdog.php on line 1021

Notice: Undefined index: updated in /var/www/billing/api/libs/api.watchdog.php on line 1024

Notice: Undefined index: dlr_status in /var/www/billing/api/libs/api.watchdog.php on line 1027

Notice: Undefined index: credits in /var/www/billing/api/libs/api.watchdog.php on line 1021

Notice: Undefined index: updated in /var/www/billing/api/libs/api.watchdog.php on line 1024

Notice: Undefined index: dlr_status in /var/www/billing/api/libs/api.watchdog.php on line 1027

Notice: Undefined index: credits in /var/www/billing/api/libs/api.watchdog.php on line 1021

Notice: Undefined index: updated in /var/www/billing/api/libs/api.watchdog.php on line 1024

Notice: Undefined index: dlr_status in /var/www/billing/api/libs/api.watchdog.php on line 1027

Notice: Undefined index: credits in /var/www/billing/api/libs/api.watchdog.php on line 1021

Notice: Undefined index: updated in /var/www/billing/api/libs/api.watchdog.php on line 1024

Notice: Undefined index: dlr_status in /var/www/billing/api/libs/api.watchdog.php on line 1027

Notice: Undefined index: credits in /var/www/billing/api/libs/api.watchdog.php on line 1021

Notice: Undefined index: updated in /var/www/billing/api/libs/api.watchdog.php on line 1024

Notice: Undefined index: dlr_status in /var/www/billing/api/libs/api.watchdog.php on line 1027

Notice: Undefined index: credits in /var/www/billing/api/libs/api.watchdog.php on line 1021

Notice: Undefined index: updated in /var/www/billing/api/libs/api.watchdog.php on line 1024

Notice: Undefined index: dlr_status in /var/www/billing/api/libs/api.watchdog.php on line 1027

Ссылка на сообщение
Поделиться на других сайтах

 

теперь, задача создалась, но СМС не пришло.

Ок. Будем считать что здесь все ок.

 

 

Notice: Undefined index: dlr_status in /var/www/billing/api/libs/api.watchdog.php on line 1027

А в настройках СМС собакиных, все хорошо?

Ссылка на сообщение
Поделиться на других сайтах

хм.... в настройках телефон тоже без плюса, но вроде так работало.... прописанно несоклько задач, смск отправляются.... сейчас плюсик припишу, протестирую

Ссылка на сообщение
Поделиться на других сайтах

 

Notice: Undefined index

Вообще свидетельствуют, о том - что при попытке чтения таблички с СМС шлюза TurboSMS какая-то пустая хрень в ответ вернулась.

Ссылка на сообщение
Поделиться на других сайтах

хм.... заходил сегодня на их сайт, есть такая инфа:

 

Уважаемые пользователи SQL шлюза!
С 17 февраля 2014 года доступно новое SQL подключение, которое имеет ряд преимуществ перед старой версией. Пожалуйста, перенастройте своё ПО на использование нового подключения. Старое подключение по адресу 77.120.116.10 будет отключено 31 марта 2014 года, имеющиеся данные не переносятся.

 

может они ещё что то поменяли....

Ссылка на сообщение
Поделиться на других сайтах

Потрындел быриком с их суппортом. Все норм, паника отменяется, изменения более косметические.

Там меняется только айпишка хоста шлюза + минус три поля.

 

С марта следует просто заменить  77.120.116.10 на 94.249.146.189 в конфигурации всех штук, использующих TurboSMS для рассылки.

После чего стоит в интерфейсе сервиса потыкать "SMS Шлюз" ->  "Подключение к шлюзу" -> "SQL" со старым паролем.

 

tsms.png

Изменено пользователем nightfly
Ссылка на сообщение
Поделиться на других сайтах

Тааак! смсы забегали, НО!: только при использовании кнопочки "Ручной запуск"

 

Т.е. то что я выше писал по поводу того что смски не приходят не совсем верно... они приходят... но только если использовать кнопку "ручной запуск" после этого они появляются в очереди рассылки.

 

а айпишник я сразу поменял....

Изменено пользователем felixio_01
Ссылка на сообщение
Поделиться на других сайтах

 

Тааак! смсы забегали, НО!: только при использовании кнопочки "Ручной запуск"

Вообще никак не связано. Отложенные на будущее СМС-ки для отсылки просто отправляются в фоне при любом вызове собаки-наблюдаки.

Как это происходит из remoteAPI или рученьками - не суть важно.

 

 

а айпишник я сразу поменял....

Ну вот... по дематериализовавшимся полям на новом шлюзе - саппорт пока что узнает, чего там.

Ссылка на сообщение
Поделиться на других сайтах
Вообще никак не связано. Отложенные на будущее СМС-ки для отсылки просто отправляются в фоне при любом вызове собаки-наблюдаки.

 

Как это происходит из remoteAPI или рученьками - не суть важно.

 

 

хм... ну тогда даже и не знаю что и сказать.

 

Т.о. задачи, прописанны в собаке-наблюдаке работают нормально: отсылаются смс и .т.д. т.е. в случае срабатывания условия, смска приходит.

Но, если создать какое-то задание работнику через "планирование работ" с отсылкой СМС уведомления, смс ходят только при нажатие кнопочки "Ручной запуск"

Изменено пользователем felixio_01
Ссылка на сообщение
Поделиться на других сайтах

 

Т.о. задачи, прописанны в собаке-наблюдаке работают нормально: отсылаются смс и .т.д. т.е. в случае срабатывания условия, смска приходит.

Ну там фоновые рассылки рассылаются сразу при завершении собаки. В случае с отложенными - при последующем пробеге собаки собственно. Не будет собака вызываться каждый раз, при создании заданий работникам.

 

 

 

Но, если создать какое-то задание работнику через "планирование работ" с отсылкой СМС уведомления, смс ходят только при нажатие кнопочки "Ручной запуск"

Еще раз - нет.

 

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

Ссылка на сообщение
Поделиться на других сайтах
Ну там фоновые рассылки рассылаются сразу при завершении собаки. В случае с отложенными - при последующем пробеге собаки собственно. 

ясно.

 

Не будет собака вызываться каждый раз, при создании заданий работникам.

ясно.

 

Еще раз - нет.

 

так я понял что так не должно быть...

но  у меня оно так (((

 

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

 

та... ничего страшного подожду релиза ))) 

Ссылка на сообщение
Поделиться на других сайтах

 

но  у меня оно так (((

Еще раз повторюсь - оно у вас не "так".

Отложенные СМСки будут отправлены работникам при следующем запуске собаки из RemoteAPI. Рекомендуемый собачий период - 10 минут.

Ссылка на сообщение
Поделиться на других сайтах

о! теперь начинаю понимать. спасибо за разъяснения.

 

ещё один вопрос: как возможно настроить оповщение по email за?

т.е. я прописал в задачах собаки-наблюдаки оповещение по мылу. но письмо не приходят (адрес почты прописан). Нужны какие то телодвижения?

Изменено пользователем felixio_01
Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • Автор: grach_witch_cheese
      Вітаю, колеги!
      Маю наступну схему:
      DHCP-сервер: Accel-PPP (IPoE) DHCP-Relay: MikroTik RADIUS: Запущений безпосередньо на сервері uBilling Зараз авторизація абонентів здійснюється за MAC-адресою, але планується перехід на авторизацію через Option 82.
      У документації uBilling наведені приклади конфігурацій, коли DHCP-сервер працює локально (на самому uBilling) і містить відповідні шаблони для обробки Option 82.
      Однак немає чіткої інформації про використання Option 82 при віддаленому DHCP-сервері, зокрема, коли Accel-PPP використовується як DHCP-сервер у режимі remote та налаштований через Купаген.
      Питання:
      Чи можливо використовувати Accel-PPP як віддалений DHCP-сервер з авторизацією через Option 82? Якщо так, то де відбувається парсинг значень Remote-ID і Circuit-ID? Де в цьому випадку мають зберігатися шаблони для Option 82? Буду вдячний за роз'яснення або посилання на відповідні приклади.
    • Автор: nightfly
      Ubilling 1.5.2 rev 9302 Book of Endings
       
      Зміни в структурі БД. alter.ini: нова опція FASTPROFITCALC_ENABLED, що вмикає швидкий підрахунок прибутку. alter.ini: нова необов'язкова опція KARMA_IN_PROFILE що вмикає показ карми в профілі користувача. alter.ini: нова опція SWITCHES_AUTH_ENABLED, що вмикає довідник даних авторизації пристроїв. alter.ini: нова опція PON_SCRIPTS_ENABLED, що вмикає підтримку скриптів OLT в ПОНізаторі. alter.ini: нова опція PON_ONU_FDB_SELFFILTER, що вмикає фільтр MAC-ів при відображенні FDB за ONU. alter.ini: нова опція USERBYIP_ENABLED, що вмикає виклик userbyip в RemoteAPI. alter.ini: пачка нових опцій PB_FASTURL_*, що керують поведінкою модулю відсилання коротких посилань на оплату. Модуль PONizer: виправлена помилка зникнення PON інтерфейсів при опиті BDCOM GP3600 Модуль “Профіль користувача”: для опису плагінів профілю та оверлеїв на кшталт “чорної магії” тепер опційно можливо вказувати link_target. Модуль “Панель задач”: для опису елементів панелі задач, тепер опційно можна вказувати LINK_TARGET. Модуль Записи телефонних розмов: вирішено проблеми швидкодії, при перегляді списку записів дзвінків. Модуль “Записи телефонних розмов”: більше не призводить до вичерпання пам'яті процесу, при перегляді великих архівів дзвінків. Модуль “Записи телефонних розмов”: новий аудіо-плеєр для прослуховування записів з візуалізацією аудіо-хвилі. Модуль “Пошук оплат”: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модуль УКВ: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модулі Мапа обладнання та користувачів: трішки вичищено код. Ліпше не стало. Модуль “Мапа будинків”: поле пошуку при розташуванні будинку, тепер попередньо заповнено локацією, при переході за посиланням “розташувати на мапі”. Модуль “Панель задач”: опція TB_QUICKSEARCH_INLINE змінила свою поведінку, та може тепер приймати значення 0|1|2. Модуль “Звіт по трафіку”: виправлено проблему відображення графіків OphanimFlow для NAS на роздільних здатностях менше ніж FullHD. Кабінет користувача: в модулі “Відеоспостереження” відображення попереднього перегляду каналів користувача, стало трішки притомнішим. Сховище зображень: трішки покращено поведінку форми завантаження. RemoteAPI: новий виклик onusigcompressor, що радикально стискає розпухаючі дані історії сигналів ONU. RemoteAPI: новий виклик pbxmonrefill, що оновлює кеш записів телефонних розмов. RemoteAPI: новий виклик userbyip, що повертає дані про користувача за його IP. OpenPayz: в бекенді та фронтенді platon виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • Автор: ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • Автор: mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       


×
×
  • Создать...