форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Файловые системы, диски / FreeBSD)
Изначальное сообщение		[ Отслеживать ]

"FreeBSD под ESX сервером."	+/–
Сообщение от magelan (ok) on 29-Июл-10, 10:49
Здравствуйте. Есть ситуация в которой я не могу найти решения. Проблема в следующем. Есть FreeBSD 8.0 работает она под VMware ESX сервер. Есть раздел /var с которым происходят подозрительные вещи. df показывает /dev/da0s1d             всего 989M   использовано 592M    доступно 318M    65%    /var du показывает 27M    /var MC тоже показывает 27 метров. на реальной (не виртуальной машине ESX) показания df и du совпадают. Лечится это все перезагрузкой. Но эта проблема проявляется настолько часто, что перезагрузки это не выход. Диск на виртуальной машине создан таким образом что сразу забирает под себя указанный объем. Причем такая ситуация на двух машинах и абсолютно разных ESX серверах.
Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "FreeBSD под ESX сервером."	+/–
Сообщение от Dorlas (??) on 31-Июл-10, 17:11
Использовал ESX, устанавливал в него FreeBSD...ни разу такого не видел. Попробуйте переустановить систему, сделайте /var гигов 10. И проверьте, будет ли такая же штука...и есть ли зависимость.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "FreeBSD под ESX сервером."	+/–
Сообщение от DeadLoco (ok) on 31-Июл-10, 19:44
>Лечится это все перезагрузкой. /usr/ports/sysutils/lsof вам в помощь. Наверняка производится попытка удалить файл занятый процессом. При этом файл остается в ФС доступный по иноду (и видимый для df), но без символического имени (и невидимый для du).
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "FreeBSD под ESX сервером."	+/–
	Сообщение от Dorlas (??) on 31-Июл-10, 20:03
	>>Лечится это все перезагрузкой. > >/usr/ports/sysutils/lsof вам в помощь. > >Наверняка производится попытка удалить файл занятый процессом. При этом файл остается в >ФС доступный по иноду (и видимый для df), но без символического >имени (и невидимый для du). Кстати, у меня что-то похоже было при использовании связки: zfs+nginx+apache - при большой отдаче (причем файл был на /usr !!!!), сильно рос размер /var - до +30 Гб доходило - через df видно эти 30 Гб, через du - нет. Стоило nginx остановить - через 30 секунд все в норме. Если отдача идет неспешно - то глюка нет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "FreeBSD под ESX сервером."	+/–
	Сообщение от DeadLoco (ok) on 31-Июл-10, 20:21
	>Кстати, у меня что-то похоже было при использовании связки: zfs+nginx+apache - при >Стоило nginx остановить - через 30 секунд все в норме. Обычная причина подобных проблем - ротация логов через newsyslog.conf без передергивания соответствующего процесса. ZFS тут ровно при том же, что и UFS - иноды из ФС не высвобождаются до тех пор, пока процессом не будут закрыты все дескрипторы, ассоциированные с инодом. Вот как надо делать в случае апача /var/log/httpd-access.log  640 5 * $W0D0 JC /var/log/httpd-error.log   640 5 * $W0D0 JC /var/run/httpd.pid 30
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	5. "FreeBSD под ESX сервером."	+/–
	Сообщение от magelan (ok) on 06-Авг-10, 18:34
	>>Кстати, у меня что-то похоже было при использовании связки: zfs+nginx+apache - при >>Стоило nginx остановить - через 30 секунд все в норме. > >Обычная причина подобных проблем - ротация логов через newsyslog.conf без передергивания соответствующего Стоп и старт апача проблему не решает. Или newsyslog это делает как-то по-другому. Может флаг какоq-то передать в kill? Спасибо.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	6. "FreeBSD под ESX сервером."	+/–
	Сообщение от DeadLoco (ok) on 07-Авг-10, 11:54
	>Стоп и старт апача проблему не решает. Я где-то говорил, что проблема в апаче? Я говорил, что проблема в процессе, который удерживает дескриптор на удаленный файл. И показал, как это лечится в случае апача. Далее следует мыслить по аналогии. Пробуйте по очереди останавливать демоны, висящие в системе, делать sync  и смотреть, после чьей остановки массово высвободится дисковое пространство.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема