Перейти до

Патч для сборки stg-2.408 на FreeBSD 10


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

  В 19.10.2015 в 17:45, madf сказав:

 

  В 19.10.2015 в 14:33, Polo сказав:

Попробовал ссылку http://ubilling.net.....409-rc1.tar.gz билд прошол, ток смущает 1 строчка Checking for iconv 2nd argument... non-const

Чем смущает?

Да, должен предупредить — в этой версии не работает графический конфигуратор. Пока.

 

Чем же пользоваться для администрирования?

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

С какого перепугу?

  В 20.10.2015 в 06:56, Polo сказав:

 

  В 19.10.2015 в 17:45, madf сказав:

 

  В 19.10.2015 в 14:33, Polo сказав:

Попробовал ссылку http://ubilling.net.....409-rc1.tar.gz билд прошол, ток смущает 1 строчка Checking for iconv 2nd argument... non-const

Чем смущает?

Да, должен предупредить — в этой версии не работает графический конфигуратор. Пока.

 

Чем же пользоваться для администрирования?

 

sgconf/sgconf_xml

Но ничего, проблема уже локализована. Скоро починю.

Ссылка на сообщение
Поделиться на других сайтах
  В 22.10.2015 в 06:42, madf сказав:

 

  В 20.10.2015 в 06:56, Polo сказав:

 

  В 19.10.2015 в 17:45, madf сказав:

 

  В 19.10.2015 в 14:33, Polo сказав:

Попробовал ссылку http://ubilling.net.....409-rc1.tar.gz билд прошол, ток смущает 1 строчка Checking for iconv 2nd argument... non-const

Чем смущает?

Да, должен предупредить — в этой версии не работает графический конфигуратор. Пока.

 

Чем же пользоваться для администрирования?

 

sgconf/sgconf_xml

Но ничего, проблема уже локализована. Скоро починю.

 

т.е. можно надеяться что в скором будущем заработает графический конфигуратор?

Ссылка на сообщение
Поделиться на других сайтах
  В 27.10.2015 в 08:03, Polo сказав:

 

  В 22.10.2015 в 06:42, madf сказав:

...

Но ничего, проблема уже локализована. Скоро починю.

т.е. можно надеяться что в скором будущем заработает графический конфигуратор?

 

В git уже исправлено.
Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...
  В 06.11.2015 в 15:42, s.t.a.l.k.e.r сказав:

Где можно скачать графический конфигуратор для stg-2.409-rc1?

Неправильный вопрос. Конфигуратор не менялся. А вот текущую версию stg из git можно скачать тут: http://git.stg.codes/stg.git

Главное — правильно выбрать ветку.

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...
  В 16.11.2015 в 06:39, Polo сказав:

А мона ссылочку плз на правильную ветку полную, если Вас не затруднит. 

Заранее благодарен.

git clone -b stg-2.409 http://git.stg.codes/stg.git

На свой страх и риск.

Ссылка на сообщение
Поделиться на других сайтах
  В 18.11.2015 в 07:58, Polo сказав:

почему на страх и риск?

И почему нельзя добавить это в обычную сборку СТГ?

Потому что ветка в разработке, релиза еще небыло и там есть пара штук которые точно сломаны и еще неизвестное количество сломанных штук о которых я не знаю.

Вобще вопрос странный. Если разработчик еще не сделал релиз - значит на то есть весские причины.

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

Скажите ПЛЗ че это значит при запуске  stargazer пишет :

 

Shared object "libiconv.so.2" not found, required by "stargazer"

 

OS FreeBSD 10.2 amd64 

хотя libiconv.so.2 есть в системе

 

например для mc:

 ldd /usr/local/bin/mc

/usr/local/bin/mc:
        libslang.so.2 => /usr/local/lib/libslang.so.2 (0x800925000)
        libncurses.so.8 => /lib/libncurses.so.8 (0x800cba000)
        libssh2.so.1 => /usr/local/lib/libssh2.so.1 (0x800f07000)
        libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x80112f000)
        libintl.so.8 => /usr/local/lib/libintl.so.8 (0x801436000)
        libc.so.7 => /lib/libc.so.7 (0x801641000)
        libm.so.5 => /lib/libm.so.5 (0x8019ed000)
        libz.so.6 => /lib/libz.so.6 (0x801c16000)
        libssl.so.7 => /usr/lib/libssl.so.7 (0x801e2c000)
        libcrypto.so.7 => /lib/libcrypto.so.7 (0x802098000)
        libiconv.so.2 => /usr/local/lib/libiconv.so.2 (0x80248c000)
        libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x802786000)
        libthr.so.3 => /lib/libthr.so.3 (0x8029fb000)
 
а СТГ:
ldd /usr/sbin/stargazer
/usr/sbin/stargazer:
        libthr.so.3 => /usr/lib32/libthr.so.3 (0x28148000)
        libiconv.so.2 => not found (0)
        libstdc++.so.6 => not found (0)
        libm.so.5 => /usr/lib32/libm.so.5 (0x28169000)
        libc.so.7 => /usr/lib32/libc.so.7 (0x28193000)
        libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0x2830e000)

 

 

как  такое может быть???

Відредаговано Polo
Ссылка на сообщение
Поделиться на других сайтах
  В 26.11.2015 в 21:45, Polo сказав:

Скажите ПЛЗ че это значит при запуске  stargazer пишет :

 

Shared object "libiconv.so.2" not found, required by "stargazer"

 

...

 

как  такое может быть???

Может, еще как может! Добро пожаловать в загадочный и нелогичный мир FreeBSD! Она по умолчанию ставит софт в /usr/local но по умолчанию его там не ищет. Такие пироги.

Я уже не помню куда там надо пнуть чтобы это починить (кроме очевидного LD_LIBRARY_PATH). После чего это произошло?

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

А не может ли быть дело в том что система 64 битная и libiconv соответственно тоже для 64-х битных приложений. СТГ же 32-х битный? и получается что он ищет библиотеку не там?

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

 

 

  В 30.11.2015 в 08:54, Polo сказав:
А не может ли быть дело в том что система 64 битная и libiconv соответственно тоже для 64-х битных приложений. СТГ же 32-х битный? и получается что он ищет библиотеку не там?

С какого перепугу?

Ссылка на сообщение
Поделиться на других сайтах
  В 30.11.2015 в 08:54, Polo сказав:

А не может ли быть дело в том что система 64 битная и libiconv соответственно тоже для 64-х битных приложений. СТГ же 32-х битный? и получается что он ищет библиотеку не там?

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

Эмперическим путем выявил: СТГ в 64-х битной FreeBSD  ищет библиотеку не по путям  - /lib:/usr/lib:/usr/local/lib,

а по путям 32-х битных библиотек  - /usr/lib32.

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

навтыкал использовал git на BSD 9.3 i386, затем закачаный дистрибутив переписал на BSD 10.2 amd64, и пытался его там установить, вот его беднягу и плющило :)

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

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

Если значение меньше нуля например- 0.01 то он заносит в таблицу postgresql  tb_tariffs_params значение равное нулю

если же ставить единицу и больше то вообще какую-то лабуду туда пишет, например ставлю 1-цу иторпритирует ее как "1048576.0000"

что ж делать то?

Ссылка на сообщение
Поделиться на других сайтах
  В 01.12.2015 в 11:01, Polo сказав:

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

Если значение меньше нуля например- 0.01 то он заносит в таблицу postgresql  tb_tariffs_params значение равное нулю

Отрицательная стоимость? Экий вы затейник!

 

  В 01.12.2015 в 11:01, Polo сказав:

если же ставить единицу и больше то вообще какую-то лабуду туда пишет, например ставлю 1-цу иторпритирует ее как "1048576.0000"

что ж делать то?

Вот потому и не релиз. Потому и на свой страх и риск.

Ссылка на сообщение
Поделиться на других сайтах
  В 02.12.2015 в 06:39, madf сказав:

 

  В 01.12.2015 в 11:01, Polo сказав:

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

Если значение меньше нуля например- 0.01 то он заносит в таблицу postgresql  tb_tariffs_params значение равное нулю

Отрицательная стоимость? Экий вы затейник!

 

В данном случае это не не минус а тирэ  :)

 

Думаю что это опять же таки проблема по моему мнению с приведением типов данных... Потому как в этой же таблице остальные поля записываются правильно.

Відредаговано Polo
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 02.12.2015 в 07:30, Polo сказав:

...

 

В данном случае это не не минус а тирэ 

 

:)

 

Думаю что это опять же таки проблема по моему мнению с приведением типов данных... Потому как в этой же таблице остальные поля записываются правильно.

Я вот тоже сперва подумал что тирЭ, но вот фраза

  В 02.12.2015 в 07:30, Polo сказав:

Если значение меньше нуля

все ж подтверждает :)

 

Нет, там не приведение типов. Там что-то другое. Неинициализированная переменная, например. Надо смотреть.

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

Да уж описка вышла :)

 

Я вот тоже сперва подумал что тирЭ, но вот фраза

02 дек 2015 - 09:30 AM Polo писал:snapback.png

  В 02.12.2015 в 07:30, Polo сказав:

Если значение меньше нуля

все ж подтверждает  :)

 

 

хотел написать меньше ЕДИНИЦЫ :) в смысле дробное :)

 

Я понимаю что у вас есть чем заняться, но если это возможно хоть подскажите где в исходниках копать.

Ubilling прекрасная система для провайдера домашних сетей, но strgazer с графическим win конфигуратором более подходящая система для мелких не требующих такого скурпулезного учета систем. Например мне в биллинге Города Улицы Дома Сети и услуги,  Сервер DHCP Тарифы Скорость тарифов nas.png Сервера доступа (NAS)rules.png Классы трафикаlousytariffs.png Непопулярные тарифы Типы оплат Работники Планирование работ Отслеживание задач Платежные карточки Поля профиляcontrahens.png Предприниматели Динамический шейпер Сигнал БС Mikrotik Персональные заметки Свичи Карта оборудования Пользовательские карты Возможности подключений Типы тегов Виртуальные сервисы Объявления кабинета не нужны, я уже молчу про отчеты. Вы разработали прекрасную систему не уступающую по функционалу такому мастадонту как например abills.

 

НО очень хотелось бы, чтобы графический интерфейс заработал, заранее благодарен за понимание. 

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

Если вы провайдеръ, обслуживающий конкретных абонентов, проживающих по конкретным адресам, и приносящих, конкретные бабки в кассу (фиксированного ШПД, ага) - внезапно все это нужно. А что не нужно - отключаемо. Даже если вы так сегодня не думаете, завтра вам придется становиться нормальным, и внедрять нормальный учет.

Если вы - что-то типа публичной библиотеки, компутерного класса, или скажем интернет кафе, то таки да - это там таки реально, нафиг не упало, и голый старгейзер, с виндовой мордой, является самым адекватным выбором. Релизный 2.408 и патченный с плавающими периодами АП, вполне себе собираются и работают на 9.3, иногда с минимальной рихтовкой iconv. 2.409rc1 был притащен за уши в дистрибутив Ubilling-а, только ради более простой сборки на 10.2 (и нет, я до сих пор не знаю чего там есть такого, без чего нельзя прожить биллинговому серверу) и обладает чуть другим набором специфичных проблем.

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

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

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

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

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

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

Вхід

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

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

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

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

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

    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від FantoM_EscapE
      Хочу перенести свій білінг NODENY із фізичного сервера на віртуальний. Шукаю адміна який зможе допомогти у цьому питанні, так як нашого адміна банально призвали до війська. Вся схема на даний момент робоча, маю доступи до всього. Потрібно проінсталити на новішу версію FREEBSD, бо на моїй 10 річній вже не працюють нові SSL сертифікати. Кого зацікавила дана пропозиція - прошу у приватні повідомлення. обсудимо ціну і строки. або пишіть на будь-який месенджер 0677792091
    • Від a_n_h
      Всем доброго дня!
        После "переезда" на новый сервер не работает подсчет трафика у абонов, графики рисует исправно.
       
        softflowd запущен:
        nobody  26980    0.0  0.0   13488   3148  -  Is   05:40       0:00.00 /usr/local/bin/softflowd -i bridge0 -n 127.0.0.1:42111 -m 16000 -p /var/run/softflowd.br
       
        при проверке  tcpdump -i lo0 port 42111 - тишина...
       
        Подскажите, куда копать?

×
×
  • Створити нове...