Stas Bekman <[EMAIL PROTECTED]> writes:
> > Did not think about that. Yes, the default limit is 60 opened files
> > on this machine. I ran 'ulimit -n 1024' and then 'make test' again.
>
> Great.
>
> I wish we could somehow automate this diagnostics to save the wasted
> time for the report-response email cycle. As you can see it's not the
> first time we get it reported. Ideas?
Can't t/TEST check the output of 'ulimit -n' and verify that it is
high enough? Alternatively try the BSD::Resource module?
For our mail filtering product (PureMessage) we also had problems with
reports caused by this limit and we fixed it by embedding this code in
the server core:
if (getrlimit(RLIMIT_NOFILE, &rlim) == 0
&& rlim.rlim_cur != RLIM_INFINITY
&& rlim.rlim_cur < rlim.rlim_max)
{
rlim.rlim_cur = rlim.rlim_max;
if (setrlimit(RLIMIT_NOFILE, &rlim) != 0) {
warn("Can't max RLIMIT_NOFILE limit: $!");
}
}
This tries to move the soft limit for open files as high as it can go.
> > This time it worked much better, but it fails when trying to load the
> > APR.so module.
>
> > Failed Test Stat Wstat Total Fail Failed List of Failed
> > ------------------------------------------------------------------------------------------------------------------------------
> > t/apr-ext/base64.t 255 65280 ?? ?? % ??
> > t/apr-ext/bucket.t 255 65280 ?? ?? % ??
> > t/apr-ext/date.t 255 65280 ?? ?? % ??
> > t/apr-ext/finfo.t 255 65280 ?? ?? % ??
> > t/apr-ext/pool.t 255 65280 ?? ?? % ??
> > t/apr-ext/string.t 255 65280 ?? ?? % ??
> > t/apr-ext/table.t 255 65280 ?? ?? % ??
> > t/apr-ext/threadmutex.t 255 65280 ?? ?? % ??
> > t/apr-ext/uri.t 255 65280 ?? ?? % ??
> > t/apr-ext/util.t 255 65280 ?? ?? % ??
> > t/apr-ext/uuid.t 255 65280 ?? ?? % ??
> > t/apr/constants.t 255 65280 ?? ?? % ??
> > 15 tests skipped.
> > Failed 12/216 test scripts, 94.44% okay. 0/1825 subtests failed, 100.00%
> > okay.
>
> OK, first of all, all these tests aren't modperl tests, but testing
> APR::* API outside modperl, so you can safely run 'make
> install'. (well you probably want to 'chdir ModPerl-Registry && make
> test' too).
>
> > t/apr-ext/base64........................Can't load
> '/home/gisle/mod_perl-1.99_17/blib/arch/auto/APR/APR.so' for module APR:
> Exec format error at
> /home/gisle/5.8.6/lib/perl5/5.8.6/IA64.ARCHREV_0/DynaLoader.pm line 230.
> > at /home/gisle/mod_perl-1.99_17/blib/lib/APR/Base64.pm line 23
>
> Well, I hope you can tell us what is the problem. I'm not familiar
> with HPUX/IA64. May be take a look at the make's log and it'll give
> you the needed information to tell?
I think this might be caused by compiling Apache itself with gcc while
perl and mod_perl was compiled with HP's cc. I'll investigate
further and report what I find.
--Gisle
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
