Re: [nfsv4] CB_COPY list of errors (WAS: server-side copyoffloadI-D)

"Erasani, Pranoop" <Pranoop.Erasani@netapp.com> Mon, 06 April 2009 07:28 UTC

Return-Path: <Pranoop.Erasani@netapp.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 2302F3A6BB4 for <nfsv4@core3.amsl.com>; Mon, 6 Apr 2009 00:28:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, 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 4APHnqyJ3-kG for <nfsv4@core3.amsl.com>; Mon, 6 Apr 2009 00:28:21 -0700 (PDT)
Received: from mx2.netapp.com (mx2.netapp.com [216.240.18.37]) by core3.amsl.com (Postfix) with ESMTP id 970983A6BE6 for <nfsv4@ietf.org>; Mon, 6 Apr 2009 00:28:14 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.39,329,1235980800"; d="scan'208";a="150688697"
Received: from smtp2.corp.netapp.com ([10.57.159.114]) by mx2-out.netapp.com with ESMTP; 06 Apr 2009 00:29:20 -0700
Received: from svlrsexc2-prd.hq.netapp.com (svlrsexc2-prd.hq.netapp.com [10.57.115.31]) by smtp2.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id n367TKlM029406 for <nfsv4@ietf.org>; Mon, 6 Apr 2009 00:29:20 -0700 (PDT)
Received: from SACMVEXC3-PRD.hq.netapp.com ([10.99.115.22]) by svlrsexc2-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 6 Apr 2009 00:29:20 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 06 Apr 2009 00:28:23 -0700
Message-ID: <43EEF8704A569749804F545E3306FCE302ABB185@SACMVEXC3-PRD.hq.netapp.com>
In-Reply-To: <1239001923.13547.97.camel@anshul-laptop>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [nfsv4] CB_COPY list of errors (WAS: server-side copyoffloadI-D)
Thread-Index: Acm2hv6K/IQToC0vROanW4+FjbOyQwAAPDjg
References: <43EEF8704A569749804F545E3306FCE302ABB110@SACMVEXC3-PRD.hq.netapp.com> <1239000756.13547.81.camel@anshul-laptop> <43EEF8704A569749804F545E3306FCE302ABB180@SACMVEXC3-PRD.hq.netapp.com> <1239001923.13547.97.camel@anshul-laptop>
From: "Erasani, Pranoop" <Pranoop.Erasani@netapp.com>
To: "Madan, Anshul" <Anshul.Madan@netapp.com>
X-OriginalArrivalTime: 06 Apr 2009 07:29:20.0251 (UTC) FILETIME=[667554B0:01C9B689]
Cc: nfsv4@ietf.org
Subject: Re: [nfsv4] CB_COPY list of errors (WAS: server-side copyoffloadI-D)
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: Mon, 06 Apr 2009 07:28:22 -0000

> > > Assuming the actual s2s protocol is NFSv4.x, I do see many more 
> > > errors
> > to be represented here to make sense of the communication between 
> > client-destination,destination-source. At the minimum, I see the 
> > CB_COPY sending the same set of errors (and many many more) 
> as CB_STATUS.
> > 
> > I started with error codes. But, ended with the question 
> that, there 
> > could be some s2s protocol error codes that the clients 
> need to know.
> > What do you want to do with them? I took an example of a 
> case were s2s 
> > protocol isnot NFSv4.x. What would be the error code that 
> is returned 
> > back, to the client, let's say, if source does not accept the 
> > destination FTP requests.
> 
> If the source does not accept any copy offload requests from 
> the destination, then we have an error defined for COPY -
> "NFS4ERR_PARTNER_NOTSUPP:  The remote server does not support the
>       server-to-server copy offload protocol"
> 
> But even before that, when the client issues the COPY_NOTIFY 
> to source, it should return NFS4ERR_NOSUPP  -
> "NFS4ERR_NOSUPP:  The copy offload operation is not supported by the
>       NFS server receiving this request."

Okay. One more try. I'm not talking about the beginning's of the
workings of the protocol. Yes, I know COPY_NOTIFY, COPY can reject such
requests.

I'm talking about the actual srouce-destination transfer protocol. What
happens if say FTP (mid-way through the transfer) gets an error from the
source? It could be any of the FTP specific errors as described in
RFC765. How does the current protocol propose dealing with the actual
copy protocol errors and how would it enlighten the client about the
same? What sorta of abstract error codes (as defined by this spec) would
the actual copy protocol errors need to be mapped to, so that clients
get a meaningful errors back for an admin to make sense of?

- Pranoop

> 
> Regards,
> Anshul
> 
> > 
> > - Pranoop
> > 
> > > Regards,
> > > Anshul
> > > 
> > > >  
> > > > - Pranoop
> > > > _______________________________________________
> > > > nfsv4 mailing list
> > > > nfsv4@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/nfsv4
> > > 
> > > 
> 
>