Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Date: Tue, 28 Mar 2017 00:02:41 +0000 (UTC)
From: "Chen Liang (JIRA)" <jira@apache.org>
To: hdfs-issues@hadoop.apache.org
Message-ID: <JIRA.13059470.1490637712000.137939.1490659361712@Atlassian.JIRA>
In-Reply-To: <JIRA.13059470.1490637712000@Atlassian.JIRA>
References: <JIRA.13059470.1490637712000@Atlassian.JIRA> <JIRA.13059470.1490637712018@jira-lw-us.apache.org>
Subject: [jira] [Updated] (HDFS-11582) Block Storage : add SCSI target
 access daemon
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Tue, 28 Mar 2017 00:02:46 -0000


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

Chen Liang updated HDFS-11582:
------------------------------
    Attachment: HDFS-11582-HDFS-7240.003.patch

Thanks [~anu] for the review and the comments! addressed in v003 patch.

bq. who ensures that we don't have race condition that is two volumeNames from 2 different CBlock servers are not racing here ? I understand that it is a pretty far fetched scenerio and I was wondering if the jscsi target server does any kind of concurrency control.

This was written to make sure that mounting a volume twice or more would not reset the in-memory metadata. But just like you mentioned, jscsi code, or even system iscsi might already handled this scenario. This code is more like doing a safety check without assuming it will be handled.

> Block Storage : add SCSI target access daemon
> ---------------------------------------------
>
>                 Key: HDFS-11582
>                 URL: https://issues.apache.org/jira/browse/HDFS-11582
>             Project: Hadoop HDFS
>          Issue Type: Sub-task
>          Components: hdfs
>            Reporter: Chen Liang
>            Assignee: Chen Liang
>         Attachments: HDFS-11582-HDFS-7240.001.patch, HDFS-11582-HDFS-7240.002.patch, HDFS-11582-HDFS-7240.003.patch
>
>
> This JIRA adds the daemon process that exposes SCSI target access. More specifically, with this daemon process running, any OS with SCSI can talk to this daemon process and treat CBlock volumes as SCSI targets, in this way the user can mount the volume just like the POSIX manner.


--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-help@hadoop.apache.org