Перейти до

madf

Сitizens
  • Всього повідомлень

    4 122
  • Приєднався

  • Останній візит

  • Дней в лидерах

    22

Сообщения додав madf

  1.  

     

    Я тоже спотыкнулся об эту логику, что ноль на балансе - это нормально, когда перешел с версии стг кажись 2.406 на 2.408. В предыдущей версии при баланс=0 инет не давало.

    ...

    Здается мне что вы брешете. Дело, конечно, давнее, но stg никогда не менял логику отключения абонентов.

     

     

    Что Вы, сударь, здесь же мы все джентльмены, я не могу себе такого позволить :)

    Мне это точно не приснилось, я минимум пол года пользовался старой версией, и там было именно так. Может это была не 2.406 а еще старше, может еще что-то поменялось при обновлении (хотя я конфиги и скрипты оставил старые) - не знаю, но факт остается, раньше при баланс = 0 инета не было, и мне не приходилось писать в кредите -1.

    Будет время, не поленюсь, поставлю на виртуалке старый стг и перепроверю...

    ...

     

    Посмотрел, логика поменялась в версии 2.404 в 2007-м году. Я тогда как раз пришел на проект, не удивительно что не помню.
  2. Я тоже спотыкнулся об эту логику, что ноль на балансе - это нормально, когда перешел с версии стг кажись 2.406 на 2.408. В предыдущей версии при баланс=0 инет не давало.

    ...

    Здается мне что вы брешете. Дело, конечно, давнее, но stg никогда не менял логику отключения абонентов.
  3. Да я как бы вообще ничего и не делал что б использовать нормальные СУБД, с коробки установил по мануалу... Как можно решить ? и есть ли смысл решать ? Может в неправильной последовательности запускается ??? 

    Та это я ритуальную фразу произношу при проблемах с MySQL. Разберитесь что там у вас с СУБД происходит.

  4.  

    Кстати вот поковырялся в логах старгазера - куча ошибок при перезапусках типа 

    2014-11-28 10:34:19 -- Cannot write stat for user psed91ap0.
    2014-11-28 10:34:19 -- Couldn't save user stat:
    2014-11-28 10:34:19 -- Cannot write disconnect for user psed91ap0.
    2014-11-28 10:34:19 -- Couldn't connect to Server
    Что ему не нра 7 
    При этом как бы всё работает...

     

    И что только люди не делают чтобы не использовать нормальные СУБД... :)

  5. Можна в старгейзері вказати тип зняття АП, воно працює з розмазнею.

    В старгейзер.конф  FeeChargeType = 1

    0 - за умовчанням, знімає завжди

    1 - знімає коли баланс більше або дорівнює 0

    2 - знімає коли баланс більше 0

     

     

    А, автоморозильник має сенс коли поріг заморозки дорівнює тариф*2, тобто тариф 100 гривень в місяць - то поріг 200, звісно IMHO.

    Фігню пишете, шановний :)

    0 — знімає незалежно від того скільки у абонента грошей на рахунку;

    1 — знімає тільки коли баланс додатній (абонент може зайти в „мінус“, але не більше ніж на величину АП);

    2 — знімає тільки тоді коли грошей на рахунку достатньо для зняття АП (абонент ніколи не заходить у „мінус“).

  6.  

    Бесперебойник защитит от поврежения ФС при пропадании питания (естественно нужно настроить правильно сервер для отслеживания состояния бесперебойника).

    :facepalm:

    Бесперебойник сам часто причина пропадания питания. Кроме того от других причин повреждения ФС это не защитит, как хардовых, от которых сервер виснет, типа SATA кабель от вибрации стал отходить, перегрев и т.д., так и софтовых, типа глюков в драйверах, ядре и т.д.

     

    Так же бесперебойник не защитит от прямого попадания ядерного снаряда, потопа в серверной, мирового финансового кризиса и вируса лихорадки Эбола. И что?

    На то и бекапы.

  7.  

     

    Так что посоветуете?

    Искать мамку хоть с каким то рейдом, и туда все ставить в зеркало ?

    или же взять эту мать с j1900 + 2 винта один как основной а на второй каждый день бекапить основные данные ? 

    Типо баз данных и файлов с сайтов ? 

    Делайте софт-рейд + бесперебойник + офф-сайт бекапы и не парьтесь.

     

    Не хочу терять файлы, вроде ничего такого то и не будет, просто потом восстановить все это ужас 

     

     

    Рейд защитит от проблем с винтами, тот факт что он "софт-" защитит от проблем с контроллером. Бесперебойник защитит от поврежения ФС при пропадании питания (естественно нужно настроить правильно сервер для отслеживания состояния бесперебойника). Бекапы защищают от случайного удаления, тот факт что они "оффсайт-" защищает от пожара в серверной, изъятия серверов или носителей органами и прочих нештатных ситуаций. Что еще нужно?

  8. Так что посоветуете?

    Искать мамку хоть с каким то рейдом, и туда все ставить в зеркало ?

    или же взять эту мать с j1900 + 2 винта один как основной а на второй каждый день бекапить основные данные ? 

    Типо баз данных и файлов с сайтов ? 

    Делайте софт-рейд + бесперебойник + офф-сайт бекапы и не парьтесь.

  9.  

    Альтернативы? Ну кроме заведения отдельной таблицы для всех адресов пулов, и апдейта записей в ней (что чревато)?

    Вынести раздачу адресов в отдельный сервис или это слишком сложно для асмодеусов?

     

    "We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil"

    И даже если вдруг оказалось что база стала узким местом - сперва лучше оптимизировать саму базу.

    Задача вообще-то совсем не для СУБД и использовать СУБД в качестве планировщика ресурсов - тот еще маразм.

     

    Для чего только БД не используют... У меня на работе, в одной финансовой конторе, БД используется для IPC. И ничего, никто не жалуется. Но я вообще писал не про использование. Меня больше удивило что кто-то жалуется что запросов много.
  10.  

    We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evi

    Напомнило: Возил мужик из Чернигова картошку одним ведром на жигулях, и решил оптимизировать работу покупкой суперкара но с тем же ведром.

     

    Если уж сравнивать с ведром картошки то скорее так: возил мужик из Чернигова ведро картошки на жигулях, а когда попросили его привезти два ведра - жаловаться начал, что два это много, вдруг заводиться перестанет. И вообще машина придумана не для перевозки грузов, для нее есть задачи поважнее.
  11.  

     

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

    Да ну? А разве это не задача базы - слушать вопросы и отвечать на них? Чем это ей еще заниматься?

     

    Чем меньше запросов к базе, тем меньше шансов, что база станет узким местом.

     

    "We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil"

    И даже если вдруг оказалось что база стала узким местом - сперва лучше оптимизировать саму базу.

     

     

     

    И вопрос, какова вероятность образования deadlock?

    ...

    Дедлоки или есть (что фатально плохо), или их нет (что хорошо). Раз вы говорите о вероятности появления дедлоков, значит они есть и ваша архитектура - говно.

     

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

     

    Раз не разрабатывали, то какого черта вы о них тут судите? "Не читал но осуждаю"?
  12. ... Не самый оптимальный алгоритм, постоянно дёргать базу, ей и так есть чем заниматься.

    Да ну? А разве это не задача базы - слушать вопросы и отвечать на них? Чем это ей еще заниматься?

     

    И вопрос, какова вероятность образования deadlock?

    ...

    Дедлоки или есть (что фатально плохо), или их нет (что хорошо). Раз вы говорите о вероятности появления дедлоков, значит они есть и ваша архитектура - говно.
  13. последовательность действий следующая:

    делаем бекапчик

    sudo cp -R /etc/stargazer /etc/stargazer_bak

     

    собрать Stargazer в отладочном режиме (находимся в папке stg-2.408/[/size]projects/stargazer/[/size]):

    sudo ./build debug

     

    Можно без sudo.

     

    после этого собираем 

    sudo make install

     

    Без install, просто make. И можно без sudo.

     

    копируем ручками файлики

    sudo cp stargazer /usr/sbin/stargazer
    sudo cp ../../lib/* /usr/lib/stg/
    sudo cp modules/* /usr/lib/stg/

     

    Библиотеки можно не копировать, cp ../../lib не нужно.

     

    устанавливаем gdb, и потом из под него запускаем stargazer

    sudo gdb /usr/sbin/stargazer
    После этой команды откроется консоль gdb. Там надо выполнить:

    r /etc/stargazer

    и ждать падения stargazer?

     

    поправьте плиз, если что то упустил.

    После падения делаем thread apply all bt и выхлоп мне (сюда или на почту faust@stg.dp.ua).
  14.  

    Откуда ограничение в 2к для ubilling?

    и

     

     

    почему вы решили что для abills    2000 абонентов  - это проблема ? 

    Немного вы меня не поняли. Я имею ввиду, что при более 2к клиентов стоит задумываться о переходе на другие, коммерческие, более грамотные продукты. Тут вам и рост и стабильность (Ну опять же, совокупность многих факторов).

     

    ...

     

    Вы по профессии, случайно, не рекламщик?

  15.  

    Вопрос открыт. Какие тренды сейчас в биллингах?

    Если активных клиентов менее 2000, то Abills, mikbill, ubilling. Если вы уже более серьёзно развиваете предприятие и хотите безопасно обновляться, идти в ногу со временем, то уж рассмотрите варианты Гидра, Felix2 может быть карбон и expertbilling. Для региональных операторов связи, присутствуют очень дорогие, но очень надёжные решения, есть ли смысл их здесь упоминать?

     

    Откуда ограничение в 2к для ubilling?

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