Перейти до

Проблемы с установкой Ubilling


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

 

 

Вы как всегда колки на ответ :-) Но спасибо за информативность и оперативность.

Незачто. Мы тут в 2017-м вообще все оперативные. Как у вас там 18 лет назад? х64 cpu подвезут дета в конце годика, не парьтесь.

 

 

 

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

Ну да, не у всех есть отсутствие желания упираться лицом в 320 Мб ядерной памяти (нет я знаю про KVA_PAGES и PAE, нет, не надо).

 

 

 

Может у вас осталась версия ubinstaller с поддержкой х86?

Нет.

 

 

 

Собирать бинарные пакеты это мягко говоря....

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

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

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

Ух ты, я думал уже никого с процами которые не умеют в х64 не осталось.

А нет, есть ещё те, кто раритет собирает и даже в розетку его включает.

Конечно, сервера 15 летней давности сейчас по цене дров выходят, там пересылка дороже сервера будет, от чего ж такое чудо в продакшн не выпустить.

А тем временем календарь говорит о Июле 2017 года...

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

Я видимо не дорос до вашего уровня и поэтому не понимаю вашего сарказма. Сервер IBM xSeries 336 уже три года крутит на себе биллинг и хоть бы х.й! Тьфу-тьфу!!! Не понимаю зачем мне его выкидывать, если кондеры на плате не вздулись, дорожки не окислились. Со своей задачей справляется хотя и "мамонт" И таких, как я уверен не единицы.

 

А теперь по существу:

Ставил на сервачек х86  FreeBSD-10.3-RELEASE-amd64-bootonly, при установки поставил галку на поддержке Lib_32 (спасибо Andrey75 натолкнул на мысль)

Затем все, как FAQ ubilling пишет. Правда после скачивания 103_64.tar.gz ждал отклика системы минут 10-15 уже думал "не на.бать судьбу" и тут, о чудо, все дальше  полетело.

В итоге- нормально работающий биллинг.

P.S. Уважаемый nightfly может все таки вернете 103_32.tar.gz на старое место. Хотя бы из соображений гуманности над вашими "любимыми ISP"

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

Ну если нравится вам железо 2004-го года... ну и живите в 2004 году.

Тут как бы легаси сохраняется, а вот как на старом говне жить - я фиг знает.

Ручками устанавливайте убиллинг на старую архитектуру раз уж так хочеться.

Так, а если сервер три года уже крутит, нафига новый инстал?

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

Ок! Это все риторика. Возможно этот топик поможет "счастливым" обладателям старого железа. Иногда в жизни нужно 2-3 биллинга у каждого своя топология сети.

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

Может замечание и не в тему но собственно почему нужно 2-3 биллинга. Существует ситуация при которой нужно разграничить доступ админам биллинга по городам проживания абонов. Т.е. админ-вася видит только абонов Мухасранска а админ-петя видит только абонов Зловещенска. 

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

Может замечание и не в тему но собственно почему нужно 2-3 биллинга. Существует ситуация при которой нужно разграничить доступ админам биллинга по городам проживания абонов. Т.е. админ-вася видит только абонов Мухасранска а админ-петя видит только абонов Зловещенска.

 

ээээ... ну да, зловещенска... а еще возможно тетю глашу из усть-печальска...

http://wiki.ubilling.net.ua/doku.php?id=branches

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

Nightfly как обычно респект! Филиалы это то, что надо для решения моих задач. Просто нет времени следить за changelog. Но все же с прекращением поддержки х86 вы поторопились.

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

 

 

Просто нет времени следить за changelog
 

Как и за выпуском нового железа. Так и не заметили когда появились процессоры х64.

Так и не заметили как чистого х86 не производят уже сколько. Ровно так же как и нет времени читать ченджлог.

 

 

 

Но все же с прекращением поддержки х86 вы поторопились.

Вы единственный кому оно надо. У остальных людей больше времени, они в курсе что за 15 лет производительность и энергопотребление значительно улучшились.

Живите в своем 2004 году (год выпуска вашего IBM). А мы тут останемся в 2017. 

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

Сорри за оффтоп, хотел промолчат но не удержался!  Уважаемый I1ght что вы ко мне привязались. Дайте дельный совет по теме или оффтопте в другом топике.

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

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від 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 та перевірю...
       

    • Від Plastilin
      Вітаю. Маю наступний комплект. Ubilling на Debian + Mikrotik CHR як маршрутизатор. Наче все запустилось, але виникло питання яке не вдається розрулити. Читав Wiki, ковиряв, читав знову Wiki, знову ковиряв - не допомогло.
      Чи можливо якось визначити конкретну IP адресу з пулу який видає Mikrotik клієнту через Radius? Мені пропонує обрати наступну вільну адресу з пулу при спробі зміни адреси?
      З цього з'являється додаткове питання, чи можливо контролювати доступ користувачам у яких IP назначений статично, тобто прописаний вручну? Наприклад при зміні статусу не активний - пхати до Firewall Mikrotik правила заборони доступу з IP адреси визначеної вручну, навіть якщо вона не отримана по DHCP.
       
      UPD: з першою частиною знайшов: IP_CUSTOM=1 в alter.ini 
    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
×
×
  • Створити нове...