Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
-
None
-
None
-
Reviewed
Description
Check out this file: https://builds.apache.org/job/PreCommit-Admin/lastSuccessfulBuild/artifact/patch_tested.txt
It has "corrupt" data:
HIVE-4877HDFS-5010,12593214 HIVE-4877HBASE-8693,12593082 HIVE-4877YARN-919,12593107 YARN-905,12593225 HIVE-4877HBASE-8752,12588069
which resulted in the Hive precommit job being called with the ISSUE_NUM of 5010, 8693, 919, and 8752.
Looking at the script and some output, I pulled from the last run, it looks like it gets hosed up when there is a JIRA which is PA but doesn't have an attachment (as ZK-1402 is currently sitting). For example:
This is the bad data the script is encountering:
$ grep -A 2 'ZOOKEEPER-1402' patch_available2.elements ZOOKEEPER-1402 HBASE-8348 id="12592318"
This is where it screws up:
$ awk '{ printf "%s", $0 }' patch_available2.elements | sed -e "s/\W*id=\"/,/g" | perl -pe "s/\"/\n/g" | grep ZOOKEEPER-1402 ZOOKEEPER-1402HBASE-8348 ,12592318