Return-Path: 
 <core-dev-return-60028-apmail-hadoop-core-dev-archive=hadoop.apache.org@hadoop.apache.org>
Delivered-To: apmail-hadoop-core-dev-archive@www.apache.org
Received: (qmail 46622 invoked from network); 22 Jan 2009 01:04:30 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 22 Jan 2009 01:04:30 -0000
Received: (qmail 65880 invoked by uid 500); 22 Jan 2009 01:04:27 -0000
Delivered-To: apmail-hadoop-core-dev-archive@hadoop.apache.org
Received: (qmail 65846 invoked by uid 500); 22 Jan 2009 01:04:26 -0000
Mailing-List: contact core-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:core-dev-help@hadoop.apache.org>
List-Unsubscribe: <mailto:core-dev-unsubscribe@hadoop.apache.org>
List-Post: <mailto:core-dev@hadoop.apache.org>
List-Id: <core-dev.hadoop.apache.org>
Reply-To: core-dev@hadoop.apache.org
Delivered-To: mailing list core-dev@hadoop.apache.org
Received: (qmail 65835 invoked by uid 99); 22 Jan 2009 01:04:26 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Jan 2009 17:04:26 -0800
X-ASF-Spam-Status: No, hits=-2000.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Jan 2009 01:04:19 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 9F438234C48B
	for <core-dev@hadoop.apache.org>; Wed, 21 Jan 2009 17:03:59 -0800 (PST)
Message-ID: <419357837.1232586239637.JavaMail.jira@brutus>
Date: Wed, 21 Jan 2009 17:03:59 -0800 (PST)
From: "Chris Douglas (JIRA)" <jira@apache.org>
To: core-dev@hadoop.apache.org
Subject: [jira] Updated: (HADOOP-5086) Trash URI semantics can be relaxed
In-Reply-To: <228280898.1232495039545.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org


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

Chris Douglas updated HADOOP-5086:
----------------------------------

    Attachment: 5086-1.patch

bq. it would be useful if the test were reusable by HDFS, so that it could, e.g., subclass the core test to run things on a mini cluster.

Good idea. Moved trash tests to fs, HDFS test of trash to a subclass.

> Trash URI semantics can be relaxed
> ----------------------------------
>
>                 Key: HADOOP-5086
>                 URL: https://issues.apache.org/jira/browse/HADOOP-5086
>             Project: Hadoop Core
>          Issue Type: Improvement
>          Components: fs
>    Affects Versions: 0.18.0
>            Reporter: Chris Douglas
>            Priority: Minor
>         Attachments: 5086-0.patch, 5086-1.patch
>
>
> When using fully qualified URIs with FsShell, the authority element of the URI must match the default filesystem exactly, or else one may get an error message when the trash is enabled:
> {noformat}
> $ hadoop fs -rmr hdfs://namenode1/user/foo/bar
> rmr: Wrong FS: hdfs://namenode1/user/foo/bar, expected: hdfs://namenode1.foobar.com
> Usage: java FsShell [-rmr <path>]
> $ hadoop fs -rmr hdfs://namenode1.foobar.com/user/foo/bar
> $
> {noformat}
> It should be possible to use the FileSystem for the Path provided rather than the default FileSystem. 0.17 was less particular about this.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.