Return-Path: X-Original-To: apmail-hadoop-hdfs-dev-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 48BDB10F31 for ; Wed, 29 Jan 2014 23:54:03 +0000 (UTC) Received: (qmail 81215 invoked by uid 500); 29 Jan 2014 23:53:51 -0000 Delivered-To: apmail-hadoop-hdfs-dev-archive@hadoop.apache.org Received: (qmail 81090 invoked by uid 500); 29 Jan 2014 23:53:49 -0000 Mailing-List: contact hdfs-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hdfs-dev@hadoop.apache.org Delivered-To: mailing list hdfs-dev@hadoop.apache.org Received: (qmail 81071 invoked by uid 99); 29 Jan 2014 23:53:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Jan 2014 23:53:49 +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 atm@cloudera.com designates 209.85.216.181 as permitted sender) Received: from [209.85.216.181] (HELO mail-qc0-f181.google.com) (209.85.216.181) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Jan 2014 23:53:43 +0000 Received: by mail-qc0-f181.google.com with SMTP id e9so3923363qcy.12 for ; Wed, 29 Jan 2014 15:53:22 -0800 (PST) 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:cc:content-type; bh=I0LdCuh7TD/6BKX6gHbwVRydLkCsRPf69mmCn+EDeZI=; b=EI8P6pjtMVje04TEfTxCMV1fY6HzX889Hvbq+J2mQnGdYhOFNBq83ijB19K7BHAwZS I8i2Ntb3SFaqNhJGIO1/zslIoIKGnILLh9uWBb/QqwcpwjYmZhK8lCy5EvOAZ8AsbfZp hVRFKPdh6IaYA7JWzCwuivH0nlaoISoLQaOjR+xyOzIU9mM9xsmKd3wM6Gmzg5JSEcvS a4B8FA0TWJHtIJNMrugIUaleeFAZgnCtekncWl3hecBBCpnWk1Y8mF7z2bZJLHepKIc3 ZwhD6uzI+Cdmyi9l/ftPcCO+p2+8GUAzhQ5b98heuxAcfqktACUP8ac80OMhW4PGck/2 PaiQ== X-Gm-Message-State: ALoCoQlAOfbmzejujplqr8guYF3bvw4ejAttGDYak2SIxb7NlRwCHJgaecFZEoC0iWgs1P5wG95I X-Received: by 10.140.96.116 with SMTP id j107mr16203666qge.6.1391039602436; Wed, 29 Jan 2014 15:53:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.229.74 with HTTP; Wed, 29 Jan 2014 15:52:52 -0800 (PST) In-Reply-To: References: <3257865570275881418@unknownmsgid> <0C1D7754-D6EC-498F-9EAB-A7DC434FA28B@hortonworks.com> <52E6C33D.1040706@yahoo-inc.com> <22A900CF-64EC-4D7F-9EFF-F93A2086F487@hortonworks.com> <002397D9-6555-451C-AA48-916638C82638@hortonworks.com> <03000626-CF06-45D2-AEB4-1F9526F20E4E@hortonworks.com> <01E1D358-B8AF-4AB2-95C0-6120CA0C7970@hortonworks.com> <52E964E2.6090105@yahoo-inc.com> From: "Aaron T. Myers" Date: Wed, 29 Jan 2014 18:52:52 -0500 Message-ID: Subject: Re: Re-swizzle 2.3 To: "common-dev@hadoop.apache.org" Cc: "hdfs-dev@hadoop.apache.org" , "mapreduce-dev@hadoop.apache.org" , "yarn-dev@hadoop.apache.org" Content-Type: multipart/alternative; boundary=001a1139b5d05fb41804f124a5df X-Virus-Checked: Checked by ClamAV on apache.org --001a1139b5d05fb41804f124a5df Content-Type: text/plain; charset=ISO-8859-1 I just filed this JIRA as a blocker for 2.3: https://issues.apache.org/jira/browse/HADOOP-10310 The tl;dr is that JNs will not work with security enabled without this fix. If others don't think that supporting QJM with security enabled warrants a blocker for 2.3, then we can certainly lower the priority, but it seems pretty important to me. Best, Aaron -- Aaron T. Myers Software Engineer, Cloudera On Wed, Jan 29, 2014 at 6:24 PM, Andrew Wang wrote: > I just finished tuning up branch-2.3 and fixing up the HDFS and Common > CHANGES.txt in trunk, branch-2, and branch-2.3. I had to merge back a few > JIRAs committed between the swizzle and now where the fix version was 2.3 > but weren't in branch-2.3. > > I think the only two HDFS and Common JIRAs that are marked for 2.4 are > these: > > HDFS-5842 Cannot create hftp filesystem when using a proxy user ugi and a > doAs on a secure cluster > HDFS-5781 Use an array to record the mapping between FSEditLogOpCode and > the corresponding byte value > > Jing, these both look safe to me if you want to merge them back, or I can > just do it. > > Thanks, > Andrew > > On Wed, Jan 29, 2014 at 1:21 PM, Doug Cutting wrote: > > > > On Wed, Jan 29, 2014 at 12:30 PM, Jason Lowe > wrote: > > > It is a bit concerning that the JIRA history showed that the target > version > > > was set at some point in the past but no record of it being cleared. > > > > Perhaps the version itself was renamed? > > > > Doug > --001a1139b5d05fb41804f124a5df--