From owner-freebsd-fs@FreeBSD.ORG Thu Mar 1 00:21:26 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F1C0106566C; Thu, 1 Mar 2012 00:21:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 231128FC15; Thu, 1 Mar 2012 00:21:25 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAGLATk+DaFvO/2dsb2JhbABEhSevTYF6AQEBBAEBASArIAsbGAICDRkCKQEJJgYIBwQBHASHaAunMpIxgS+IU4J4BQQHFBACAgUCCgEGBAcCBgcVCwYDAoREAQI6GgUGAQIBAwMHAQEYB4I6gRYEiE+KSIIokw+BNggK X-IronPort-AV: E=Sophos;i="4.73,506,1325480400"; d="scan'208";a="158513384" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 29 Feb 2012 19:21:25 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 196FEB3F68; Wed, 29 Feb 2012 19:21:25 -0500 (EST) Date: Wed, 29 Feb 2012 19:21:25 -0500 (EST) From: Rick Macklem To: Garrett Wollman Message-ID: <148631084.149332.1330561285089.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20302.29963.529821.258448@hergotha.csail.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Linux)/6.0.10_GA_2692) Cc: freebsd-fs@freebsd.org, rmacklem@freebsd.org Subject: Re: Under what circumstances does the new NFS client return EAGAIN? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 00:21:26 -0000 Garrett Wollman wrote: > I'm testing out a new file server, and trying to rsync files from > a proprietary NAS to the box I'm testing. It's running the new NFS > code and 9.0. rsync frequently and repeatably errors out with > something like this: > > rsync: read errors mapping "[source file name]": Resource temporarily > unavailable (35) > > cp(1), on the other hand, seems just fine with the same source files. > > Any ideas what causes this? > EWOULDBLOCK is most likely being returned by the kernel rpc, when a wait for a reply has timed out. With hard mounts, this would normally not be returned to userland (at least that's my understanding of the krpc code, which I didn't write), but would result in a new socket/connection being created for a retry of the RPC. The other cases are things like a non-blocking I/O or a non-blocking byte range lock request, which I doubt rsync is doing, but I don't know anything about rsync's implementation. If you are using the "soft" or "intr" mount options, I'd suggest you get rid of them (technically "intr" should result in EINTR, but I wouldn't be surprised if an EWOULDBLOCK could pop out, as well). Also, you didn't mention whether you were using UDP or TCP mounts, although the above comments should apply to both. You might also want to capture packets and look at them in wireshark, to make sure the EWOULDBLOCK isn't coming from the proprietary NAS server. rick > -GAWollman > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"