dnet

Добрый день. Свежеустановленная Версия Ubilling: 0.6.7 rev 4486. При попытке скрестить freeradius+mpd5, не проходит тестовый запрос radtest 3ap0 j9hot1ze 192.168.5.10 0 30bd10fa70fa http://pastebin.com/Ya2dNh5C Где копать ?

Мы говорим в разных плоскостях: меня интересует работающий биллинг на поддерживайемой версии php в системе FreeBSD всегда, а не сейчас.

Думаю широкий круг потребителей полностью устроит только 9.3 amd64. Зачем что-то тестировать на 5.3 ? или 8.4 ? У 8.4 end of life в этом месяце. Мы же не в пещере живем. Если что-то серьезно делать то сразу на 5.6.

Основной вопрос, убиллинг установился в режиме авто, но обновляться такая система отказывается: root@test-ubilling:/ # portmaster -da ===>>> Gathering distinfo list for installed ports ===>>> Starting check of installed ports for available updates ===>>> The lang/php53 port has been deleted: Has expired: security EOL reached 14 Aug 2014 ===>>> Aborting update root@test-ubilling:/ # О каких порядках цифр идет речь чтоб подобные моменты не возникали сейчас и впредь ?

Ну да, все как по книжке http://wiki.ubilling.net.ua/doku.php?id=faq Указал на старую версию пхп из соображений безопасности. Посыл в книжку в данном случае не уместен.

вот что не катит, время синхронизируйте - тогда старгейзер соберется Время сборки ядра синхронизировать ? Меня смущает в автомате, версия php. Попробую еще раз.

Ubilling download has been completed. mkdir: /usr/local/www/apache24/data: No such file or directory cp: directory /usr/local/www/apache24/data/billing does not exist cd: /usr/local/www/apache24/data/billing/: No such file or directory Can't open /etc/stargazer/stargazer.conf: No such file or directory. Can't open /etc/stargazer/stargazer.conf: No such file or directory. UBinstaller.sh: /usr/sbin/stargazer: not found UBinstaller.sh: /usr/sbin/sgconf_xml: not found No matching processes were found ERROR 1049 (42000): Unknown database 'stg' ERROR 1049 (42000): Unknown database 'stg' ERROR 1049 (

Добрый день. При попытке установить убиллинг 0.6.6 rev 4374 на свежеустановленную FreeBSD ubilling-test 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 в автоматическом режиме все плохо, в режиме для чайников лучше, но не до конца устанавливается. Как быть, что делать, возможно будут мнения ? В связи с этим опять возникает вопрос, как скоро ждать под 10ку инсталлер

Добрый день. Можно поинтересоваться примерными сроками совместимости free 10.1 с убиллингом ?

Ремонтом и сроками доволен, рекомендую !

Совершенно ничего в документации не написано, так и есть, вот какой нехороший разработчик, не удосужился документацию написать, ай-яй-яй. http://wiki.ubilling.net.ua/doku.php?id=migration

Необходимо организовать включение в Донецке проспект Засядько, 50Мбит и выделить /29. Рассмотрим все предложения. PS:Просьба, без флуда, и посыла на другие ресурсы, спасибо.

Решил попробовать миграцию через миграцию, подсунул файлик с <1500 пользователями, выбрал необходимые опции, нажал мигрировать, вуаля, через примерно 40 минут все пользователи оказались в биллинге

Done.

array ( 0 => array ( 'Table' => 'ubstorage', 'Create Table' => 'CREATE TABLE `ubstorage` ( `id` int(11) NOT NULL AUTO_INCREMENT, `key` varchar(255) DEFAULT NULL, `value` longtext, PRIMARY KEY (`id`), KEY `key` (`key`), FULLTEXT KEY `value` (`value`) ) ENGINE=MyISAM AUTO_INCREMENT=156 DEFAULT CHARSET=utf8', ), )

wrong data input: INSERT INTO `ubstorage` (`id` ,`key` ,`value`) VALUES (NULL , 'IMPORT_REGDATA', 'YToyOTA1OntpOjUwMjE5ODg7YToxNzp7czo1OiJsb2dpbiI7czo3OiI1MDIxOTg4IjtzOjg6InBhc3N3b3JkIjtzOjEwOiJ3M2ZkczNjdWRzIjtzOjI6ImlwIjtzOjEwOiIxMC4xMDAuMC4xIjtzOjM6Im1hYyI7czoxNzoiMTQ6ODg6OTU6MTc6NTc6MTkiO3M6NjoidGFyaWZmIjtzOjU6InRhcmlmIjtzOjQ6ImN Кусочек, а вообще такого текста дальше дофига. В случае попытки получить дамп с до 1565 пользователями, дамп получается. И по отдельности, если в файл до 1565 строк впихивать, дамп всех пользователей кусочками получается.

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

норм еще, у меня оно в среднем обламывалось в диапазоне около ~1.2k в зависимости от погоды. С этого места подробней. Что делаю я: Беру файлик подготовленный, с данными для миграции, >консоль разработчика >миграция >выбираю свой файлик, кодировку, символ >загрузить >устанавливаю необходимые поля >по дефолту show sql dump >нажимаю сохранить тут есть несколько вариантов >ошибка если пользователей >1565 >табличка с заполнеными полями пользователей если пользователей <1565 >если абонов с десяток, то тогда будет дамп в таком виде DEBUG Array (

А я тут мозк себе взрываю На 1566 затыкается

В предыдущем посту, это создался пользователь, неправильно понял вывод. Подскажите в чем искать причину, по отдельности начало и конец списка пользователей например "0" и до "p" 1450 учеток создает, от "p" и до "z" 1565 учеток создает, выдает список пользователей которых будет регить, и показывает их данные, а одним файлом матюкается на не правильность данных ? Шо за фигня ? Регить за 2 раза пользователей, так можно, ничего не сломается в последствии ?

All correct? Таблицу с юзерами рисует, некоторые поля пустые. migrate При попытке ригистрации что-то не нравится как понять что именно ? DEBUG Array ( [login] => 123456 [password] => 123456 [ip] => 10.100.0.7 [mac] => 14:88:35:53:88:56 [tariff] => tarif [cash] => 0 [phone] => [mobile] => [email] => [credit] => 0 [creditex] => 0 [address] => [realname] => Ткач Юрий Юрьевич [contract] => [ao] => 1 [down] => 0 [passive] => 0 )

И тут вспоминаю, по какой то причине, при первоначальной настройке, установил время 00:08:00 до 23:59:59 и когда недавно вносил изменения, решил както это не феншуйно, ведь время должно быть 00:59:00 и тут бац и поламалася, а оказывается по факту указывается только время старта(изменения шейпа). Другими словами, можно указать с 08:00:00 до 08:10:00 при этом указать в кроне 01 08 *** и ночной от 00:59:00 до 01:10:00 в кроне 01 01 ***.

Ёклмн, тоесть время от 00:08:00 и максимальное время до 23:59:59 и никак не 00:59:00

настроил давно и успел забыть,при этом в логе было ####Shape start13-Dec-2013 01:02:00#### =============== user login:00144 normal mark:8252 user tariff:33 normal speed:4096 new speed:8192 =============== user login:00015 normal mark:8245 user tariff:40 normal speed:8192 new speed:16384 =============== ####Shape end 13-Dec-2013 01:02:00#### #### Shape start13-Dec-2013 08:02:00#### =============== user login:00099 normal mark:8199 user tariff:33 normal speed:4096 new speed:4096 =============== user login:00100 normal mark:8200 user tariff:33 normal speed:4096 new speed:4096 ===============

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