|
Файловая система полного - Что искать
Общие информация для серверов SUN --
Цитата:
Есть несколько причин, почему файловой получает полностью. Важным фактором для рассмотрения заключается в том, как вы создали ваши файловые системы во время установки, вы должны заботиться о том, как много пространства для каждой файловой системы, и думаю, впереди.
Что ожидает мышления это менее вероятно, что ваши файловые получит полный, но не будут препятствовать файловой получения полной мере. Этот документ будет показывать наиболее распространенных причин, почему файловой могут стать полноправными и о том, как справиться с ними.
Резолюция Top
Этот документ написан главным образом для борьбы с ОС файловой системы (такие, как корень, Var и USR), но она может быть использована для устранения неполадок, другие файловые системы. Есть много способов найти то, что в заполнении файловой системы, которая иногда может быть сложным процессом. Одна из проблем заключается в том, что файловая система может быть заполнен на один или несколько очень больших файлов (которые обычно легко найти) или тысячи мелких файлов (которые может быть трудно найти и локализовать причину).
Сначала нужно выяснить, какие файлы наполнения вашей файловой системе.
Весьма полезным перечислить размер файлов в файловой системе осуществляется с дю команды.
В следующем примере списки файлов из крупнейших в наименьшей на корневой файловой системы:
$ Дю-akd / | сорт-Nr | далее
или
$ Дю-akd / | сортировки номер> / TMP / du.out
Последний даст вам файл, который вы можете просмотреть в любое удобное для Вас.
В-D вариант из дю команда держит дю пересечения с границами раздела.
В "-А" вариант рассказывает дю сообщить размеры файлов (без этой опции дю просто сообщает площади, используемые в каждой директории. В "-K" вариант означает, что дю сообщит в плане килобайтах, а не 512 байт блока. В Solaris 9 или поздно заменить "K" на "Н", если вы предпочитаете "человеческого понимания" производства, то есть вывод с точки зрения килобайт, мегабайт и гигабайт в зависимости от количества сообщалось.
В-Nr вариант позволяет сортировать файлы в обратном порядке.
Конечно, это может быть использовано на других файловых системах, чем корень, просто необходимо заменить путь "/" в "Du" команды.
Команда "Du-SKD /" резюмируются размере килобайтах использован для файловой системы, в данном случае в качестве корневой файловой системы. Если это отличается от того, что сообщил о DF-К команде, можно проверить InfoDocs 4083 и 17720 для дальнейшего разъяснения и советы по устранению неполадок.
Одна общая проблема с DF больше, чем использование дю является существующих данных или файлы в директории, которые используются в качестве точки монтирования.
INFODOC 4083 охватывает этом, но основные решения приведен снова здесь для удобства.
Отключение любой смонтированные файловые системы и проверить точку монтирования директории для файлов. Удалить файлы, или переместить их, если вы считаете, что в них нуждается, а монтировать файловые снова.
Для / TMP файловой системы, вам придется загрузить систему в однопользовательском режиме получить доступ к / TMP директорию без подкачки монтируется над ним.
Для / VAR и / USR, вам придется загрузить систему с компакт-диска, смонтировать корневую файловую систему, а затем проверить / VAR и / USR каталогах под смонтирован корень файловой системы. Они, как правило, должен быть пустым, если / VAR / или USR не установлены.
Другой хороший способ для поиска файлов заключается в использовании команды '/ USR / BIN / поиск'. Существует хороший документ о том, как использовать команду найти, увидеть infodoc 13678
Стандартные файловые взглянуть на первом будет:
Файловая система
Чеки
/ TMP
Если / TMP заполнена или содержит большие файлы, перезагрузка очистит этого каталога. По умолчанию установки Solaris акций на диске для / TMP и своп, как вы можете видеть на выходе из DF команды.
Примечание: / TMP не очищается во время загрузки, если / TMP настроен в качестве отдельной файловой системы.
/ Dev
Большие файлы могут появиться здесь, при попытке записать на устройство, используя неверные имя устройства. Например, / Dev / РГУ / O (буква 'O') вместо / dev/rmt/0 (цифра "нулевой" на ленточный накопитель. Это очень распространенная проблема, если машина не на магнитной ленте придают и кто-то использует ленты команды, как смола или ufsdump. Это просто создать большие файлы в / Dev / РГУ /. Будьте уверены, чтобы проверить / Dev каталог ссылок, не фактические файлы.
/
Найдите ключевые файлы. Проверка /. Wastebasket и / Lost + найден каталог для больших файлов. Проверка на. ЦРН файл в корень, это поставить там власти приостановить / возобновить программу.
/ VAR
Третий участник пакеты иногда оставляют ТДО файлы в / VAR / sadm / PKG каталог.
Если / VAR полной (и это отдельная файловая система) или / VAR каталог, который мы определить это с помощью большого пространства в корневую, проверьте следующее.
Информационная из (но не исключить; файлы должны быть усечен до нулевой длины) следующие файлы могут получить некоторые места. Будьте осторожны, поскольку вы потеряете различных вход информации. Например, utmp [X] и wtmp [X] файлы содержат пользователю доступа и учета информации:
/ VAR / CRON / журнал
/ VAR /катушка/LP / журналы
/ VAR / ADM / utmp
/ VAR / ADM / utmpx
/ VAR / ADM / wtmp
/ VAR / ADM / wtmpx
/ VAR / Журнал / журнала *
/ VAR / ADM / сообщений .*
Примечание: если вы в нуль в utmp, utmpx, wtmp или wtmpx файлов, вы должны перезагрузить ваш компьютер.
Для нулевой из файла:
# CAT / Dev / нуль> имя_файла
ПРИМЕЧАНИЕ: Для Solaris [TM] 9 или выше, см. logadm (1М) в полезный инструмент для управления лог файлы.
Проверка / VAR / SAF - проверить _log и TCP и zsmon каталогов. Там будет _log файлов - вы можете нулю их с "кошкой / Dev / нуль> имя_файла". Если ваша система используется в качестве принимающей принтера, проверьте / VAR / LP / журналы для файлов, они могут быть сняты, если они были напечатаны или унаследованные от системы отключается или принтер проблемы. Проверка / VAR / сохранить. Проверка / VAR /катушка/* Каталог. Подкаталогам как "LP", или "mqueue" используются для навивки. Проверка / VAR / катастрофа для любой системы сердечники. Также проверьте / VAR / TMP файлов не требуется; / VAR / TMP не очищены с перезагрузкой.
А слово предостережения относительно / VAR / sadm каталог. Этот каталог содержит пакет исправлений и информации и в целом не должна быть тронута.
Если вы хотите удалить сохраненные патч backout информацию см. INFODOC 14295.
Кроме того, она может быть то, что вы работаете из индексные дескрипторы и получать сообщения "файловой системой полного". В этом случае восстановить раздел с более индексные дескрипторы. Основные шаги:
*
Удалите ненужные файлы.
*
Резервное копирование разделов.
*
воссоздали с помощью Newfs-я nbpi / Dev / <rfsname> где nbpi выбирается меньше, то по умолчанию для диска, размер, и rfsname это сырье файловой системы, например / Dev / rdsk / cNtNdNsN. См. человек Newfs (1М) для получения более подробной информации.
*
Восстановление информации в раздел.
В ходе нормального функционирования системы, коренные и файловые USR (или каталогов) в основном статическими (не растут с течением времени). / VAR тем не менее, растут с течением времени (так как он содержит лог файлы, пакет данных, печать и почтовые spoolers и т.д.). Название "Var" на самом деле аббревиатура для "разное", или "переменные" в качестве "/ VAR" файловая система предназначена для файлов, которые различаются по размеру и содержанию с течением времени (см. файловой системы (5) Руководство страницу для получения более подробной информации о это). Это хорошая практика управления системой контроля лог файлы, чтобы убедиться, что они не слишком велик.
Если файловая система внезапно заполняется, что могло быть вызвано установкой новой кусок программного обеспечения в каталоге неправильно.
Проверьте любой потерял + найти на любой каталог файловой системы, которая полностью.
Другой подход заключается в список файлов по дате их изменения (если с даты, когда файловая система заполняется известно).
# LS-ГДПВ / | больше будет список всех файлов и сортировать их по изменению даты.
В очень редких случаях в файловой системе UFS может показаться полной, а вы до сих пор данных блоков и узлов имеется. Это описано в SRDB 74799.
Временные Обход Top
Дополнительная информация Наверх
Она также может быть то, что все эти меры не дают решения, и эта проблема на самом деле, что файловая система еще слишком малы.
Проверьте следующий документ рекомендован для файловой размеров, infodoc 74110.
Вы должны думать о размерах, необходимых для ОС и разделить данные ОС файловой системы, чтобы предотвратить его попадание полном объеме. Конечно, всегда можно добавить больше дисков и расширить файловую систему, но это лучше предотвращать.
|
Чтобы проверить, индексного дескриптора использование - DF-F UFS-ой
Чтобы проверить, какая файловая система была создана - mkfs м / Dev / rdsk / cXtXdXsX
Последний раз редактировалось RTM; на 03-23-2006 07:04 PM..
|
Подробнее UNIX и Linux Темы форума можно найти полезные
Powered By 
03-09-2006
Гибридный режим
