> On Dec 1, 2017, at 12:18 PM, Rushabh Shah <rusha...@oath.com> wrote: > Can someone explain me what happened ?
Yetus downloaded the patch to make sure it applied before bothering to do anything else to make sure it wasn’t going to burn cycles on the build boxes for no reason. Docker mode was active so it then went to re-exec itself under Docker. But it had to build the Docker image first. This can take anywhere from 9 minutes to 20 minutes, depending primarily on which branch’s Dockerfile was in use. While this was going on, another two patches were uploaded. Docker build finishes. When Yetus re-exec’ed itself under Docker, it re-grabs the patch (since the world—including Yetus itself!--may be different now that it is Docker). In this case, it grabbed the last of the newly uploaded patches and attempted to churn it’s way through it. a) Uploading two patches at once has never ever worked and will likely never be made to work. (There are lots of reasons for this.) b) Before uploading a new patch, wait for the feedback or at least make sure the Jenkins job is actually past “Determining needed tests” before uploading a new one. Just be aware that test output is going to get very hard to follow with all of the cross posting. --------------------------------------------------------------------- To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-dev-h...@hadoop.apache.org