[ https://issues.apache.org/jira/browse/MAPREDUCE-7052?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Peter Bacsko updated MAPREDUCE-7052: ------------------------------------ Attachment: MAPREDUCE-7052-001.patch > TestFixedLengthInputFormat#testFormatCompressedIn is flaky > ---------------------------------------------------------- > > Key: MAPREDUCE-7052 > URL: https://issues.apache.org/jira/browse/MAPREDUCE-7052 > Project: Hadoop Map/Reduce > Issue Type: Bug > Components: client, test > Reporter: Peter Bacsko > Assignee: Peter Bacsko > Priority: Major > Attachments: MAPREDUCE-7052-001.patch > > > Sometimes the test case TestFixedLengthInputFormat#testFormatCompressedIn can > fail with the following error: > {noformat} > java.lang.OutOfMemoryError: Requested array size exceeds VM limit > at > org.apache.hadoop.mapred.TestFixedLengthInputFormat.runRandomTests(TestFixedLengthInputFormat.java:322) > at > org.apache.hadoop.mapred.TestFixedLengthInputFormat.testFormatCompressedIn(TestFixedLengthInputFormat.java:90) > {noformat} > *Root cause:* under special circumstances, the following line can return a > huge number: > {noformat} > // Test a split size that is less than record len > numSplits = (int)(fileSize/Math.floor(recordLength/2)); > {noformat} > For example, let {{seed}} be 2026428718. This causes {{recordLength}} to be 1 > at iteration 19. {{Math.floor()}} returns negative Infinity, which becomes > positve infinity after the divison. Casting it to {{int}} yields > {{Integer.MAX_VALUE}}. Eventually we get an OOME because the test wants to > create a huge {{InputSplit}} array. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: mapreduce-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: mapreduce-issues-h...@hadoop.apache.org