nightfly

Он прямолинейно и брутально стартует из фаервола, так как мне всегда лень играть в нормальный rc :Р

1. Находите вот такую вот задачу. Запоминаете. 2. Нажимаете кнопочку "очистить кэш" в самом модуле ну или дропаете следующие ключи кэша: UBCACHE_TASKSJOBS, UBCACHE_TASKSOUTS. 3. Долго долго ждете загрузки модуля и смотрите на это все еще раз. 4. Если не помогло - дропаете весь кэш и опять на это смотрите. 5. Если это помогло - значит этот модуль теперь показывает температуру на марсе, но уже не в градусах цельсия а в градусах фаренгейта. Почему это так - можете поразмыслить на досуге.

Акєлла промахнувся. .... shared-network ethernet { {SUBNETS} ###### Unknown users network subnet 172.31.0.0 netmask 255.255.240.0 { default-lease-time 3600; option domain-name "isp"; option subnet-mask 255.255.240.0; option domain-name-servers 172.31.0.1; option routers 172.31.0.1; range 172.31.0.100 172.31.0.254; } } Отак має бути.

config/dhcp/global.template покажіть.

Потому, что: 1. это не наша таблица 2. в норме это вообще не таблица 3. оно там и не должно создаваться 4. это какое-то стремное самопальное творчество не имеющее к Ubilling в его современном виде, никакого отношения. Потому, что он там и не должен создаваться. См. выше. UPD: вот как работает Ubilling с FreeRADIUS. И как не сложно заметить, мы ничего не знаем о ваших radius_clients.

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

Тихо-тихо и без лишней паники Ubilling 1.1.0 rev 7657 subterranean city Коротко о изменениях Кто-то починил сломанный бобром шлагбаум. Изменения в структуре БД. см. дамп. alter.ini: новая опция TASKMAN_DUPLICATE_CHECK включающая нотификацию о дублях задач. alter.ini: опция PHOTOSTORAGE_ENABLED теперь включена по-умолчанию для всех новых установок. alter.ini: опция USERNAS_IN_PROFILE теперь включена по-умолчанию для всех новых установок. alter.ini: новая необъязательная опция SW_CASH_ENABLED включающая рассчет рентабельности свитчей. alter.i

https://bfy.tw/OvOi

И что?

зачем, и какая в этом логика? в этом. Хотя я уже ничему не удивляюсь и привык, что окружающие прилагают просто космические какие-то усилия для того чтобы делать что угодно и найти себе проблем на ж#пу и поебаться на ровном месте, вместо того, чтобы просто работать и быть счастливыми.

Нормальный, это такой, который позволяет инициализировать всех юзеров на удаленном NAS rscripd за это время, чтобы не спровоцировать их циклический обвал. Ставь минут десять - думаю не прогадаешь Я же говорил...что нихера ты не логируешь. А так бы ты знал, сколько времени примерно уходит на каждого юзера

Я вас категорически не понимаю. Точнее слова понятны, но я всеравно не понимаю что вы пытаетесь сказать. Do you speak english?

Думаю это должно быть что-то типа такого. Не тестил, накидал от фонаря. set_time_limit(0); $tariffPrices = zb_TariffGetPricesAll(); $users = new nya_users(); $users->where('Passive', '=', 0); $all = $users->getAll(); $i = 0; if (!empty($all)) { foreach ($all as $io => $each) { $userTariff = $each['Tariff']; if (isset($tariffPrices[$userTariff])) { $userFee = $tariffPrices[$userTariff]; if ($userFee > 0) { $feeCharge = '-' . $userFee; $billing->addcash($each['login'], $feeCharge);

Ну у 2.408 все идеально на тему контактов с rscript из 2.409rc2 и 2.409rc5 - проверено веками. У него другая системная проблема, в виде "залипающих конфигураторов" которая по предварительным наблюдениям, полностью ушла в 2.409. А по поводу отвалов юзеров - я более чем уверен, что у него до невозможности медленные On* скрипты откуда и не успевание уложится в дефолтный таймаут на каких либо осязаемых количествах юзеров.

Дай угадаю. Ты нифига не логируешь выполнение On* скриптов? В противном случае ты бы заметил, что отваливаются абоненты пачками, особенно в процессе массовой инициализации и довольно таки циклично. Правда? Итого вывод напрашивается ровно один - таймаут нормальный в rscriptd поставь.

да.. походу оттуда и каша в базе.

l1ght А кстати зацени - у него и сокеты заняты. Он как-то умудрился несколько старгейзеров запустить.

сами со словарем переведете, или помочь?

Вообще предполагалось из SQL консоли, ну да ладно. А теперь идем к этому пользователю в черную магию, а потом в контроль целосности.

Окей, теперь показываем вывод: select * from `networks` where `id`='1' select count(id) from `nethosts` where netid='1' select * from `nethosts` where `ip`='192.168.3.40' меня тут вообще дохера всего смущает.

Это тоже ниразу не справочник сетей. Давайте так - либо вы будете вменяемым и поможете нормально диагностировать вашу проблему - либо играйтесь сами.

это ниразу не справочник сетей

Очень старались наверное А вы ожидали что произойдет что-то страшное? Нет, за страшными вещами это не к нам. Обновления можно накатывать как угодно, главное их накатывать. Ничего ужасного произойти не должно. Это основное правило при их сборке. я понятия не имею, почему у вас "такое впечатление" покажите как сеть эта в справочнике заполнена

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