[sword-devel] CrossWire Server Problems
Manfred Bergmann
bergmannmd at web.de
Fri Apr 17 00:22:37 MST 2009
Am 17.04.2009 um 04:26 schrieb Troy A. Griffitts:
> A few things that changed recently.
>
> I updated to jdk 1.6.0_13
>
> I added the following env variable for tomcat:
> export JAVA_OPTS="-server -Xms4096m -Xmx8192m"
>
> Wondering if anyone has insights... I can always put them back if
> we think these are bad.
I never have seen Tomcat with so much initial heap.
But I never have seen Tomcat with so many web application either.
So I guess it is ok.
Is there a limit in the Tomcat docs on this?
>
>
> Regarding swordorbserver. FileMgr in SWORD limits number of open
> connection. The default, which isn't changed in swordorbserver, is
> set to: 35
> We could drop this if we think this is a problem. But I think our
> server can handle anything we throw at it, so I'd rather up the
> kernel limit, if this is our problem.
>
> More comments welcome.
>
> -Troy.
>
>
>
>
>
> Gregory Hellings wrote:
>> DM,
>> On Apr 16, 2009, at 20:09, DM Smith <dmsmith at crosswire.org> wrote:
>>> There have been some problems with the server lately.
>>>
>>> I think, but am not sure, that tomcat is having problems. I'm not
>>> very up on tomcat, so take what follows with a grain of salt.
>>>
>>> For those with server access and appropriate permissions, tomcat
>>> logs have a wealth of info and can be found at:
>>> /opt/tomcat/logs
>>>
>>> In catalina.out the following error is repeated frequently:
>>> java.io.FileNotFoundException: /opt/tomcat/webapps/gobible/WEB-INF/
>>> classes/trans_null.properties (Permission denied)
>>> This is followed by a java stack trace.
>> I'm extrapolating from times I've seen similar errors in my own
>> code: the program is failing to initialize a translation name
>> correctly, so the null appears when a null reference to a string is
>> concerted to the file name.
>>>
>>>
>>> The only other errors I see in that file are related to the Bible
>>> Tool, where the process tries to attach to a running process
>>> (throwing an exception) and then starts another process because of
>>> the failure.
>>>
>>> Other than that this log indicates a heavy usage of the forums.
>>>
>>> In catalina2009-04-16.log
>>> There are a lot of problems opening jar files. Doing a spot check
>>> indicates that the jars are fine. But looking a bit closer in the
>>> log, each one of these is followed by a stack trace indicating
>>> "Too many files open"
>>>
>>> Musing out loud: It appears that some of the more common jar files
>>> are repeated for each webapp. Should they be put in a common area?
>>> (I don't know enough to know.)
>> This is definitely possible. In tomcat's top directory there is a
>> place to put shared jar files, like DB drivers, JSword, Lucene or
>> others. This only would present a problem if people must keep a
>> different version than the globally installed one. In that case,
>> precedence is determined by the configuration of Catalina's
>> classpath.
>> --Greg
>>>
>>>
>>> I'm also wondering whether the BibleTool holds too many open file
>>> descriptors? (I have no idea, but JSword had that problem.)
>>>
>>> The number of open file descriptors is a tunable kernel parameter,
>>> so maybe it can be adjusted upward?
>>>
>>> Anyway, this is probably more heat than light.
>>>
>>>
>>> In Him,
>>> DM
>>>
>>> _______________________________________________
>>> sword-devel mailing list: sword-devel at crosswire.org
>>> http://www.crosswire.org/mailman/listinfo/sword-devel
>>> Instructions to unsubscribe/change your settings at above page
>> _______________________________________________
>> sword-devel mailing list: sword-devel at crosswire.org
>> http://www.crosswire.org/mailman/listinfo/sword-devel
>> Instructions to unsubscribe/change your settings at above page
>
>
> _______________________________________________
> sword-devel mailing list: sword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
More information about the sword-devel
mailing list