Re: [nfsv4] [FedFS] meeting agenda (9/30)
sfaibish <sfaibish@emc.com> Thu, 30 September 2010 17:57 UTC
Return-Path: <sfaibish@emc.com>
X-Original-To: nfsv4@core3.amsl.com
Delivered-To: nfsv4@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CFCED3A6E26 for <nfsv4@core3.amsl.com>; Thu, 30 Sep 2010 10:57:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.961
X-Spam-Level:
X-Spam-Status: No, score=-2.961 tagged_above=-999 required=5 tests=[AWL=-2.919, BAYES_00=-2.599, FB_REPLIC_CAP=6.557, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ns6IFos8su8r for <nfsv4@core3.amsl.com>; Thu, 30 Sep 2010 10:57:26 -0700 (PDT)
Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by core3.amsl.com (Postfix) with ESMTP id DD11F3A6E01 for <nfsv4@ietf.org>; Thu, 30 Sep 2010 10:57:18 -0700 (PDT)
Received: from hop04-l1d11-si01.isus.emc.com (HOP04-L1D11-SI01.isus.emc.com [10.254.111.54]) by mexforward.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id o8UHw3kZ022446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Sep 2010 13:58:03 -0400
Received: from mailhub.lss.emc.com (mailhub.lss.emc.com [10.254.221.253]) by hop04-l1d11-si01.isus.emc.com (RSA Interceptor); Thu, 30 Sep 2010 13:57:50 -0400
Received: from usensfaibisl2e.eng.emc.com (USENSFAIBISL2E.eng.emc.com [10.238.120.90]) by mailhub.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id o8UHtEbn025531; Thu, 30 Sep 2010 13:55:14 -0400
Date: Thu, 30 Sep 2010 13:55:14 -0400
To: James Lentini <jlentini@netapp.com>, nfsv4@ietf.org
From: sfaibish <sfaibish@emc.com>
Organization: EMC
Content-Type: text/plain; format="flowed"; delsp="yes"; charset="iso-8859-15"
MIME-Version: 1.0
References: <alpine.LFD.2.00.1009291738180.21841@jlentini-linux.nane.netapp.com>
Content-Transfer-Encoding: 8bit
Message-ID: <op.vjuxecasunckof@usensfaibisl2e.eng.emc.com>
In-Reply-To: <alpine.LFD.2.00.1009291738180.21841@jlentini-linux.nane.netapp.com>
User-Agent: Opera Mail/9.10 (Win32)
X-EMM-MHVC: 1
Subject: Re: [nfsv4] [FedFS] meeting agenda (9/30)
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Thu, 30 Sep 2010 17:57:28 -0000
My contact details including cellphone number are in the my signature
information included: 617-510-0422
/Sorin
--
Best Regards
Sorin Faibish
Corporate Distinguished Engineer
Unified Storage Division
EMC²
where information lives
Phone: 508-249-5745
Cellphone: 617-510-0422
Email : sfaibish@emc.com
On Wed, 29 Sep 2010 17:40:50 -0400, James Lentini <jlentini@netapp.com>
wrote:
>
> Tomorrow's proposed agenda is below. Please let me know if you would
> like to add additional topics.
>
> Time: Thursdays 1:30-2:30 PM EST/10:30-11:30 AM PST
> Dial-in: 1-888-765-3653 (us)
> 303-218-2659 (international)
> Id: 2354843
>
> Proposed Agenda
> ---------------
>
> + IETF Note Well Agreement
>
> This is a reminder that our discussions are governed by the
> IETF Note Well Agreement. See:
>
> http://www.ietf.org/NOTEWELL.html
>
> We will start each week's meeting with this announcement.
>
> + October Bake-a-thon Planning
>
> + FEDFS_*_REPLICATION
>
> Is it clear from the description of these procedures that they
> set the FSN for a present fileset, but don't manage a replication
> relationship between fileservers.
>
> If FEDFS_CREATE_REPLICATION is called on a fileset that already
> has a FSN value, should the procedure fail (like FEDFS_JUNCTION
> create) or succeed (a SET/UNSET/GET model)?
>
> + Admin Draft Update
>
> Draft -06 was posted on 9/29 with the following changes:
>
> - Each procedure now lists the errors it is allowed to return
>
> - In 5.2.1, the description of FEDFS_DELETE_JUNCTION
> indicated that if the targeted object was not a
> junction, the error would be FEDFS_ERR_INVAL. In
> similar situations in other parts of the specification,
> the error is FEDFS_ERR_NOTJUNCT. The FEDFS_DELETE_JUNCTION
> description was corrected to use the FEDFS_ERR_NOTJUNCT
> error.
>
> - The NOTEMPTY and NOTDIR error codes were removed since
> they were no longer in use (text that referred to them
> was removed from FEDFS_CREATE_JUNCTION in the previous revision).
>
> - Error codes (FEDFS_ERR_NSDB_REFERRAL, ...) and text (5.3.2) was
> added for LDAP referrals.
>
> - Type names used by both the JUNCTION and REPLICATION functions were
> renamed for consistency (see CreateJunctionArgs, FedFsLookupArgs,
> and FedFsLookupRes).
>
> - Added a FEDFS_ERR_DELAY and FEDFS_ERR_NOTSUPP error values
>
> - Added cache lookup error codes (FEDFS_ERR_NO_CACHE,
> FEDFS_ERR_UNKOWN_CACHE, and FEDFS_ERR_NO_CACHE_UPDATE)
>
> - Added a synopsis for each procedure
>
> - Added a description of the FEDFS_NULL procedure (5.1)
> _______________________________________________
> nfsv4 mailing list
> nfsv4@ietf.org
> https://www.ietf.org/mailman/listinfo/nfsv4
>
>
--
Best Regards
Sorin Faibish
Corporate Distinguished Engineer
Unified Storage Division
EMC²
where information lives
Phone: 508-249-5745
Cellphone: 617-510-0422
Email : sfaibish@emc.com
- [nfsv4] [FedFS] meeting agenda (9/30) James Lentini
- Re: [nfsv4] [FedFS] meeting agenda (9/30) sfaibish