OpenVMS ODS-5 freeblocks
Наши машины OpenVMS 8.3 ODS-5, диски, смонтированные как члены набора теней, иногда теряют блокировку внезапно без видимой причины. Добавление FREEBLOCKS и общего размера всех файлов на диске дает намного меньшую общую сумму, чем фактическое общее количество доступных блоков на диске. Кто-нибудь может подсказать, что может быть причиной этого?
Я обнаружил, что очистка файлов обычно устраняет проблему, но не имеет объяснения и не может найти файл (ы), вызывающий ее.
Машина не в кластере и ANALYZE/RMS сказал мне и другим, с кем я советовался, ничего. Все версии файлов были рассмотрены, но может быть так dir/size должен быть квалифицирован в дальнейшем. Я не знаю ни о каких временных / временных файлах, но в идеале я хотел бы найти их, если они существуют. Недостаток между TOTALBLOCK-FREEBLOCKS и выходом dir/siz/grand [000000...] было около 60 миллионов блоков (около половины езды).
Я незнаком с DFU.
1 ответ
Не беспокойся будь счастлив. Это, конечно, НЕ проблема, просто недостаток понимания. (Конечно, можно было бы считать, что сама по себе большая проблема, чем очевидное несоответствие в цифрах.:-)
"Гораздо ниже" почти бессмысленно. Все относительно. Как насчет некоторых количественных чисел.
Это кластер? Каждый член кластера может иметь и будет иметь свой собственный дополнительный кеш, возможно, по 10% свободного пространства каждый. Вы промыли это / те, прежде чем считать?
Были ли РАСПРЕДЕЛЕННЫЕ блоки подсчитаны, как следует, или, возможно, только использованные блоки?
Были ли включены все версии всех файлов в счетчик (поскольку очистка, возможно, изменила результат)
Использует ли приложение в системе ВРЕМЕННЫЕ файлы, которые не занесены в каталог и, следовательно, возможно, не учитываются?
Рассматривали ли вы включение DISK QUOTA, только для подсчета, чтобы не ограничивать использование?
Как насчет АНАЛИЗ / ДИСК?
Как насчет тыкать в диск с DFU... очень рекомендуется! Вероятно, "намного быстрее":-) и "гораздо точнее", чем что-либо, основанное на DIRECTORY.
С уважением, Хейн.