Можно, как объяснили выше, - через mod_status.
Если очень хочется именно в top видеть какой запрос обрабатывает процесс апача - можно попробовать mod_proctitle. Он написан под FreeBSD, но его несложно портировать. Или написать аналог самостоятельно - там кода на десяток строк.
Ругань от диска или контроллера.
Как проблема-то проявилась - в процессе перезагрузки или в ходе обычной работы?
Чуть помедленнее. Откуда такое предположение - конкретно, какие показатели SMART?
Нет, не нормально - pаз за ним никто не следит. Посмотрите что покажет для диска утилита smartctl. Есть в dmesg и/или в /var/log/messages какие-либо сообщения от диска или контроллера?
Сколько стоит ваш тарифный план?
Да причину-то я понимаю. Но может ее можно исправлять как-то по-другому?
Поправив, например, настройки почтового сервера. Что там может ему не нравиться? Отсутствие или кривая PTR-запись. SPF может быть кривой. Иногда могут пойти с Callback verification - проверить, что Ваш MX принимает почту с адреса, откуда шлет. В общем, не так уж и многое нужно проверить и поправить ;-)
Так это только если Вы шлете письма через google (с SMTP авторизацией). А зачем? - шлите непосредственно со своего сервера.
Ну тогда попробуйте делать это в более мягком режиме (idle для диска - man ionice, man nice).
Используйте не самописный скрипт (не думаю, что rar для бекапа), а что-то более стандартное. fsbackup например (если нужна архивация). Или какой-нибудь rsnapshot/rdiff-backup.
+1
На все. Тут же не телепаты - надо смотреть как используется mysql у вас. Какие запросы. Как он настроен сейчас.
Читаю я внимательно, это Вы "забыли" про права 0700 на домашней директории пользователя. А ведь я напоминал... Не беда, еще напомню:
Многим. Тем, например, что марьванна будет забывать удалять файлы из своего tmp.
Ага, а еще на каталоге сессий 0700 - зачитаетесь совсем.
Можно? С suexec? Где-то вне домашнего каталога пользователя (который у вас на разделе с noexec, помним?) заводить ему отдельно директорию с доступом для него. Чтобы только он туда мог положить CGI-скрипты? :-) Юморист, блин.
И у вас есть время ковыряться в гигабайтах POST-логов ради одного клиента хостинга за 0.1 бакса?
Перевожу на русский язык: "Я краем уха слыхал, что вроде делают то-то и то-то, говоря такие слова... Сам я в этом не бум-бум. Люди добрые - выбирайте!".
А как проверить это утверждение? 🍿
Для простоты, рассмотрим suexec. Просто поставьте отдельного пользователя, скажем user-cgi для этого, поместите его в группу user. Правильно поставив права - Вы запретите user-cgi редактировать определенные файлы пользователя user, созданные в SFTP/SSH сеансе или по FTP.
Проблема в другом: рядовой пыхыпы-кодер (а тем более, пользователь, использующий какой-то стандартный движок) не будет разбираться в "этих ваших правах". Он просто сделает chmod -R 0777 на всем, куда руки дотянутся.
И плакало ваше "решение". А в том, что на его сайт из-за этого заползут козявки - он обвинит Вас.
wa - много. но тут уже нужно смотреть сервер. конфиг myqsl прежде всего.
посмотрите mysql processlist в момент проблемы. Мне тоже кажется наиболее вероятным - mysqldump. Или Вы по-другому бекапите базы? Или у Вас не myisam?
Исходя из этого, к "забитию" диска все может иметь третьестепенное отношение.
