Return-Path: X-Original-To: apmail-hadoop-common-dev-archive@www.apache.org Delivered-To: apmail-hadoop-common-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EDF9E11E2A for ; Mon, 28 Jul 2014 21:30:42 +0000 (UTC) Received: (qmail 44377 invoked by uid 500); 28 Jul 2014 21:30:40 -0000 Delivered-To: apmail-hadoop-common-dev-archive@hadoop.apache.org Received: (qmail 44301 invoked by uid 500); 28 Jul 2014 21:30:40 -0000 Mailing-List: contact common-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-dev@hadoop.apache.org Delivered-To: mailing list common-dev@hadoop.apache.org Received: (qmail 44274 invoked by uid 99); 28 Jul 2014 21:30:40 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Jul 2014 21:30:39 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andrew.wang@cloudera.com designates 209.85.220.172 as permitted sender) Received: from [209.85.220.172] (HELO mail-vc0-f172.google.com) (209.85.220.172) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Jul 2014 21:30:22 +0000 Received: by mail-vc0-f172.google.com with SMTP id im17so12324876vcb.17 for ; Mon, 28 Jul 2014 14:29:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=OwHPGftAFn6Mftoy2kyiQu8I3lVHZZ8fbGQVm3usl6A=; b=lfMPsdKVFM6HsGH6LNIsznIh1eRV7TqBmtrrd9KFswBhdEcTaB1/4r6FdnjHSkaGKx YMx/cVDZ2ApVB4GVHp/bIUxBtHHmibtXVEecBQ0Azh03rE5lTwprThUS8X2YqJOcNVMg uvxKn/z2bEbkQZ11+SNkaxvvRtE3M28Y4vCKuVEvmOzPSGC3S7cuyBWsGNqYteZC4UDL cYwXHDlYBfSqNdmMXWXctiBdB8jjkdH09/MNeF3mUbVP6WLdHz636xPvqb5AOnaxI/5c J6DxehxtgSeUKJFx2p8r0oWzk7b4x5xsInSbDv/NMVXvTZ6zO5es+zDKCIVcH15aEvc7 E84A== X-Gm-Message-State: ALoCoQlIEnYBAC+mvdF+Lr95LbJ0BdbYFbS8NmT1Jn37zx4myzMvK31TOMWPgvwuHF39ELdyArwc X-Received: by 10.220.46.5 with SMTP id h5mr3624198vcf.55.1406582997744; Mon, 28 Jul 2014 14:29:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.66.177 with HTTP; Mon, 28 Jul 2014 14:29:37 -0700 (PDT) In-Reply-To: References: From: Andrew Wang Date: Mon, 28 Jul 2014 14:29:37 -0700 Message-ID: Subject: Re: Jenkins problem or patch problem? To: "common-dev@hadoop.apache.org" Content-Type: multipart/alternative; boundary=001a11c2d2beed962804ff479f02 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c2d2beed962804ff479f02 Content-Type: text/plain; charset=UTF-8 I had the same issue on HDFS-6696, patch generated with "git diff --binary". I ended up making the same patch without the binary part and it could be applied okay. This does differ in behavior from the old boxes, which were still able to apply the non-binary parts of a binary-diff. On Mon, Jul 28, 2014 at 3:06 AM, Niels Basjes wrote: > For my test case I needed a something.txt.gz file > However for this specific test this file will never be actually read, it > just has to be there and it must be a few bytes in size. > Because binary files do't work I simply created a file containging "Hello > world" > Now this isn't a gzip file at all, yet for my test it does enough to make > the test work as intended. > > So in fact I didn't solve the binary attachment problem at all. > > > On Mon, Jul 28, 2014 at 1:40 AM, Ted Yu wrote: > > > Mind telling us how you included the binary file in your svn patch ? > > > > Thanks > > > > > > On Sun, Jul 27, 2014 at 12:27 PM, Niels Basjes wrote: > > > > > I created a patch file with SVN and it works now. > > > I dare to ask: Are there any git created patch files that work? > > > > > > > > > On Sun, Jul 27, 2014 at 9:44 PM, Niels Basjes wrote: > > > > > > > I'll look for a workaround regarding the binary file. Thanks. > > > > > > > > > > > > On Sun, Jul 27, 2014 at 9:07 PM, Ted Yu wrote: > > > > > > > >> Similar problem has been observed for HBase patches. > > > >> > > > >> Have you tried attaching level 1 patch ? > > > >> For the binary file, to my knowledge, 'git apply' is able to handle > it > > > but > > > >> hadoop is currently using svn. > > > >> > > > >> Cheers > > > >> > > > >> > > > >> On Sun, Jul 27, 2014 at 11:01 AM, Niels Basjes > > wrote: > > > >> > > > >> > Hi, > > > >> > > > > >> > I just submitted a patch and Jenkins said it failed to apply the > > > patch. > > > >> > But when I look at the console output > > > >> > > > > >> > > > https://builds.apache.org/job/PreCommit-MAPREDUCE-Build/4771//console > > > >> > > > > >> > it says: > > > >> > > > > >> > At revision 1613826. > > > >> > MAPREDUCE-2094 patch is being downloaded at Sun Jul 27 18:50:44 > UTC > > > >> > 2014 fromhttp:// > > > >> > > > > >> > > > > > > issues.apache.org/jira/secure/attachment/12658034/MAPREDUCE-2094-20140727.patch*cp > > > >> > : > > > >> > cannot stat '/home/jenkins/buildSupport/lib/*': No such file or > > > >> > directory > > > >> > *The patch does not appear to apply with p0 to p2 > > > >> > PATCH APPLICATION FAILED > > > >> > > > > >> > > > > >> > Now I do have a binary file (for the unit test) in this patch, > > > perhaps I > > > >> > did something wrong? Or is this problem caused by the error I > > > >> highlighted? > > > >> > > > > >> > What can I do to fix this? > > > >> > > > > >> > -- > > > >> > Best regards / Met vriendelijke groeten, > > > >> > > > > >> > Niels Basjes > > > >> > > > > >> > > > > > > > > > > > > > > > > -- > > > > Best regards / Met vriendelijke groeten, > > > > > > > > Niels Basjes > > > > > > > > > > > > > > > > -- > > > Best regards / Met vriendelijke groeten, > > > > > > Niels Basjes > > > > > > > > > -- > Best regards / Met vriendelijke groeten, > > Niels Basjes > --001a11c2d2beed962804ff479f02--