Michael McCandless created LUCENE-9083:
------------------------------------------

             Summary: TestIOUtils false failures on ARM Linux due to 
StackOverflowError
                 Key: LUCENE-9083
                 URL: https://issues.apache.org/jira/browse/LUCENE-9083
             Project: Lucene - Core
          Issue Type: Improvement
          Components: core/store
    Affects Versions: master (9.0)
            Reporter: Michael McCandless


I'm testing Lucene's performance on the new 
[Graviton2|https://aws.amazon.com/about-aws/whats-new/2019/12/announcing-new-amazon-ec2-m6g-c6g-and-r6g-instances-powered-by-next-generation-arm-based-aws-graviton2-processors]
 ARM EC2 instances, specifically on an {{m6g.8xlarge}} instance.

But several test cases in {{TestIOUtils}} failed due to {{StackOverflowError}}, 
e.g.:

{noformat}
   [junit4] <JUnit4> says aloha! Master seed: 7AF4595BAD680884
   [junit4] Executing 1 suite with 1 JVM.
   [junit4]
   [junit4] Started J0 PID(28011@localhost).
   [junit4] Suite: org.apache.lucene.util.TestIOUtils
   [junit4] OK      0.03s | TestIOUtils.testDeleteFileIgnoringExceptions
   [junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestIOUtils 
-Dtests.method=testRotatingPlatters -Dtests.seed=7AF4595BAD680884 
-Dtests.slow=true -Dtests.badapples=true -D\
tests.locale=lu -Dtests.timezone=America/Lower_Princes -Dtests.asserts=true 
-Dtests.file.encoding=US-ASCII
   [junit4] ERROR   65.1s | TestIOUtils.testRotatingPlatters <<<
   [junit4]    > Throwable #1: java.lang.StackOverflowError
   [junit4]    >        at 
__randomizedtesting.SeedInfo.seed([7AF4595BAD680884:ADC8742ECA7CAFC1]:0)
   [junit4]    >        at 
java.base/sun.nio.cs.UTF_8$Encoder.encodeLoop(UTF_8.java:564)
   [junit4]    >        at 
java.base/java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:576)
   [junit4]    >        at 
java.base/sun.nio.fs.UnixPath.encode(UnixPath.java:136)
   [junit4]    >        at 
java.base/sun.nio.fs.UnixPath.<init>(UnixPath.java:69)
   [junit4]    >        at 
java.base/sun.nio.fs.UnixFileSystem.getPath(UnixFileSystem.java:280)
   [junit4]    >        at 
java.base/java.nio.file.Path.startsWith(Path.java:379)
   [junit4]    >        at 
org.apache.lucene.mockfile.FilterPath.startsWith(FilterPath.java:130)
   [junit4]    >        at 
org.apache.lucene.util.TestIOUtils$MockLinuxFileSystemProvider.maybeChroot(TestIOUtils.java:246)
   [junit4]    >        at 
org.apache.lucene.util.TestIOUtils$MockLinuxFileSystemProvider$MockLinuxPath.toRealPath(TestIOUtils.java:266)
   [junit4]    >        at 
org.apache.lucene.util.TestIOUtils$MockLinuxFileSystemProvider$MockLinuxPath.toRealPath(TestIOUtils.java:270)
   [junit4]    >        at 
org.apache.lucene.util.TestIOUtils$MockLinuxFileSystemProvider$MockLinuxPath.toRealPath(TestIOUtils.java:270)
   [junit4]    >        at 
org.apache.lucene.util.TestIOUtils$MockLinuxFileSystemProvider$MockLinuxPath.toRealPath(TestIOUtils.java:270)
{noformat}

Also, I've installed Lucene on {{tmpfs}} ({{/dev/shm}}), and maybe that (and 
not ARM Linux) is to blame?  Maybe it's just a silly bug in the 
{{MockLinuxPath}} in {{TestIOUtils.java}} .. it calls {{maybeChroot}} which 
looks to special case any path starting with {{/dev}} ... I'll try Lucene on 
{{/dev/shm}} on an x64 Linux to see ... all other core tests seem to pass at 
least once!

I'm using OpenJDK11 build from https://adoptopenjdk.net




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to