Filesystems OpenVMS ODS-5自由块

在我们的OpenVMS 8.3 ODS-5机器上，作为阴影集成员安装的磁盘有时会在没有明显原因的情况下突然丢失空闲块。将空闲块和磁盘上所有文件的总大小相加，得到的总大小比磁盘上实际可用块的总大小低得多。有人能告诉我是什么引起的吗

我发现清除文件通常会消除问题，但没有解释，也找不到导致问题的文件

机器不在集群中，

ANALYZE/RMS

告诉我和我咨询过的其他人什么都没有。考虑了所有文件版本，但可能需要进一步限定

dir/size

。我不知道有任何临时/临时文件，但理想情况下，如果它们存在，我希望找到它们。TOTALBLOCK-FREEBLOCKS与

dir/siz/grand[000000…]

的输出之间的差额约为6000万块（约为驱动器的一半）

我不熟悉DFU。

• 别担心。要快乐。这肯定不是一个问题，只是缺乏理解。（当然，人们可以认为，这本身就是一个更大的问题，而不是数字中明显的不匹配。）
• “低得多”几乎毫无意义。一切都是相对的。一些定量数字怎么样

• 这是集群吗？每个集群成员都可以并且将拥有自己的扩展缓存，每个成员可能拥有10%的可用空间。你数数前把那个/那个冲洗干净了吗

• 分配的数据块是应该计算的，还是仅仅使用的数据块

• 计数中是否包含所有文件的所有版本（因为清除可能会更改结果）

• 系统上的应用程序是否使用未输入目录的临时文件，因此可能不会被计算在内

• 您是否考虑过启用磁盘配额，只是为了计数，而不是限制使用

• 分析/磁盘怎么样

• 用DFU戳一下硬盘怎么样。。。强烈推荐！可能比任何基于目录的方法都“快得多”：-，而且“准确得多”

问候,，

---

Hein.

使用DIR/SIZE=ALLOCATION或DIR/SIZE=ALL。您显示的命令仅显示“已使用”的块，而不是预分配的块。预分配可能是计划故意的，也可能是由于集群规模的扩大而不可避免的。谷歌：openvms dfu下载。如果你认真对待文件、分配和自由空间，那么DFU是必须具备的。使用的命令是“dir/siz/grand”，应该是“dir/siz=ALL/grand”，但实际上应该是DFU报告xxx：