Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id BA07B200CD6 for ; Mon, 17 Jul 2017 08:16:08 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id B85D91642E3; Mon, 17 Jul 2017 06:16:08 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 0A7681642B7 for ; Mon, 17 Jul 2017 08:16:07 +0200 (CEST) Received: (qmail 84647 invoked by uid 500); 17 Jul 2017 06:16:06 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 84635 invoked by uid 99); 17 Jul 2017 06:16:06 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Jul 2017 06:16:06 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id CD27EC1759 for ; Mon, 17 Jul 2017 06:16:05 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id SbPtobA-O1rU for ; Mon, 17 Jul 2017 06:16:05 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 820EF60D9C for ; Mon, 17 Jul 2017 06:16:04 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 0ADDCE07EA for ; Mon, 17 Jul 2017 06:16:03 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 4A2EA2475C for ; Mon, 17 Jul 2017 06:16:01 +0000 (UTC) Date: Mon, 17 Jul 2017 06:16:01 +0000 (UTC) From: "Yiqun Lin (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HDFS-12118) Ozone: Ozone shell: Add more testing for volume shell commands MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Mon, 17 Jul 2017 06:16:08 -0000 [ https://issues.apache.org/jira/browse/HDFS-12118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16089368#comment-16089368 ] Yiqun Lin commented on HDFS-12118: ---------------------------------- Hi [~vagarychen], thanks for you response. bq. Why it should be [vol-0, vol-10] though? Seems to me that [vol0, vol2] is actually correct because there are indeed the first two volumes being created and is consistent with the order, right? The info returned should be in a string name order rather than the created order. So the option startKey is meaningful and will make sense. bq. we list, say 5 volumes for test-user-a, we should make sure that: 1. the 5 volumes are among [vol0, vol2, vol4,...vol18], i.e. indeed the volumes belonging to test-user-a. 2. the 5 volumes are different, i.e. we don't mistakenly list duplicates. Can I just understand this as that I should add the additional check for the volume's user? The current way in the latest patch can address your point I think. Please look the following codes. {code} // return volume names should be [test-vol10, test-vol12, ..., test-vol18] + for (int i = 0; i < volumes.size(); i++) { + assertTrue(volumes.get(i).contains("test-vol" + ((i + 5) * 2))); + } {code} As HDFS-12083 has been merged and it changes the current behaviour of list operations, will attach the new patch. > Ozone: Ozone shell: Add more testing for volume shell commands > -------------------------------------------------------------- > > Key: HDFS-12118 > URL: https://issues.apache.org/jira/browse/HDFS-12118 > Project: Hadoop HDFS > Issue Type: Sub-task > Components: ozone, tools > Affects Versions: HDFS-7240 > Reporter: Yiqun Lin > Assignee: Yiqun Lin > Attachments: HDFS-12118-HDFS-7240.001.patch, HDFS-12118-HDFS-7240.002.patch, HDFS-12118-HDFS-7240.003.patch > > > Currently there are missing enough testings to cover all the ozone command. Now we have to test this in a manual way to see if commands run okay as expected. There will be lots of test cases we should add for all the volume, bucket and key commands. In order to easy reviewed, I'd like to separate this work to three subtasks. This JIRA is a good start for implementing for volume commands. > Plan to add the unit test to test following command and its available options: > * infoVolume > * updateVolume > * listVolume > * createVolume -- This message was sent by Atlassian JIRA (v6.4.14#64029) --------------------------------------------------------------------- To unsubscribe, e-mail: hdfs-issues-unsubscribe@hadoop.apache.org For additional commands, e-mail: hdfs-issues-help@hadoop.apache.org