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, <m...@ow2.org> 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@eclipse.org > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/jetty-users > -- Jan Bartel <j...@webtide.com> www.webtide.com *Expert assistance from the creators of Jetty and CometD*
_______________________________________________ jetty-users mailing list jetty-users@eclipse.org To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/jetty-users
