[
https://issues.apache.org/jira/browse/FOP-2189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13556089#comment-13556089
]
Alexis Giotis commented on FOP-2189:
------------------------------------
Based on the description, this does not seem to be a multi-threading issue but
a leak of file handles. In most Unix operating systems, you can use the "lsof"
command line to list the files that are open by the java process. HP-UX might
also have a more advanced tool similar to Dtrace.
I doubt that the file leak is in FOP 1.0 code. I have been running FOP 1.0 plus
patches for more than 2 years in much more than 10 production sites. Each site
has a daily volume of 100-200K documents and 8-60 threads per process.
I assume that you use FOP embedded in an application, so I suggest to look for
file handle leaks in the code where the FOP output document is handled. I don't
think there is much to do with this issue, unless there is some more specific
information or some steps to reproduce it.
> Apache FOP 1.0 Multithreading Problems - Too many open files err24
> ------------------------------------------------------------------
>
> Key: FOP-2189
> URL: https://issues.apache.org/jira/browse/FOP-2189
> Project: Fop
> Issue Type: Bug
> Components: pdf
> Affects Versions: 1.0
> Environment: HP Unix
> Reporter: Joey Ezekiel
> Labels: Exception, Font", IOException, PDF, error
>
> We use Apache FOP to convert a whole lot of XML's to AFP's and PDF's. Our
> current load would be around 25k files per run on a HP-UX system. We have 12
> threads in total that are used to initialize and trigger the FOP conversion
> in a producer-consumer fashion. Recently there have been multiple failures
> during conversion and when looked up, we've received generic FOP errors like:
> **ERROR,2460364,FOToPDF_Thread_11,FOP Exception, something.pdf,Failed to
> resolve font with embed-url './Fonts/arial.ttf'**
> or its an error failing to load the font metrics file although the files are
> intact with the right permissions. Many other PDF's are generated so this
> can't be the problem.
> We also wind up with:
> **java.io.FileNotFoundException: /PDF/20130111130002/something.pdf (Too many
> open files (errno:24))**
> judging by the logs and volume being processed, this looks like an FOP
> problem. I've read that FOP has had this issue in the past with the font
> files. There have been instances where Apache has opened each font file
> multiple times and not closed the handles resulting in a large number of open
> files. This was supposed to be fixed, but if it still persists, what would be
> a good and quick solution to this?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
