Re: Empty directory 60M in size; used to contain 1.7 million files
Directories are only shrunk when a file is created and the slack directory space can be trivially truncated. This is to avoid useless compaction during rm -rf-style activities of a directory that will just be deleted anyway. Just create a dummy file with touch and the directory will shrink down to 1 block. You can then remove the file. Thanks, that explaints it. And it did work. -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller [EMAIL PROTECTED]' Key retrieval: Send an E-Mail to [EMAIL PROTECTED] E-Mail: [EMAIL PROTECTED] Web: http://www.scode.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Empty directory 60M in size; used to contain 1.7 million files
On 11/27/06, Dan Nelson [EMAIL PROTECTED] wrote: In the last episode (Nov 27), Peter Schuller said: Observe: hyperion# ls -la total 61634 drwxr-xr-x 2 xxx yyy 63047168 Nov 18 21:33 . drwxr-xr-x 6 xxx yyy 512 Oct 8 16:39 .. hyperion# find . . hyperion# The one special circumstance is that the directory previously contained 1.7 million small files, that are now deleted. This is on FreeBSD 6.1 with UFS2 + softupdates. No snapshots exist of the filesystem. 1.7 million files may be extreme, but I don't see why an empty directory would ever consume more than one inode? Directories are only shrunk when a file is created and the slack directory space can be trivially truncated. This is to avoid useless compaction during rm -rf-style activities of a directory that will just be deleted anyway. Shouldn't it be done after a timeout? I can imagine scenarios when millions of small files are created and deleted in different dirs. Should it result in no disk space (and a clueless user)? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Empty directory 60M in size; used to contain 1.7 million files
The directory size grew to accomodate the metadata required to list the files within it. You cant shrink it. You'll have to remove it and recreate it. On 11/26/06, Peter Schuller [EMAIL PROTECTED] wrote: Hello, Observe: hyperion# ls -la total 61634 drwxr-xr-x 2 xxx yyy 63047168 Nov 18 21:33 . drwxr-xr-x 6 xxx yyy 512 Oct 8 16:39 .. hyperion# find . . hyperion# The one special circumstance is that the directory previously contained 1.7 million small files, that are now deleted. This is on FreeBSD 6.1 with UFS2 + softupdates. No snapshots exist of the filesystem. 1.7 million files may be extreme, but I don't see why an empty directory would ever consume more than one inode? -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller [EMAIL PROTECTED]' Key retrieval: Send an E-Mail to [EMAIL PROTECTED] E-Mail: [EMAIL PROTECTED] Web: http://www.scode.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Empty directory 60M in size; used to contain 1.7 million files
In the last episode (Nov 27), Peter Schuller said: Observe: hyperion# ls -la total 61634 drwxr-xr-x 2 xxx yyy 63047168 Nov 18 21:33 . drwxr-xr-x 6 xxx yyy 512 Oct 8 16:39 .. hyperion# find . . hyperion# The one special circumstance is that the directory previously contained 1.7 million small files, that are now deleted. This is on FreeBSD 6.1 with UFS2 + softupdates. No snapshots exist of the filesystem. 1.7 million files may be extreme, but I don't see why an empty directory would ever consume more than one inode? Directories are only shrunk when a file is created and the slack directory space can be trivially truncated. This is to avoid useless compaction during rm -rf-style activities of a directory that will just be deleted anyway. Just create a dummy file with touch and the directory will shrink down to 1 block. You can then remove the file. -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]