Re: Too many open files, again

It does look like the OS file descriptor pool is being exhausted.  It's 
possible this may be because a RandomAccessFile is not being closed 
after a system copy.  I will perform some more tests and see if I can 
spot any problems.

Toby.


M. A. Sridhar wrote:
> I am (for the most part) using the IBM Java 1.4.1 kit on Linux (Mandrake
> 9.1). I have not tested this particular aspect on Windows.
> 
> The application had died this morning with the same problem, so I had to
> restart it. Here is the result of running the cat command:
> 
> Before restarting
> 
> [sfcrm@demo sfcrm]$ cat /proc/sys/fs/file-nr
> 2076    90      52422
> 
> After restarting:
> 
> [root@demo sfcrm]# cat /proc/sys/fs/file-nr
> 2128    822     52422
> 
> I would be grateful for any ideas/patches/workarounds.
> 
> Thanks and regards.
> 
> Sridhar
> 
> --- Tobias Downer <[email protected]> wrote:
> 
>>The backup process requires a lot of files to be open in a short period 
>>of time.  Mckoi opens and closes a lot of files during normal operation 
>>also.  About every 512kb of data inserted into the database causes a new 
>>journal file to be created and later closed and deleted.
>>
>>May I ask which JVM versions you are using?  You have found that the 
>>problem happens regardless of JVM after about a week?  Does it happen on 
>>both Windows and Linux machines?
>>
>>Would it be possible to run a 'cat /proc/sys/fs/file-nr' every day after 
>>a backup and send me the output?  This should give an idea if the linux 
>>file descriptor limit is being exhausted.
>>
>>Toby.
>>
> 
> M. A. Sridhar



---------------------------------------------------------------
Mckoi SQL Database mailing list  http://www.mckoi.com/database/
To unsubscribe, send a message to [email protected]