По идее, в users, но это если файл "подбирается" вместе с SQL и не конфликтует. Ну можете и в SQL выдать этот атрибут на всякий случай.
Может на этот IP уже другой вошел?
Вообще, как и что происходит видно в довольно подробной отладочной информации. Из логов можно даже пакеты воссоздать, имитировать работу сервера доступа с помощью radiusclient. Копайте и докопаетесь. В конфигурации с одним радиусом случайно не становится лучше ?
Для более надежного учета сессии я помнится включал обновления раз в минуту, но это ведь повышенная нагрузка на радиус. Нужно это было исключительно чтобы радиус и бд спокойно переживали перезагрузку, либо длительное пропадание связи.
Есть multilink ppp, но это экзотика. Они не смогут его настроить.
Скорее там кто-то быстро жмет разъединение и быстро переподключается.
Romka_Kharkov, ну там еще в десятке мест можно ошибиться. отладка и анализ кода и ничего больше.
проверь еще что Simultaneous-Use := 1 действительно подгребается из ранних этапов и модуль sql указан в блоке session { }, что на поздних этапах идет обработка этого атрибута.
я стараюсь в эту гадость больше не погружаться. может и нельзя. к конце концов, у кого циско на аватаре?
гугл говорит, что нужно использовать group-policy и vpn-simultaneous-logins .
Там есть отдельный запрос simul_count_query для этой проверки. Он выполняется ?
И потом, если сервер доступа всего один, может той же самой цели можно добиться настроив его?
вот этим не увлекайся :
wait_timeout = 120
interactive_timeout = 15
Если специально убивать, конечно умрут. вот пасаны методично убивают и делятся результатами :
http://www.xtremesystems.org/forums/showthread.php?271063-SSD-Write-Endurance-25nm-Vs-34nm
Там, правда, разбираться в этом треде долго, но, как я понял, обычному сайту нужно очень серьезно постараться чтобы замучать современный ssd-диск.
Значит нужен программист, который не боится чужого кода и сможет разобраться почему конкретный скрипт не видит imagemagick.
Или в топку этот веб. Вложитесь в гречу.
Значит без анализа кода движка не разобраться какой конкретно imagemagick им нужен и почему не хватает этого.
Частенько imagemagick используют в тех случаях, когда хостер не может настроить расширение php, но позволяет запускать программы. Заливают в свой каталог и запускают. У вас должны быть программы типа /usr/bin/convert, mogrify и еще несколько.
Скорее всего ничего не улучшить одними настройками.
У вас там видно четкие периоды роста загрузки процессора, но они все равно не догружают ядра. Если только получится переписать эти процедуры анализа так чтобы они использовали несколько ядер сразу.
График mysql process states почему б не добавить ? или хотя бы mysql table locks
На всякий случай покажите еще вывод программы pt-summary. Она лучше опишет ваш сервер чем вы.
все-таки проверьте подгрузился ли модуль на самом деле.
вот это сообщение имеет смысл, хотя и оформлено в особо дружественной манере :
а пакет php5-imagick отчего не попробовали?
Некоторые движки работают с imagemagick как с внешними программами, но, скорее всего, это не то что вам нужно.
