Для этого есть утилиты. find, dpkg, debsums и т.п.
Проблема в том, что подобные утилиты требуют грамотного администратора для анализа изменений. А во-вторых, имеющий полный доступ к серверу человек - может так или иначе сфальсифицировать результаты их работы.
"Есть", только вам придется 1) постоянно следить за этими "консолями" 2) быть более квалифицированным системным администратором чем нанятый человек.
А зачем вам "разовые заказы", если есть постоянный администратор?
"Экономите"? Ну, вас предупредили.
Не гарантировала бы ничего, если бы вы работали со случайным васей. Человек, который занимается администрированием профессионально - дорожит своей репутацией.
Речь шла не о гранате в штанах, а о том, в чем нанятый вами специалист должен быть профессионалом. Так что не фантазируйте.
Ваш бизнес критически завязан на этих людей? Могут они его остановить, нажав пару клавиш?
Я знаю миллион способов как сформировать фальшивую хистори. Или вовсе ее не писать.
Поймите, этот "рецепт" не относится к работе недобросовестного человека, каковым ТС предполагает нанятого "админа" по-умолчанию.
RTFM, http://wiki.openvz.org/Vswap
Минздрав предупреждает: не читайте маркетоидов
Забавно, что никто так и не отважился ответить на единственный заданный вопрос:
- Попробую я: от 40$. Обращайтесь.
Тарифный план?
Доправил.
Геть, школота - сам убирайся. Зачем нужна (и что на самом деле делает) - читай man 4 md, разделы "RECOVERY" и "SCRUBBING AND MISMATCHES".
А с чего вы взяли, что включили БЕЗ поддержки приоритетов?
Нет у вас кнопки "включить голову"? Повторяю, в скрипте сейчас есть выбор приоритета для IO-шедулера, причем по-умолчанию стоит "low". Добавление кронтаба могло совпасть с появлением в скрипте данной возможности.
Много может быть причин: от "оптимизировал все нахрен", выключив соответствующий кронтаб - до хронического отправления в /dev/null почты для root.
Не столкнуться с подобной "ошибкой" можно только по подобного типа глупостям - слишком уж она обычна.
В debian скрипт как раз использует ionice. Только не всегда было так - только со squeeze.
Вполне допускаю, что в RH не хотели включать по-умолчанию скрипт в крон без поддержки приоритетов шедулера.
Казаться не значит быть.
Например, "тормоза". Скрипт могли и переписать, например использовать приоритеты IO-шедулера.
"Все кругом меня идиоты" (с) netwind
Прочитай документацию:
http://httpd.apache.org/docs/2.2/vhosts/details.html
Почему глупо? Вот если бы продолжало "не быть" и далее - было бы глупо.
