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

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

"Отрицательный размер используемого места файловой системы"		+/–
Сообщение от Vlad (??) on 31-Мрт-10, 11:13
система FreeBSD 7.2-RELEASE Был открыт торрен какого-то сериала, в результате переполнилась файловая система. После удаления торента и освобождения места, df все равно показывает отрицательный размер используемого места /var # df -h Filesystem     Size    Used   Avail Capacity  Mounted on /dev/ad4s1a    496M    160M    297M    35%    / devfs          1.0K    1.0K      0B   100%    /dev /dev/ad4s1d    989M     24K    910M     0%    /tmp /dev/ad4s1f     16G    4.0G     11G    27%    /usr /dev/ad4s2d    206G    177G     12G    94%    /usr/spool/share /dev/ad4s1e    989M   -1.7G    2.6G  -188%    /var MC показывает, что /var занимает 127475K Когда-то была такая ситуация, народ ребутнул компьютер и все стало правильно отображаться, но так не интересно. Собственно вопрос, как без перезагрузки восстановить правильное отображение размеров файловой системы /var?
Высказать мнение | Ответить | Правка | Cообщить модератору

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

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

1. "Отрицательный размер используемого места файловой системы"		+/–
Сообщение от Vlad (??) on 31-Мрт-10, 11:33
Всем спасибо, fsck в single-mode все исправил
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Отрицательный размер используемого места файловой системы"		+/–
Сообщение от lavr on 31-Мрт-10, 11:57
>[оверквотинг удален] >/dev/ad4s2d    206G    177G     > 12G    94%    /usr/spool/share >/dev/ad4s1e    989M   -1.7G    2.6G > -188%    /var > >MC показывает, что /var занимает 127475K > >Когда-то была такая ситуация, народ ребутнул компьютер и все стало правильно отображаться, >но так не интересно. Собственно вопрос, как без перезагрузки восстановить правильное >отображение размеров файловой системы /var? сначал останавливают или убивают процесс(ы) которые породили непотребные файлы, потом удаляют файлы и выполняют: sync; sync для завершения дисковых операций на запись, после этого место освобождается. если же процесс(ы) открыли файлы, а вы их удалили, дескрипторы остались открытыми и запись продолжается, а вы имеете то что сотворили. для поиска процессов пишущих и связанных с ним файлов и тд и тп, fstat и/или lsof из портов. Если будете делать неправильно, придется перегружаться для того чтобы fsck поправила FS.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "Отрицательный размер используемого места файловой системы"		+/–
	Сообщение от Vlad (??) on 01-Апр-10, 15:01
	>[оверквотинг удален] >если же процесс(ы) открыли файлы, а вы их удалили, дескрипторы остались открытыми > >и запись продолжается, а вы имеете то что сотворили. > >для поиска процессов пишущих и связанных с ним файлов и тд и >тп, fstat и/или lsof >из портов. > >Если будете делать неправильно, придется перегружаться для того чтобы fsck поправила >FS. Удалял из списка торнетов этот сериал, используя веб-форму, затем останавливал торрент (transmission). Удалял файлы сериала. /var все равно показывал отрицательный объем используемого места. sync 1 раз делал точно, 2 раза вряд ли (уже не помню). Поставил lsof из портов и не увидел открытые процессы с удаленными файлами. Тем более, из /var я ничего не удалял. Перезагружаться не хотелось, хотя перед этим один раз делал. Когда ситуация повторилась стало интересно откуда берется отрицательное число используемого места в другом разделе и как с этим бороться. В single mode пришлось уйти, т.к. было много открыто логов в /var и проверил fsck.  Собственно, я думаю, это примерно равносильно перезагрузке.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "Отрицательный размер используемого места файловой системы"		+/–
	Сообщение от Vlad (??) on 01-Апр-10, 15:04
	Наверно стоит добавить, что transmission пишет файлы в /usr/spool/share и был переполнен именно этот раздел, а /var уже как следствие почему-то стал иметь отрицательное значение используемого места.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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