On Sun, Feb 16, 2014 at 11:11 PM, Navis류승우 <navis....@nexr.com> wrote: > bq. even if a JIRA is in the queue twice it will only be tested once. > Good to know! > > bq. removing order-by clauses just for conforming purpose (my comment) > > I've tested it in https://issues.apache.org/jira/browse/HIVE-6438, making > 556 sec -> 418 sec for join_filters.q. Would it be worthwhile to rewrite > and update so many tests/results?
Faster is always better :) I'll look at 6438 tomorrow. > > > > 2014-02-14 15:58 GMT+09:00 Brock Noland <br...@cloudera.com>: > >> Hi, >> >> The pre-commit tests: >> >> 1) only test the latest attachment >> 2) post the attachment id to the JIRA >> 3) Verify the attachment id has not been tested before running >> >> This means that even if a JIRA is in the queue twice it will only be tested >> once. >> >> Below are relevant portions of the script: >> >> curl -s -S --location --retry 3 "${JIRA_ROOT_URL}/jira/browse/${JIRA_NAME}" >> > $JIRA_TEXT >> ... >> PATCH_URL=$(grep -o '"/jira/secure/attachment/[0-9]*/[^"]*' $JIRA_TEXT | \ >> grep -v -e 'htm[l]*$' | sort | tail -1 | \ >> grep -o '/jira/secure/attachment/[0-9]*/[^"]*') >> ... >> # ensure attachment has not already been tested >> ATTACHMENT_ID=$(basename $(dirname $PATCH_URL)) >> if grep -q "ATTACHMENT ID: $ATTACHMENT_ID" $JIRA_TEXT >> then >> echo "Attachment $ATTACHMENT_ID is already tested for $JIRA_NAME" >> exit 1 >> fi >> >> >> >> >> >> On Fri, Feb 14, 2014 at 12:51 AM, Navis류승우 <navis....@nexr.com> wrote: >> >> > Recently, precommit test takes more than 1 day (including queue time). >> > >> > Deduping work queue (currently, HIVE-6403 and HIVE-6418 is queued twice) >> > can make this better. Rewriting some test queries simpler (I'm thinking >> of >> > removing order-by clauses just for conforming purpose). Any other ideas? >> > >> > >> > 2014-02-14 6:46 GMT+09:00 Thejas Nair <the...@hortonworks.com>: >> > >> > > I see a new job now running there. Maybe there is nothing wrong with >> the >> > > infra and builds actually finished (except for the 3 aborted ones). >> > > Can't complain about a shorter queue ! :) >> > > >> > > >> > > >> > > On Thu, Feb 13, 2014 at 1:30 PM, Thejas Nair <the...@hortonworks.com> >> > > wrote: >> > > >> > > > Is the jenkins infra used for hive precommit tests under maintenance >> > ? I >> > > > see that the long queue has suddenly disappeared. The last few test >> > > builds >> > > > have been aborted. >> > > > >> > > > The jenkins used for hive precommit tests - >> > > > http://bigtop01.cloudera.org:8080/job/PreCommit-HIVE-Build/ >> > > > >> > > > Thanks, >> > > > Thejas >> > > > >> > > > >> > > > >> > > > >> > > >> > > -- >> > > CONFIDENTIALITY NOTICE >> > > NOTICE: This message is intended for the use of the individual or >> entity >> > to >> > > which it is addressed and may contain information that is confidential, >> > > privileged and exempt from disclosure under applicable law. If the >> reader >> > > of this message is not the intended recipient, you are hereby notified >> > that >> > > any printing, copying, dissemination, distribution, disclosure or >> > > forwarding of this communication is strictly prohibited. If you have >> > > received this communication in error, please contact the sender >> > immediately >> > > and delete it from your system. Thank You. >> > > >> > >> >> >> >> -- >> Apache MRUnit - Unit testing MapReduce - http://mrunit.apache.org >> -- Apache MRUnit - Unit testing MapReduce - http://mrunit.apache.org