LINUX.ORG.RU
ФорумAdmin

Ужасное поведение сервера с kvm

 , ,


0

3

Прошу помощи! Столкнулся с непонятным и ужасным поведением сервера на CentOS 6.7/64.
Сервер установлен на хостинге hetzner с использованием софтового зеркала.
На сервер работают виртуальные винды под управлением KVM.

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

А вот с определением причины нехватки места полная непонятка.
Во-первых, df показывает такую картину:

Filesystem      Size  Used Avail Use% Mounted on
/dev/md2        1,8T  1,7T   14M 100% /
tmpfs            24G     0   24G   0% /dev/shm
/dev/md1        496M   54M  417M

- и в то же время MC показывает, что свободного места аж 92 ГБ из 1810 ГБ!
Это у меня никак в голове не укладывается. Кто же из них прав в оценке свободного места?

Во-вторых, чтобы освободить место, я начал периодически освобождать диск от разных архивов.
На некоторое время это помогало, а затем место снова заканчивалось.
Наконец, дошел до конца - удалять на диске больше нечего, места нет (всего 14 МБ), виртуалки не запускаются.
Тупик, фиаско. Дальше не знаю, кто виноват и что делать.

Помогите, уважаемые, разобраться в этой загадке...

★★★★★

Ответ на: комментарий от nbw

Для файловой системы (любой) режим нормального функционирования - это когда занято 80-85% (максимум)

Это не так. То что ты сказал — выводы из шаманских плясок всяких чукчей

Резерв 5% на ext# — сделан на всякий случай, но никак для «нормального функционирования»

anonymous
()
Ответ на: комментарий от router

+1, хорошо все расписал, я бы поленился, он тут много лет и не меняется.

anonymous
()
Ответ на: комментарий от router

router

Большое человеческое спасибо за столь подробное разъяснение ситуации!
Не знаю, смогу ли я воспользоваться всеми этими советами вследствие своей малограмотности :)

И такой вопрос: может ли создать описываемую проблему ошибки в ФС?
Они реально есть в /, хотел их пофиксить, но насколько помню, «на ходу» это невозможно, и надо загружать систему с DVD?

chukcha ★★★★★
() автор топика
Ответ на: комментарий от chukcha

И такой вопрос: может ли создать описываемую проблему ошибки в ФС?
Они реально есть в /, хотел их пофиксить, но насколько помню, «на ходу» это невозможно, и надо загружать систему с DVD?

Ошибки ФС в принципе могут всё. Но как правило это проявляется в битых файлах, пропавших файлах или не читающихся файлах. Постоянный рост файлов из-за ошибки ФС ИМХО невероятен

Они реально есть в /, хотел их пофиксить, но насколько помню, «на ходу» это невозможно, и надо загружать систему с DVD?

На ходу невозможно, ФС должна быть отмонтирована. Т.к. эта ФС - /, то придётся грузиться с livecd/liveusb

router ★★★★★
()
Ответ на: комментарий от chukcha

Не понимаю, противоречивый результат :(

Если запускать проверку в работающей систему, то она находит ошибки:

# fsck -n /
fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
Warning!  /dev/md2 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/md2 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (24233596, counted=24233559).
Fix? no

Free inodes count wrong (120462850, counted=120462812).
Fix? no

/dev/md2: ********** WARNING: Filesystem still has errors **********
/dev/md2: 33278/120496128 files (0.2% non-contiguous), 457721460/481955056 blocks

Но если запускать такую же проверку с Rescue-диска -
fsck -n /dev/md2

- то она не находит никаких ошибок! :-O

chukcha ★★★★★
() автор топика
Ответ на: комментарий от chukcha

Интернет-опрос выявил, что 100% россиян пользуются интернетом!

Открытая, рабочая ФС — имеет ошибки с точки зрения fsck

anonymous
()
Ответ на: комментарий от router

а что сразу эрзент то? эрзент как раз таки делает по 10-13 разделов, и ещё под данные под каждый тип свой раздел, на каждый раздел свой subvol...

old_bastard
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.