Re: [jetty-users] Help trying to investigate a file descriptor leak

[Jan Bartel <janb@xxxxxxxxxxx>]

We haven't had any reports of file descriptor leaks that I'm aware of.

How are you serving static content with Jetty - are you using a ResourceHandler, or are you using the DefaultServlet, or something else?

If you are using the DefaultServlet, check how it is configured - do you have caching enabled? Look for the settings of these init-params:

- resourceCache 

- maxCacheSize

- maxCachedFileSize

- maxCachedFiles

- useFileMappedBuffer

You can turn debug on to see more info on the handling of static files -  add -Dorg.eclipse.jetty.servlet.DefaultServlet.LEVEL=DEBUG  and -Dorg.eclipse.jetty.server.ResourceService.LEVEL=DEBUG to the command line if you're using jetty's default logging, or otherwise configure whatever logging system you're using to output highest level for those classes.

You can also specify jetty.dump.start=true at the very end of the jetty command line. That will spit out most of the configuration of your jetty server to the log just after it starts - might reveal something useful.

regards

Jan

On 14 February 2018 at 22:17, <mh@xxxxxxx> wrote:

Hello everybody.

I need a guess if the issue below could come from Jetty.
We run a webapp (XWiki) at https://www.ow2.org

The application is reached through Apache as a reverse proxy.
Jetty is 9.4.6.v20170531 running on Debian (9.3)
JVM is 8u151-b12-1~deb9u1

The issue I observe from the xwiki perspective is detailed at:

https://jira.xwiki.org/browse/XWIKI-15009

As far as I understand, the specific content of the webapp at
https://www.ow2.org/resources/ is statically served by Jetty and opened
by XWiki through it. (I don't know how).

The issue we observe is as time goes on, many files - not all of them -
in the folder 'resources' above like
https://www.ow2.org/resources/js/xwiki/meta.js are opened more than 2
times by the java process and that number keeps increasing. We observe
that by running:

lsof -p 21948 | egrep '(REG|DIR)' | awk '{print $9'} | sort | uniq -c
|sort -n

XWiki support team says they haven't got any report of such a behavior
recently.

By the way we're also using http://www.tuckey.org/urlrewrite/ which is
installed as a JAR in the webapp and called via web.xml. The
configuration of the rewrite filter is as stated in
http://www.xwiki.org/xwiki/bin/view/Documentation/AdminGuide/ShortURLs/#HUrlRewriteFilter

Unfortunately I can't disable the rewrite filter for testing purpose
right now as it would break URL schemes compatibility with URLs already
spread over the internet.

NB : The leak concerns *only* files in '/resources' which are expected
to be server statically (by Jetty in the current case).

Regards,

_______________________________________________
jetty-users mailing list
jetty-users@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jetty-users

--

Jan Bartel <janb@xxxxxxxxxxx>

www.webtide.com
Expert assistance from the creators of Jetty and CometD