There is no such limit. You are running into a bug that has been fixed in mainline kernel 2.6.35 and is available with the UEK kernel. Upgrade to that kernel, install ocfs2-tools 1.6 and enable the discontig-bg feature.
On 08/31/2011 03:15 PM, Omega Xtreme wrote:
Hi All, Please I would like to know what the maximum number of files (limit) is for an OCFS2 file system created on a x86_64 system with default options on a 900GB LUN. The system specs are listed below. It was noticed that at some point any attempt to create an additional file on the file system hangs the session and hangs accessto the file system as well. Attempts to start the application (zimbra) installed on the file system has the same effect. The file system had a zimbra install with the mail files in it. I counted the directories and it was over 19,000 (the limit is 31,000 I think) and a count of the files came up with over 2.5m. I suspected it may be something to do with the number of files and after trying everything else, I decided to delete some files on the file system - I randomly deleted a small sub-directory containing maybe a 200 or so files. Immediately afterwards, the "touch" command worked without hanging the file system (usually I have to open another remote session and forcefully unmount it) and the response was ok (immediate return to the CLI and "ls" worked without any issue) Just to be sure I copied back the directory I had deleted and the original issue started again. Removed the small directory and all was well again. RedHat 5: 2.6.18-274.el5 OCFS2 tools 1.4.4 and 1.4.7-1 OCFS2 version 1.4.2 and 1.4.4
_______________________________________________ Ocfs2-users mailing list Ocfs2-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs2-users
