location ~* \.(bmp|gif|jpg|jpeg|ico|png)$ { root /var/www/user/data/www/site.ru; access_log off; expires 6m; }
Шутник-затейник :) Вы еще в секундах установите expires ;)
Поймите, что браузер *не обязан* кешировать контент. Тем более на такой миниатюрный срок аж в 6 минут.
Ну вот в этом и была ваша проблема. Без постоянного квалифицированного обслуживания сервера - у вас все сломается вновь.
Бекап совершенно не обязательно вам чем-то поможет. Ну записали вы когда-то туда данные - так они совершенно не обязаны прочитаться позднее. Возвращаемся к прежним "баранам": регулярные проверки fs, проверки дисков.
ИМХО, зря вы велосипеды с квадратными колесами городите... Диски дешевы - для пущей надежности могли бы взять отдельный большой для бекапов.
Хозяин - барин. Странно, зачем вы вообще каких-то советов спрашивали?
*Может*. Но не должна и не обязана. Expires на самом деле здорово браузеру/прокси помогают при принятии решения о кешировании.
Да. К примеру, вот.
Прекратите хамить, пожалуйста.
Тогда начните с вопроса: а зачем мне вообще такие большие диски?
Более мелкие диски надежнее и качественнее.
Для больших дисков - больше шанс убить данные в каком-то секторе. Диски больше, плотность записи повыше и т.д. Так что данные запросто могут "пролететь" мимо вашего бекапа.
Достоинств же этой схемы (кроме вашей иррациональной "боязни" райд) - не видно. Поясните.
А вы периодические проверки рейда делали? А смарт-тесты дисков регулярно запускали? А проверки файловых систем с какой частотой делаете?
Если вы воспринимаете рейд-зеркало как магическую защиту от отказа одного диска (поставил и забыл) - проблема в вас, а не в райд.
Нанять администратора, либо продолжать "страдать". Вы так и не привели никакой полезной информации. Ждите местных телепатов для решения проблемы.
Что касается сегфолтов - ставьте пакеты с отладочными символами, сконфигурируйте апач делать coredump'ы. И смотрите их отладчиком. Как вариант - методом проб и ошибок исключайте проблемный модуль апача или (вероятнее всего) PHP.
Но не любой будет упираться и продолжать нести чушь.
Это технический раздел форума. За безграмотность и откровенный бред - "советчиков" можно и нужно бить нещадно.
А я не насчитал ни одного. Может кто-то не умеет считать, а может - читать...
Сам мой оппонент выбрал для себя эпитет "балбес". И судя по последующей "дискуссии" - он в отношение него оказался вполне уместен. Жаль, вы "не заметили" откровенного хамства в мой адрес. Вообще.
А еще кеш VFS, который даже с учетом одного объема баз - 2 Gb проглотит и не подавится...
Кроме высокого значения MaxClients (100 должно хватить, а может и меньше) - ничего явно неразумного нет. Вам нужно забыть о всяких OPTIONS и разобраться почему и когда именно у вас плодится куча апачей. Что делают апачи, что mysql и т.п.
Да почему лет-то? :) Ясно как день, что проблема проявлялась уже неоднократно. Видимо, ТС перегружал nginx при появлении "непонятных проблем", вот место и освобождалось.
Что-то в этом духе - 5Gb уж сильно мало для логов за продолжительный период. За месяц они бы ему все место загадили.
Этот гуру уже и для unix советы раздает? Не знал, позабавили.
Но фигурнов-фигурновым, а прислушиваться к умным советам стоит. Я вот только вчера забил бы все место бекапом, не будь место разбито по-человечески.
При том, что так мастер-процесс общается со своими потомками. Это поясняли выше. До 2.0-какой-то версии использовался HEAD.
