шеллы удалили, а способ их возникновения не выяснили ? Ну так и не удивляйтесь.
Удалите одно, а они найдут как еще использовать ваши ресурсы.
Разбирайтесь с источником проблемы, а не с ее проявлениями.
madoff, да просто глупо выглядит со стороны отладка через форум.
Слишком странно система себя ведет.
Если это какая-то из вариаций VPS - надо жаловаться хостеру.
Если физическая машина - перегружаться и проверять файловую систему.
А уже потом все остальное
Жду сообщения "засуньте пальцы в розетку" и отчета о выполнении...
rtyug, вероятно место кончилось в том разделе где /tmp.
Файловую систему да завсегда можно проверить, если все ведет себя странно.
Найди глазами номер ошибки . у тебя тут Errcode: 28
Запусти perror 28 и увидишь сообщение.
В линуксе сообщение будет такое "OS error code 28: No space left on device". Но похоже и на freebsd имеет тот же смысл.
сколько места в /tmp ? может там специальная небольшая файловая система.
Этот кусок точно не является вирусом, несмотря на то, что тут много странных цифр. Это специальное значение для защиты от CSRF-атак в vbulletin.
Конечно, там не на 150%. Просто админ смотрит в программу top и видит 150%. Так уж эта программа показывает загрузку многоядерных процессоров.
золотые слова..
Ну и кто тут говорил, что я плохой телепат?
Будь там разбито без мудрствования, то и тер бы себе спокойно логи еще несколько лет.
На что потратить свое время люди сами решат. Если устраивает удаление логов вручную, то это их дело. А вот подкладывать свинью в виде совершенно ненужной канонической разбивки по Фигурнову пора бы уже прекратить.
Тот факт, что вы его ждете уже означает, что никто никуда не спешит. Годы пройдут прежде чем забьется место.
То эта проблема возникнет гораздо позже. может даже до того как клиент сменит хостинг или сайт вообще закроется.
А те, кто генерируют 5 гб логов в день, сами найдут куда девается место.
