Есть такая штука. Как-то был тазик с проблемой rtc, из-за этого система не грузилась - где-то в бут/шут скриптах пришлось покомментить hwclock. А потом после ребута стал пропадать голубятник...

да, dovecot известный параноик

довели хорошего, полезного демона

Прочитал "хорошего, половозрелого демона"...


По теме: можно тебе на openVZ пожаловаться?

ну пожалуйся. хотя, может, лучше сразу в багзиллу? :)

Я вот как раз не уверен нужно ли это в багзиле, и может уже пофикшено ;-)

Идея такая: У меня образы машин лежат в диеркториях с номерами.

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

В результате во всей команде вместо 410 появляется 401, и существующая и запущенная виртуалка пересоздается поверх... Убивая все данные и ставя все невообразимым раком (401 до сих пор доступна по http, но vzctl enter и ssh туда сказать уже нельзя)

Вопрос в том, правильно ли такое поведение, или написать багрепорт с просьбой в таких случаях переспрашивать? ;-)

Довольно странные ваши слова. vzctl проверяет наличие private area перед тем, как создавать:

$ sudo vzctl create 401
Private area already exists in /vz/private/401
Creation of container private area failed

И, насколько я помню, в этом плане в vzctl ничего не менялось. Поэтому я слабо могу вообразить расписанный тобой сценарий. Ты не мог бы его воспроизвести и максимально подробно описать?

Мда... не воспроизвоится... Ни создаванием поверх созданной, ни создаванием поверх скопированной (давным давно 401 приехала rsync'ом с другого сервера) Но один случай таки был, до сих пор с последствиями борюсь... Но как его повторить -- не знаю...

Мало ли кто и почему убил демона. А вот то, что он пропал, то есть не запустился снова — явно баг в супервизоре, который следит за демонами.