[Orca-users] too many open files issue

[Stoltzfus, Mark (HQP)]

Blair,
     OpenFileHash is at 100.  I've tried setting the ulimit in the parent
shell to 2048, 4096, etc, but the problem appears to be that no matter what
the ulimit is set to, the perl versions(s) I've got (32 bit) fold(s) at 256
file descriptors.  This is documented in the README.solaris in the perl
source distribution.  The solution mentioned there is to recompile perl with
the -xarch=v9 flag (cc) or -mcpu=v9 & -m64 (gcc) to get the 64-bit version
of perl, but I've tried compiling perl with the 64 bit options with both
Forte 6.0 and gcc (3.2) and had no luck.  If anyone has been successful with
this, please let me know.
     What I didn't mention earlier is that I'm running orca with the -once
option, and if I run it in daemon mode, or run it with the -once without
updating all the orca data for all my hosts (about ~160 hosts) at the same
time, it doesn't give me that error.  Running it with the -no-html option
works fine as well.  When I want to add a host I just run orca with the
-once after updating the orca data only for the new host, and then run orca
from then on out with the -no-html option, and it's perfectly happy.

Thanks again for the help,

Mark

-----Original Message-----
From: Blair Zajac [mailto:blair at orcaware.com]
Sent: Wednesday, July 07, 2004 1:48 PM
To: Stoltzfus, Mark (HQP)
Cc: 'orca-users at orcaware.com'
Subject: Re: [Orca-users] too many open files issue


Stoltzfus, Mark (HQP) wrote:

> 
> I've googled for the answer to my current orca issue, which is that I'm 
> getting errors such as this:
> 
> ./orca: warning: cannot create Orca::HTMLFile object: cannot open 
>
`/www/sites/orca/html/orcallator/o_gold_gauge_qfe5Ipkt_per_s,__qfe5Opkt_per_
s.html.htm' 
> for writing: Too many open files.
> 
> And I saw that about two years ago, this problem was discovered to be 
> specific to perl on Solaris, having to do with fopen().  I've tested the 
> perl code that was posted to the list on both Solaris and Tru64, and it 
> only hit the 256 descriptor limit on Solaris.  So, the question is, does 
> anyone know a way around this?  The solution mentioned on the FAQ 
> doesn't fix this (manually setting ulimit in the shell).

Mark,

Check your version of lib/Orca/OpenFileHash.pm and see how large the open
file 
cache is.  In the current version of Orca, it is 100 files, so that should
be 
small enough.

# Set up a cache of 100 open file descriptors for the source data
# files.  This leaves a large number of free file descriptors for
# other use in the program.
use vars qw($open_file_cache);
unless ($open_file_cache) {
   $open_file_cache = Orca::OpenFileHash->new(100)
}

Check your OpenFileHash.pm and see how small it is.

What is the ulimit for your Orca process?

Blair

-- 
Blair Zajac <blair at orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </pipermail/orca-users/attachments/20040713/b8bfd551/attachment.html>