The Question is:
I was suprised when a log file of a command procedure displayed that files
could not be copied to a directory due to it being full. A "show dev d". of
course displayed tons of free space.
I probably missed something, but is there a limit to the number of files a
directory can have? I really did not think that there was. The number of
versions, yes, but not quantity. Especially, since disk quotas are not turned
on or established.
Is there some system parameter I have not looked at yet to determine what the
default value is?
Thanks in advance.
The Answer is :
A disk full error means that the disk is full -- this can be a transient
state, quite obviously.
There are various other errors that can result from a full index file,
due to too many files for the size of the index file and/or due to high
levels of disk fragmentation.
There are also various errors -- errors expanding directories or creating
or extending other contiguous files -- that can result from insufficient
contiguous free space on the disk.
There is no hard limit on the size of a directory nor on the number of
files stored within a particular directory -- a directory file is little
more than a list of files, the structures related to files are stored in
files in the 000000.DIR master file directory (MFD). There are
performance implications on large directories, with directories larger
than 128 blocks performing significantly better on OpenVMS V7.2 and
later -- this due to changes in the directory caching and particularly
due to improvements in the directory I/O processing. (The discussion
of 128 block directories is NOT a hard limit on any OpenVMS release.)
Without specifics of the error message seen, there can be no specific
answer to the question. Please contact the Compaq Customer Support