[nfsv4] NFS4ERR_RESOURCE is in 3530 and not 5661
Tom Haynes <tom.haynes@oracle.com> Tue, 29 June 2010 16:54 UTC
Return-Path: <tom.haynes@oracle.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 C1DFE3A6848 for <nfsv4@core3.amsl.com>; Tue, 29 Jun 2010 09:54:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.016
X-Spam-Level:
X-Spam-Status: No, score=-5.016 tagged_above=-999 required=5 tests=[AWL=1.583, 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 je4j0yxRuqzI for <nfsv4@core3.amsl.com>; Tue, 29 Jun 2010 09:54:39 -0700 (PDT)
Received: from rcsinet10.oracle.com (rcsinet10.oracle.com [148.87.113.121]) by core3.amsl.com (Postfix) with ESMTP id CFFBE3A6813 for <nfsv4@ietf.org>; Tue, 29 Jun 2010 09:54:39 -0700 (PDT)
Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o5TGsncG008613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <nfsv4@ietf.org>; Tue, 29 Jun 2010 16:54:50 GMT
Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5TGsklY029292 for <nfsv4@ietf.org>; Tue, 29 Jun 2010 16:54:47 GMT
Received: from abhmt004.oracle.com by acsmt354.oracle.com with ESMTP id 366709831277830479; Tue, 29 Jun 2010 09:54:39 -0700
Received: from [192.168.2.6] (/98.184.164.41) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 29 Jun 2010 09:54:38 -0700
Message-ID: <4C2A253A.2050302@oracle.com>
Date: Tue, 29 Jun 2010 11:54:18 -0500
From: Tom Haynes <tom.haynes@oracle.com>
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: NFSv4 list <nfsv4@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Source-IP: acsmt355.oracle.com [141.146.40.155]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090205.4C2A2558.0298:SCFMA4539814,ss=1,fgs=0
Subject: [nfsv4] NFS4ERR_RESOURCE is in 3530 and not 5661
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: Tue, 29 Jun 2010 16:54:41 -0000
>From 3530:
NFS4ERR_RESOURCE For the processing of the COMPOUND procedure,
the server may exhaust available resources and
can not continue processing operations within
the COMPOUND procedure. This error will be
returned from the server in those instances of
resource exhaustion related to the processing
of the COMPOUND procedure.
Since it is not used by 5661, shouldn't it appear in Section 15.1.16
Obsoleted Errors?