From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 19:26:43 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B5016A403 for ; Mon, 10 Apr 2006 19:26:43 +0000 (UTC) (envelope-from _pppp@mail.ru) Received: from f63.mail.ru (f63.mail.ru [194.67.57.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 083C543D48 for ; Mon, 10 Apr 2006 19:26:43 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f63.mail.ru with local id 1FT224-000F6f-00 for freebsd-net@freebsd.org; Mon, 10 Apr 2006 23:26:40 +0400 Received: from [81.200.14.42] by koi.mail.ru with HTTP; Mon, 10 Apr 2006 23:26:40 +0400 From: dima <_pppp@mail.ru> To: freebsd-net@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.14.42] Date: Mon, 10 Apr 2006 23:26:40 +0400 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: is NFS production-ready ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 19:26:43 -0000 First, searching through the archives I'm about to say "No". My goal is to provide NFS service to many FreeBSD clients sharing the exports. The usage pattern appears to be "many reads and not as much writes". The deployment might look like the following: a SAN and 2 NFS servers sharing its LUNs. The servers use hot-standby scheme provided by CARP (or its equivalent). Many FreeBSD clients would share their exports. I wish servers ran FreeBSD also since it's the best known OS for the company administrators. The majors are: - no data corruption - no hangs (this seems to be the largest problem with current implementation) - client retry on failure - a reasonable read speed My questions: 1. NFS/UDP (it's stateless!) is considered to be "evil". Why (assuming I can grant a balanced network bandwidth)? 2. NFS server implementation seems to be very buggy. Any success stories? Well, NFS servers can easily run Linux, Solaris etc. 3. Is at least implementation of NFS client (either kernel-side or user-space) stable enough for production use? Client OS replacement is impossible (hardly suitable, really) in my project. PS: The competing options are either SMB or CODA for now. Any other suggestions? PPS: I'd be happy to hear that FreeBSD supports at least one really clustered FS (proprietary ones are also OK). But I think I wouldn't :(