[jira] [Resolved] (HADOOP-9765) Precommit Admin job chokes on issues without an attachment

["Todd Lipcon (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/HADOOP-9765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Todd Lipcon resolved HADOOP-9765.
---------------------------------

      Resolution: Fixed
    Hadoop Flags: Reviewed

> Precommit Admin job chokes on issues without an attachment
> ----------------------------------------------------------
>
>                 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
>         Attachments: HADOOP-9765.patch, HADOOP-9765.patch
>
>
> 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 was sent by Atlassian JIRA
(v6.1#6144)