[
https://issues.apache.org/jira/browse/FOP-2189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13678099#comment-13678099
]
Joey Ezekiel commented on FOP-2189:
-----------------------------------
Thanks for that Luis, but I'm afraid it doesn't work with the FOP 1.1 trunk
(nightly build - fop-20130606.jar) as well. I used the xmlgraphics trunk
(xmlgraphics-commons-svn-trunk.jar) library as suggested but I still get the
same results. I'm attaching the TUSC log from unix and a set of all the files
open/closed so that it is evident that the files are not being closed. These
image files are never opened manually anywhere in the code as there is no
reason to.
Going back to the original too many open files issue - there is another FOP
process on the same unix box that runs simultaneously with this one but has
nothing in common though - no font/image resources, not evoked from the same
script, not a child script, no shared libraries - nothing. Could this be an
issue causing the too many open files error? Both of them have substantial
amount of images being used.
> 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
> Fix For: trunk
>
>
> 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
