Системному администратору дали бы, что он попросит ;)
Ну да ладно. Если квоты не нужны - попробуйте их отключить и перемонтировать корневой раздел.
Покуда автор решения не плачется, что "тормозит" - вполне нормально, а что?
Переписать, конечно, может иметь смысл - но изменить опции монирования должно быть всяко проще, чем менять код и модифицировать текущую структуру каталогов.
ЗЫ: maxttor, посмотрите еще - может какие-то сообщения при монтировании корневой системы (dmesg, /var/log/boot.log, /var/log/messages) наведут на мысли.
Даже не знаю, может как-то с опциями монтирования связано (по поддержке квот, журналу: usrjquota=aquota.user,etc). Попробуйте воспроизвести их на тестовом разделе _все_.
Ну что можно сказать... Не нужно было экономить на системном администраторе. Был бы у Вас LVM - выделили бы отдельный раздел под место, куда у Вас пишутся проблемные каталоги. Вообще, идея пускать все доступное место под корень - заслуживает отдельного кровопускания афтору.
Версия ядра, я же написал. Может, с патчами в центос включена подобная функциональность - но далеко не факт.
Да, пропустил этот пост, извините.
Вы именно на сервере воспроизвели?
Шутник, гм. Вы хоть сами-то свою ссылку читали?
Не надо никакого форматирования. Можно перемонтировать ext3 как ext4 (и позднее включить tune2fs фичи ext4) - но это доступно в новых ядрах. У ТС 2.6.18, не забывайте.
А Вы хоть уверены, что у Вас "с ext4" подмонтировалось. Скорее всего - нет.
Покажите вывод mount, как и просили ранее.
Обязано помогать. Если Вы еще в каком-то файле эту настройку не перекрыли.
Что показывает phpinfo()?
man find
man sed
Что-то в духе
sed -i 's/^<?$/<?php/g' *.php
Совет неправильный. У человека Debian (или Ubuntu). Идем в /etc/default/apache2 и дописываем там:
APACHE_ULIMIT_MAX_FILES=10240
А может Вы перепутали центось с дебианом?
Вы явно что-то не то помните :) Каждый инкремент - просто тарболл изменившихся файлов. Если они есть в инкременте - достаем оттуда (ну, или из более раннего инкремента). Если не менялись вообще - увы, будут только в последнем полном бекапе. Это фича любой аналогичной системы, не только fsbackup. Всего, что архивирует в tar.gz.
Должно помочь конкретное решение, которое я предложил (кстати, из этого самого "вагона"). Вы не умеете читать - так может другие умеют?
Не пользуйтесь говнохостингами "васей пупкиных". В серьезных хостинговых конторах "не забекапил" не бывает - в оферте обычно написано как часто и что именно бекапится.
Что касается "слишком старой" - это смотря как Ваши данные меняются. Если слишком часто для расписания бекапа хостера - делайте свой, по крону.
fsbackup. Умеет лить на удаленный FTP или SSH. Умеет запускать скрипты для бекапа баз данных. Думаю, все что Вам нужно. Запускайте его с нужным расписанием, вот и все.
Когда у Вас один инкремент занимает пару гигабайтов, а полная копия под терабайт - Вы точно поймете, что это далеко не "лучше". А на самом деле, поймете куда раньше...
Это вопрос использования скриптов для управления содержимым бекапа. Пользуетесь поделкой очередного криворукого "одмина" - тот запросто о таких вещах вообще мог и не подумать. Вагон готовых нормальных решений для бекапа, где все это предусмотрено.
