[nfsv4] Fwd: New Version Notification for draft-bhalevy-nfs-obj-00.txt
Benny Halevy <bhalevy@tonian.com> Fri, 31 August 2012 13:19 UTC
Return-Path: <bhalevy@tonian.com>
X-Original-To: nfsv4@ietfa.amsl.com
Delivered-To: nfsv4@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F223921F85AD for <nfsv4@ietfa.amsl.com>; Fri, 31 Aug 2012 06:19:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j780aDvs-6ej for <nfsv4@ietfa.amsl.com>; Fri, 31 Aug 2012 06:19:10 -0700 (PDT)
Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id 9F98B21F854E for <nfsv4@ietf.org>; Fri, 31 Aug 2012 06:19:09 -0700 (PDT)
Received: by weyu54 with SMTP id u54so1782694wey.31 for <nfsv4@ietf.org>; Fri, 31 Aug 2012 06:19:08 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-forwarded-message-id:content-type :content-transfer-encoding:x-gm-message-state; bh=iOn7EjHJGrVArYg/FYbQeSlO95sDc4nyzLWmrN/5fqA=; b=UNsK7Mw03ZzGmYVNfzaXcIQ5NSh8YN9enLTiR4NofhqPtoljx832umzrkB97P/+z4D Og16tZXKZggdWZdoLId2eeayx8AD5bYaKFmjLxI4hVp0S1n6UlTpQS7W/x2mgBiflojE EF8F97dnuP7nkR5mjGY1I3Z3dAMSi8MIqxO3RnyYLoy8y/Vu0JoGxCEaUlTqyYSZL7t8 gTkeoXXS/OvA4HQgyTmYGKCdKY8Z+6oBU5oWi5JpbuC3yK6kE4nKbn+h6dKUbt4I8B5g CyvTgv3MB1HmKfrsAY4Iv3e4lnb5HI4x/h8zvTiyDYNg850ngZuTusxOVdgwyqAJ5nvo ul2A==
Received: by 10.216.255.18 with SMTP id i18mr4933339wes.45.1346419148459; Fri, 31 Aug 2012 06:19:08 -0700 (PDT)
Received: from bhalevy-lt.il.tonian.com ([94.159.233.218]) by mx.google.com with ESMTPS id l5sm1409109wix.5.2012.08.31.06.19.06 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 31 Aug 2012 06:19:07 -0700 (PDT)
Message-ID: <5040B986.6010809@tonian.com>
Date: Fri, 31 Aug 2012 16:17:58 +0300
From: Benny Halevy <bhalevy@tonian.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120717 Thunderbird/14.0
MIME-Version: 1.0
To: nfsv4 list <nfsv4@ietf.org>
References: <20120831125212.1375.39854.idtracker@ietfa.amsl.com>
In-Reply-To: <20120831125212.1375.39854.idtracker@ietfa.amsl.com>
X-Forwarded-Message-Id: <20120831125212.1375.39854.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Gm-Message-State: ALoCoQlW8M9YnXZB8GTCCc8ix1U1rrTorxwSVaxBa7NN5oquWsJIpv4H5MyPr6HTTOX1S1zfd8OT
Subject: [nfsv4] Fwd: New Version Notification for draft-bhalevy-nfs-obj-00.txt
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nfsv4>
List-Post: <mailto:nfsv4@ietf.org>
List-Help: <mailto:nfsv4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 31 Aug 2012 13:19:11 -0000
Folks, I've submitted a proposed extension to the pnfs objects layout that introduces the use of NFS filers as object storage data servers. The following features are proposed as well: * OSD Multi-path: The OSD address may provide an array of network addresses (ooa_netaddrs). * I/O Statistics: The client may report I/O stats on LAYOUTRETURN The motivation for adding support for NFS comes from: 1. The desire to use an ubiquitous, standard protocol to access the data servers. The T10 OSD protocol, although standard, lacks wide adoption, while NFS and in particular NFSv3 is very popular and widely available. 2. Encourage best-of-breed solution. In contrast to the files layout, the object layout does not require a proprietary back-end protocol, hence the proposed layout allows one to mix and match a metadata server and data servers from different vendors. A simple security control method is proposed to achieve that: The metadata server controls the file ownership and permissions of the objects stored on data servers and the client is handed a corresponding RPC credential on LAYOUTGET a-la OSD capabilities. Outstanding credentials are unilaterally revoked by the MDS by modifying the objects user or group owner. Benny -------- Original Message -------- Subject: New Version Notification for draft-bhalevy-nfs-obj-00.txt Date: Fri, 31 Aug 2012 05:52:12 -0700 From: internet-drafts@ietf.org To: bhalevy@tonian.com A new version of I-D, draft-bhalevy-nfs-obj-00.txt has been successfully submitted by Benny Halevy and posted to the IETF repository. Filename: draft-bhalevy-nfs-obj Revision: 00 Title: Object-Based Parallel NFS (pNFS) Operations - Version 2 Creation date: 2012-08-31 WG ID: Individual Submission Number of pages: 42 URL: http://www.ietf.org/internet-drafts/draft-bhalevy-nfs-obj-00.txt Status: http://datatracker.ietf.org/doc/draft-bhalevy-nfs-obj Htmlized: http://tools.ietf.org/html/draft-bhalevy-nfs-obj-00 Abstract: Parallel NFS (pNFS) extends Network File System version 4 (NFSv4) to allow clients to directly access file data on the storage used by the NFSv4 server. This ability to bypass the server for data access can increase both performance and parallelism, but requires additional client functionality for data access, some of which is dependent on the class of storage used, a.k.a. the Layout Type. The main pNFS operations and data types in NFSv4 Minor version 1 specify a layout- type-independent layer; layout-type-specific information is conveyed using opaque data structures whose internal structure is further defined by the particular layout type specification. This document specifies the NFSv4.1 Object-Based pNFS Layout Type as a companion to the main NFSv4 Minor version 1 specification. Version 2 of this layout type introduces the use of the Network File System protocol as an object-storage protocol in addition to the T-10 OSD protocol. The IETF Secretariat
- [nfsv4] Fwd: New Version Notification for draft-b… Benny Halevy
- Re: [nfsv4] Fwd: New Version Notification for dra… J. Bruce Fields
- Re: [nfsv4] Fwd: New Version Notification for dra… Benny Halevy
- Re: [nfsv4] Fwd: New Version Notification for dra… J. Bruce Fields
- Re: [nfsv4] Fwd: New Version Notification for dra… Benny Halevy
- Re: [nfsv4] New Version Notification for draft-bh… Haynes, Tom
- Re: [nfsv4] New Version Notification for draft-bh… Haynes, Tom
- Re: [nfsv4] New Version Notification for draft-bh… Haynes, Tom
- Re: [nfsv4] New Version Notification for draft-bh… Matt W. Benjamin
- Re: [nfsv4] New Version Notification for draft-bh… Adam C. Emerson
- Re: [nfsv4] New Version Notification for draft-bh… Haynes, Tom
- Re: [nfsv4] New Version Notification for draft-bh… Haynes, Tom
- Re: [nfsv4] New Version Notification for draft-bh… Haynes, Tom
- Re: [nfsv4] New Version Notification for draft-bh… Benny Halevy
- Re: [nfsv4] New Version Notification for draft-bh… Boaz Harrosh
- Re: [nfsv4] New Version Notification for draft-bh… Benny Halevy
- Re: [nfsv4] New Version Notification for draft-bh… Welch, Brent
- Re: [nfsv4] New Version Notification for draft-bh… Benny Halevy
- Re: [nfsv4] New Version Notification for draft-bh… Haynes, Tom
- Re: [nfsv4] New Version Notification for draft-bh… Spencer Shepler
- Re: [nfsv4] New Version Notification for draft-bh… faibish, sorin
- Re: [nfsv4] New Version Notification for draft-bh… Haynes, Tom
- Re: [nfsv4] New Version Notification for draft-bh… Benny Halevy
- Re: [nfsv4] New Version Notification for draft-bh… Spencer Shepler
- Re: [nfsv4] New Version Notification for draft-bh… Boaz Harrosh
- Re: [nfsv4] New Version Notification for draft-bh… Benny Halevy
- Re: [nfsv4] New Version Notification for draft-bh… Benny Halevy
- Re: [nfsv4] Fwd: New Version Notification for dra… Benny Halevy