> Планировать хорошо, когда у заказчика не семь пятниц на неделе. До сих
> пор хочется креститься от воспоминаний о "написании документации"... Но это уже
> совсем оффтопик, могу в личке рассказать. :)

не надо, у меня тоже таких хватало, я обычно нахожу вменяемых начальников звеном пониже, и говорю с ними, а начальству наверх можно писать любую ересь, лишь бы дело делалось.

> В моём случае разница между использованием системы управления конфигурацией и работы "ручками"
> невелика: есть плюсы, есть и минусы. Папеты и компания не убирают
> необходимость знать устройство системы для поддержки, а у меня требование к
> работе специфическое: нужно, чтобы несколько откровенно слабо разбирающихся в никсах людей
> могли по моим инструкциям как-то весь этот зоопарк поддерживать.

плавали, мне как то надо было сдать датацентр индусам на попечительство - с железом проблем не было - чуть где красная лампочка, и они звонили в саппорт, а с софтом я просто не стал экономить, поднял RHEV и дал им доступ создавать ВМ из готовых имиджей, которые наплодил великое множество. ВМ грузится из имиджа, уже почти готовый, его подхватывает foreman, накатывает апдейты и настройки по мелочам, и втыкает в IPA - индусам оставалось войти в RHEV, с ограниченными привилегиями, нажать на кнопку "создать", и выбрать готовый темплейт.

> Система управления
> конфигурацией в таком случае становится лишь ещё одной приблудой, в которой
> надо разбираться. Хотя, повторюсь, смотрю в указанную сторону.

во всем надо разбираться. Это как с нагиосом - чем больше в нем ковыряешься тем более точно он мониторит системы, но никто не мешает по быстрому поднять snmp и собирать дефолтные алармы

> Капитально. Восстановлению не подлежала. При том пару раз это произошло на абсолютно
> пустом месте, не было ни одного внештатного выключения ОС.

без перезагрузки, с qemu такое может быть только если кто то убил имидж. Такое я видел довольно часто, особенно у клиентов, где слишком много шаловливых ручек трогают зоны СХД, видят занятые LUNы и решают посмотреть что там, пока виртуалка там вовсю пыхтит какой нибудь базой данных. кроме этого - только при нештатной перезагрузке, и включенном кэшировании, которое должно было быть выключено. убивался, кстати, mbr, то есть самое начало имиджа

> Сами ФС во всех случаях были с дефолтными настройками - как раз,
> чтобы обойтись без экспериментов. Т.е., я просто выбирал ext4 или ext3,
> и - вперёд. Вроде бы в CentOS 6.3 такого уже не
> было, а ещё в 6.2 - несколько раз.

последний раз видел в 5.3, и опять же с кэшем, тогда его отключение еще не считалось best practice

> Ещё вспомнил: один или два случая были под KVM с CentOS, остальные
> - под VirtualBox на Win7.

вибокс это не ко мне, я эту поделку не трогаю