[ https://issues.apache.org/jira/browse/HADOOP-8537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13416683#comment-13416683 ]
Todd Lipcon commented on HADOOP-8537: ------------------------------------- I think this is failing for similar reasons to HADOOP-7111. That patch added the following: {code} private int records1stBlock = NativeCodeLoader.isNativeCodeLoaded() ? 5674 : 4480; private int records2ndBlock = NativeCodeLoader.isNativeCodeLoaded() ? 5574 : 4263; {code} But the condition is wrong. If the native libs are present but they don't have gzip support compiled in (eg the gzip devel libraries weren't present at compile time), then it should use the non-native expected values. Instead we should check specifically for the zlib native code. > Two TFile tests failing recently > -------------------------------- > > Key: HADOOP-8537 > URL: https://issues.apache.org/jira/browse/HADOOP-8537 > Project: Hadoop Common > Issue Type: Bug > Components: io > Affects Versions: 3.0.0 > Reporter: Todd Lipcon > > TestTFileJClassComparatorByteArrays and TestTFileByteArrays are failing in > some recent patch builds (seems to have started in the middle of May). These > tests previously failed in HADOOP-7111 - perhaps something regressed there? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira