Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-25319

ASTS Core TS sometimes fails with Too many files open error

XMLWordPrintable

      In EAP QE environment, we have hardcoded limit for the max number of open files to 32768. It's far less than the current RHEL8/9 defaults. Recently (since few week ago) we started to see our ASTS Core testsuite execution to fail randomly with:

      [ERROR] Failed to execute goal org.apache.maven.plugins:maven-source-plugin:3.1.0:jar-no-fork (attach-sources) on project wildfly-event-logger: Error creating source archive: Problem creating jar: Execution exception: java.io.FileNotFoundException: /home/hudson/hudson_workspace/as-testsuite-core-rhel/484afc62/event-logger/src/main/java/org/wildfly/event/logger/AsyncEventLogger.java (Too many open files)

      In relevant *.dumpstream file, we can see many records like this:

      Corrupted STDOUT by directly writing to native stream in forked JVM 1. Stream ' at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126)'.
java.lang.IllegalArgumentException: Stream stdin corrupted. Expected comma after third character in command '   at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126)'.
        at org.apache.maven.plugin.surefire.booterclient.output.ForkClient$OperationalData.<init>(ForkClient.java:507)
        at org.apache.maven.plugin.surefire.booterclient.output.ForkClient.processLine(ForkClient.java:210)
        at org.apache.maven.plugin.surefire.booterclient.output.ForkClient.consumeLine(ForkClient.java:177)
        at org.apache.maven.plugin.surefire.booterclient.output.ThreadedStreamConsumer$Pumper.run(ThreadedStreamConsumer.java:88)
        at java.base/java.lang.Thread.run(Thread.java:834)

      After some investigation it looks that current use of surefire plugin which writes to STDOUT by default may have some impact on this. Moving away from writing to STDOUT but using the new TCP/IP communication that Surefire supports since version 3.0.0, this issue vanishes and Corrupted STDOUT errors from dumpstream are gone too.

              okotek@redhat.com Ondrej Kotek
              jstourac@redhat.com Jan Stourac
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: