>

 : Новости: Форум  : Поддержка : Скачать : Документация : Образование : Разработчику : Сайт : Пользователи

 

Комментарии к новостям

Воскресенье, 08-01-12 21:50

F!RE :

Linu openSUSE самый лучший дистрибутив

Понедельник, 12-12-11 13:56

Michael Shigorin:

Так скачайте :) На ftp.linux.kiev.ua/pub/Linux есть […]

Понедельник, 12-12-11 10:08

никита :

хочю скачать linux операционую систему

Суббота, 05-11-11 01:10

Michael Shigorin:

Интересно, как так по дороге вышло… спасибо, поправил. […]

Пятница, 04-11-11 23:40

Bazyukin :

www.altlinux.org/Альт_Линукс_6.0_Кентавр - ссылка не […]

read more

Всего сообщений: 3 - Страниц (1): [1]
Автор: Александр
Опубликовано: Фев 25 2010 - 09:27
Заголовок: Раздел забит, du молчит
На сервере с SLES 11 x86 64 установлен VMWare Server 2.0. ПОсле некоторрого времени работы вмваря начинает матюкаться на недостаток места в разделе /tmp/vmware-root.
df показывает, что с гига свободного места осталось совсем немного.
Команда же du -h --max-depth=1 /tmp, да и просто du /tmp показывает, что там в основном пустые директории, да и места должно быть полно. ls -l /tmp не показывает, что там есть большие файлы.
Где копать, что делать?
[Пока не оценен]
Автор: Александр
Опубликовано: Фев 25 2010 - 01:54
Заголовок: re: Раздел забит, du молчит
Команда:
lsof / | grep delete
показала где собака порылась.
Как пишут на сайте vmware нужно было указать другую темповою директорию, поболее размером.
[Пока не оценен]
Автор: Michael Shigorin
Опубликовано: Мар 06 2010 - 11:57
Заголовок: re: Раздел забит, du молчит
Спасибо, что не поленились описать решение -- на всякий добавлю, что на *NIX создание хардлинков приводит к увеличению количества имён файла, их удаление (заканчивая последним, то есть единственным именем) -- к уменьшению, но пока файл открыт хотя бы одним процессом -- даже при нулевом количестве имён блоки не будут освобождены: имя файла нужно для получения файлового дескриптора, а далее уже не требуется открывшему процессу для работы с данными этого файла.

Ещё может иметь смысл добросить свопа и подключить в /tmp несколько гигабайт tmpfs (-o size) -- за счёт того, что tmpfs не заботится о сохранении целостности данных после размонтирования или потери питания, производительность для данных, которые всё равно после такого не имеют смысла -- можно поднять.
[Пока не оценен]
Всего сообщений: 3 - Страниц (1): [1]
Вам надо авторизоваться, чтобы оставлять сообщения в этой конференции.

@ 09.02.2011 22:15 

Форумы

Рассылки

www.comstar.ua

Powered by TYPO3 LinuxWorld.Kiev