You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Brock Noland (JIRA)" <ji...@apache.org> on 2013/07/23 20:58:52 UTC
[jira] [Created] (HADOOP-9765) Precommit Admin job chokes on issues
without an attachement
Brock Noland created HADOOP-9765:
------------------------------------
Summary: Precommit Admin job chokes on issues without an attachement
Key: HADOOP-9765
URL: https://issues.apache.org/jira/browse/HADOOP-9765
Project: Hadoop Common
Issue Type: Bug
Components: build
Reporter: Brock Noland
Assignee: Brock Noland
Check out this file: https://builds.apache.org/job/PreCommit-Admin/lastSuccessfulBuild/artifact/patch_tested.txt
It has "corrupt" data:
{noformat}
HIVE-4877HDFS-5010,12593214
HIVE-4877HBASE-8693,12593082
HIVE-4877YARN-919,12593107
YARN-905,12593225
HIVE-4877HBASE-8752,12588069
{noformat}
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:
{noformat}
$ grep -A 2 'ZOOKEEPER-1402' patch_available2.elements
ZOOKEEPER-1402
HBASE-8348
id="12592318"
{noformat}
This is where it screws up:
{noformat}
$ 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
{noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira