-
Всього повідомлень
4 122 -
Приєднався
-
Останній візит
-
Дней в лидерах
22
Тип контенту
Профили
Форум
Календарь
Сообщения додав madf
-
-
Во фряхе ж шланг, вроде, по дефолту?
В любом случае у вас там в системе какая-то лажа. Но можно явно указать:
CC=/usr/bin/clang CXX=/usr/bin/clang++ ./build
CC=/usr/bin/clang CXX=/usr/bin/clang++ gmake
Ну или gcc48/g++48 вместо clang/clang++. -
g++: not found
Как-бы намекает.
-
gmake clean
gmake -
Посмотрел, логика поменялась в версии 2.404 в 2007-м году. Я тогда как раз пришел на проект, не удивительно что не помню.
Здается мне что вы брешете. Дело, конечно, давнее, но stg никогда не менял логику отключения абонентов.Я тоже спотыкнулся об эту логику, что ноль на балансе - это нормально, когда перешел с версии стг кажись 2.406 на 2.408. В предыдущей версии при баланс=0 инет не давало.
...
Что Вы, сударь, здесь же мы все джентльмены, я не могу себе такого позволить
Мне это точно не приснилось, я минимум пол года пользовался старой версией, и там было именно так. Может это была не 2.406 а еще старше, может еще что-то поменялось при обновлении (хотя я конфиги и скрипты оставил старые) - не знаю, но факт остается, раньше при баланс = 0 инета не было, и мне не приходилось писать в кредите -1.
Будет время, не поленюсь, поставлю на виртуалке старый стг и перепроверю...
...
-
Здается мне что вы брешете. Дело, конечно, давнее, но stg никогда не менял логику отключения абонентов.Я тоже спотыкнулся об эту логику, что ноль на балансе - это нормально, когда перешел с версии стг кажись 2.406 на 2.408. В предыдущей версии при баланс=0 инет не давало.
...
-
А, так чего ж тут непонятного-то. Мускул остановился до того как остановился Старгейзер.
-
Да я как бы вообще ничего и не делал что б использовать нормальные СУБД, с коробки установил по мануалу... Как можно решить ? и есть ли смысл решать ? Может в неправильной последовательности запускается ???
Та это я ритуальную фразу произношу при проблемах с MySQL. Разберитесь что там у вас с СУБД происходит.
-
Кстати вот поковырялся в логах старгазера - куча ошибок при перезапусках типа
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При этом как бы всё работает...И что только люди не делают чтобы не использовать нормальные СУБД...
-
Вечно.
-
Можна в старгейзері вказати тип зняття АП, воно працює з розмазнею.
В старгейзер.конф FeeChargeType = 1
0 - за умовчанням, знімає завжди
1 - знімає коли баланс більше або дорівнює 0
2 - знімає коли баланс більше 0
А, автоморозильник має сенс коли поріг заморозки дорівнює тариф*2, тобто тариф 100 гривень в місяць - то поріг 200, звісно IMHO.
Фігню пишете, шановний
0 — знімає незалежно від того скільки у абонента грошей на рахунку;
1 — знімає тільки коли баланс додатній (абонент може зайти в „мінус“, але не більше ніж на величину АП);
2 — знімає тільки тоді коли грошей на рахунку достатньо для зняття АП (абонент ніколи не заходить у „мінус“).
-
Ниче, просто в реальной жизни, а не в теории, бесперебойники совсем не для спасения от повреждения ФС.
Могу вам посочувствовать.
-
Бесперебойник защитит от поврежения ФС при пропадании питания (естественно нужно настроить правильно сервер для отслеживания состояния бесперебойника).
Бесперебойник сам часто причина пропадания питания. Кроме того от других причин повреждения ФС это не защитит, как хардовых, от которых сервер виснет, типа SATA кабель от вибрации стал отходить, перегрев и т.д., так и софтовых, типа глюков в драйверах, ядре и т.д.
Так же бесперебойник не защитит от прямого попадания ядерного снаряда, потопа в серверной, мирового финансового кризиса и вируса лихорадки Эбола. И что?
На то и бекапы.
-
Так что посоветуете?
Искать мамку хоть с каким то рейдом, и туда все ставить в зеркало ?
или же взять эту мать с j1900 + 2 винта один как основной а на второй каждый день бекапить основные данные ?
Типо баз данных и файлов с сайтов ?
Делайте софт-рейд + бесперебойник + офф-сайт бекапы и не парьтесь.
Не хочу терять файлы, вроде ничего такого то и не будет, просто потом восстановить все это ужас
Рейд защитит от проблем с винтами, тот факт что он "софт-" защитит от проблем с контроллером. Бесперебойник защитит от поврежения ФС при пропадании питания (естественно нужно настроить правильно сервер для отслеживания состояния бесперебойника). Бекапы защищают от случайного удаления, тот факт что они "оффсайт-" защищает от пожара в серверной, изъятия серверов или носителей органами и прочих нештатных ситуаций. Что еще нужно?
-
Так что посоветуете?
Искать мамку хоть с каким то рейдом, и туда все ставить в зеркало ?
или же взять эту мать с j1900 + 2 винта один как основной а на второй каждый день бекапить основные данные ?
Типо баз данных и файлов с сайтов ?
Делайте софт-рейд + бесперебойник + офф-сайт бекапы и не парьтесь.
-
Для чего только БД не используют... У меня на работе, в одной финансовой конторе, БД используется для IPC. И ничего, никто не жалуется. Но я вообще писал не про использование. Меня больше удивило что кто-то жалуется что запросов много.
Вынести раздачу адресов в отдельный сервис или это слишком сложно для асмодеусов?Альтернативы? Ну кроме заведения отдельной таблицы для всех адресов пулов, и апдейта записей в ней (что чревато)?
Задача вообще-то совсем не для СУБД и использовать СУБД в качестве планировщика ресурсов - тот еще маразм."We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil"
И даже если вдруг оказалось что база стала узким местом - сперва лучше оптимизировать саму базу.
-
Если уж сравнивать с ведром картошки то скорее так: возил мужик из Чернигова ведро картошки на жигулях, а когда попросили его привезти два ведра - жаловаться начал, что два это много, вдруг заводиться перестанет. И вообще машина придумана не для перевозки грузов, для нее есть задачи поважнее.
Напомнило: Возил мужик из Чернигова картошку одним ведром на жигулях, и решил оптимизировать работу покупкой суперкара но с тем же ведром.We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evi
-
"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil"
Чем меньше запросов к базе, тем меньше шансов, что база станет узким местом.... Не самый оптимальный алгоритм, постоянно дёргать базу, ей и так есть чем заниматься.
Да ну? А разве это не задача базы - слушать вопросы и отвечать на них? Чем это ей еще заниматься?
И даже если вдруг оказалось что база стала узким местом - сперва лучше оптимизировать саму базу.
Раз не разрабатывали, то какого черта вы о них тут судите? "Не читал но осуждаю"?
Простите, но я не разрабатывал архитектур, вы меня перепутали с кем то. (Печальбеда)
Дедлоки или есть (что фатально плохо), или их нет (что хорошо). Раз вы говорите о вероятности появления дедлоков, значит они есть и ваша архитектура - говно.И вопрос, какова вероятность образования deadlock?
...
-
... Не самый оптимальный алгоритм, постоянно дёргать базу, ей и так есть чем заниматься.
Да ну? А разве это не задача базы - слушать вопросы и отвечать на них? Чем это ей еще заниматься?
Дедлоки или есть (что фатально плохо), или их нет (что хорошо). Раз вы говорите о вероятности появления дедлоков, значит они есть и ваша архитектура - говно.И вопрос, какова вероятность образования deadlock?
...
-
Можно без sudo.последовательность действий следующая:
делаем бекапчик
sudo cp -R /etc/stargazer /etc/stargazer_bak
собрать Stargazer в отладочном режиме (находимся в папке stg-2.408/[/size]projects/stargazer/[/size]):
sudo ./build debug
Без install, просто make. И можно без sudo.после этого собираем
sudo make install
Библиотеки можно не копировать, cp ../../lib не нужно.копируем ручками файлики
sudo cp stargazer /usr/sbin/stargazer sudo cp ../../lib/* /usr/lib/stg/ sudo cp modules/* /usr/lib/stg/
устанавливаем gdb, и потом из под него запускаем stargazer
sudo gdb /usr/sbin/stargazer
После этой команды откроется консоль gdb. Там надо выполнить:r /etc/stargazer
После падения делаем thread apply all bt и выхлоп мне (сюда или на почту faust@stg.dp.ua).и ждать падения stargazer?
поправьте плиз, если что то упустил.
-
Да, вместо install-bin нужно руками раскидать: stargazer в /usr/sbin/stargazer, .so-файлы в /usr/lib/stg/
-
иОткуда ограничение в 2к для ubilling?
Немного вы меня не поняли. Я имею ввиду, что при более 2к клиентов стоит задумываться о переходе на другие, коммерческие, более грамотные продукты. Тут вам и рост и стабильность (Ну опять же, совокупность многих факторов).почему вы решили что для abills 2000 абонентов - это проблема ?
...
Вы по профессии, случайно, не рекламщик?
-
Вопрос открыт. Какие тренды сейчас в биллингах?
Если активных клиентов менее 2000, то Abills, mikbill, ubilling. Если вы уже более серьёзно развиваете предприятие и хотите безопасно обновляться, идти в ногу со временем, то уж рассмотрите варианты Гидра, Felix2 может быть карбон и expertbilling. Для региональных операторов связи, присутствуют очень дорогие, но очень надёжные решения, есть ли смысл их здесь упоминать?
Откуда ограничение в 2к для ubilling?
-
Значит надо собирать в отладочном режиме и запускать из-под gdb.
-
Что последнее в логе?
Патч для сборки stg-2.408 на FreeBSD 10
в Розробка Stargazer
Опубліковано:
А, ну да, - фря, tcsh... Там через setenv. Через gcc тоже должно работать, глявное правильные пути указать.