Ситуация: В корне сервера, с 6 паравиртуальными машинами xen (которые лежат в отдельной fs), заканчивается свободное место. При том, что вчера там было минимум 30Г свободного места. Что характерно — /tmp и /log — тоже живут в отдельных fs.

Показания df — места нет.

Показания du — больших папок/файлов в корневой fs не существует. Темные лошадки — как обычно какието девайсы из /proc.

Проверка fsck.reiserfs ошибок не выявляет.

Сисадминская задачка с подлячком, хехе. Освобождаю пару метров в корневой fs и пытаюсь запустить одну из виртуальных машин. Машина стартует со скрипом, беспрерывно выплевывая в свою консоль матюки на модуль, связанный с системными часами. Системные часы — это не связанно с местом на диске, правильно?

Самое время подумать о жизни, и о том — “какого хера”. И пусть весь мир (почта, днс, файловый сервер, веб сервер, сервер авторизации и север БД) подождет.

Но. Задаюсь вопросом: а вот куда ложатся эти беспрерывно выплевываемые, как из пулемета, матюки от 6 машин, на ошибку с системными часами? Судя по скорости — 30Г там набрать — без проблем. Известно куда ложаться — в /proc. Но /proc место на диске не жрет, вроде бы. А оказывается жрет.

Ровняю проблему с часами, методом поиска сообщения об ошибке в гугле, и поскольку время дорого, и влом выискивать по /proc эти файлы — перегружаю сервак. Прощай 180 дней uptime, ну и хрен с ним. Все работает, 30Г — как с куста.

З.Ы. У xen вообще частенько возникают разнообразные проблемы с системными часами. Издержки паравиртуализции.