From owner-freebsd-fs@freebsd.org Tue Jun 21 20:42:41 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 637F0AC5538 for ; Tue, 21 Jun 2016 20:42:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 701092E07 for ; Tue, 21 Jun 2016 20:42:39 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:iTVBdRf54qM5qvazSPDEa6ZLlGMj4u6mDksu8pMizoh2WeGdxc6zYh7h7PlgxGXEQZ/co6odzbGH6+a4ASdQv96oizMrTt9lb1c9k8IYnggtUoauKHbQC7rUVRE8B9lIT1R//nu2YgB/Ecf6YEDO8DXptWZBUiv2OQc9HOnpAIma153xjLHqvcWLKFUWzBOGIppMbzyO5T3LsccXhYYwYo0Q8TDu5kVyRuJN2GlzLkiSlRuvru25/Zpk7jgC86l5r50IAu3Heb8lR+lYECg+KDJyo8nqrgXYCwWV63YWSWlQlQBHRA3M7RX/V5G2tirhqut71i7dM9f7QLovVXGs9PRXT0rsiSELPhY6+X3ajsFhyqlcpUGPvRt6lrTVa4LdEfN1fafQeJtOX29IVcVVWilpH4SzcoYLF+pHNu8O/Nq1nEcHsRbrXVrkP+jo0DId3nI= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2CvBAA0pmlX/61jaINdhBR9BrxrFw2FKUoCgXARAQEBAQEBAQFkJ4IxghoBAQEDAQEBASArIAsFCwIBCBgCAg0ZAgInAQkYAQ0CDAcEARoCBIgHCA6yLpBLAQEBBwEBAQEBARwFgQGFJoRNhCMBAQUWgkk4E4JHBYZLki6FH2mFNZISj3YCNCCCCByBaCAyB4kMNn8BAQE X-IronPort-AV: E=Sophos;i="5.26,506,1459828800"; d="scan'208";a="288811352" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 21 Jun 2016 16:42:28 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id A26D415F5E1; Tue, 21 Jun 2016 16:42:28 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 0ljxOMr8zeUk; Tue, 21 Jun 2016 16:42:27 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 57D1E15F5E2; Tue, 21 Jun 2016 16:42:27 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id M-jZQW8pY5TP; Tue, 21 Jun 2016 16:42:27 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 3521615F5E1; Tue, 21 Jun 2016 16:42:27 -0400 (EDT) Date: Tue, 21 Jun 2016 16:42:26 -0400 (EDT) From: Rick Macklem To: linda@kateley.com Cc: freebsd-fs@freebsd.org Message-ID: <661035450.164996651.1466541746806.JavaMail.zimbra@uoguelph.ca> In-Reply-To: <5ccbd619-88f2-8480-727a-4b70f11a35ba@kateley.com> References: <1524639039.147096032.1465856925174.JavaMail.zimbra@uoguelph.ca> <74CD7EB1-1656-4511-8B63-5C4401D1BB8D@ixsystems.com> <5ccbd619-88f2-8480-727a-4b70f11a35ba@kateley.com> Subject: Re: pNFS server Plan B MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.95.11] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF47 (Win)/8.0.9_GA_6191) Thread-Topic: pNFS server Plan B Thread-Index: +mYn4vlmaonMnV7Wc1qSenr7TemuVQ== X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 20:42:41 -0000 Linda Kateley wrote: > I have really enjoyed this discussion. Just to echo this point further. > I have spent most of my career with 1 foot in opensource and the other 3 > feet in the enterprise(And yes I have 4 feet.). Enterprise always makes > decisions based on reliability or someone telling them something is > reliable. If you ask 100 vmware admins why they use nfs probably 100 > will say because vmware recommends it. If you ask a CT at vmware why > they recommend it, the couple I have asked have said because it is a > reliable transport. >=20 > Vmware now has interest in pnfs. >=20 > Technology gets driven by business/enterprise. I talked to a CA at a > large electronics chain and asked why they are using ceph and he said > about 100 words, then said because red hat recommends it with openstack. >=20 > Intel is driving lustre. RHEL driving ceph. Vmware driving pnfs. I don't > see anyone driving gluster. >=20 I don't know of any vendors (Redhat people basically maintain it, afaik), b= ut Jordan sent me this a little while back: https://www.socallinuxexpo.org/scale/14x/presentations/scaling-glusterfs-fa= cebook Facebook is a user, but a large one. Although GlusterFS seems to supports OpenStack stuff, it seems to be layere= d on top of the POSIX file system using something they call SwiftOnFile. Thanks for the comments, rick > Every once in awhile you see products grow on their merit(watching > proxmox and zerto right now) but those usually get swooped up by a > bigger one. >=20 > To the point of setting up kerberized nfs, AD has made kerberos easy, it > could be just as easy with nfs. Everything is easy once you know it. >=20 > lk >=20 >=20 > On 6/20/16 9:54 PM, Jordan Hubbard wrote: > > OK, wow. This appears to have turned into something of a referendum on= NFS > > and, just based on Rick and Doug=E2=80=99s defense of pNFS, I also thin= k my > > commentary on that may have been misconstrued somewhat. > > > > So, let me just set the record straight by saying that I=E2=80=99m all = in favor of > > pNFS. It addresses a very definite need in the Enterprise marketplace = and > > gives FreeBSD yet another arrow in its quiver when it comes to being = =E2=80=9Ca > > player=E2=80=9D in that (ever-growing) arena. The only point I was try= ing to make > > before was that if we could ALSO address clustering in a more general w= ay > > as part of providing a pNFS solution, that would be great. I am not, > > however, the one writing the code and if my comments were in any way > > discouraging to the folks that are, I apologize and want to express my > > enthusiasm for it. If iXsystems engineering resources can contribute i= n > > any way to moving this ball forward, let me know and we=E2=80=99ll star= t doing so. > > > > On the more general point of =E2=80=9CNFS is hard, let=E2=80=99s go sho= pping=E2=80=9D let me also > > say that it=E2=80=99s kind of important not to conflate end-user target= ed > > solutions with enterprise solutions. Setting up a Kerberized NFSv4, fo= r > > example, is not really designed to be trivial to set up and if anyone i= s > > waiting for that to happen, they may be waiting a very long time (like, > > forever). NFS and SMB are both fairly simple technologies to use if yo= u > > restrict yourself to using, say, just 20% of their overall feature-sets= . > > Once you add ACLs, Directory Services, user/group and permissions > > mappings, and any of the other more enterprise-centric features of thes= e > > filesharing technologies, however, things rapidly get more complicated = and > > the DevOps people who routinely play in these kinds of environments are > > quite happy to have all those options available because they=E2=80=99re= not > > consumers operating in consumer environments. > > > > Sun didn=E2=80=99t design NFS to be particularly consumer-centric, for = that matter, > > and if you think SMB is =E2=80=9Csimple=E2=80=9D because you clicked Ne= twork on Windows > > Explorer one day and stuff just automagically appeared, you should try > > operating it in a serious Windows Enterprise environment (just flip > > through some of the SMB bugs in the FreeNAS bug tracker - > > https://bugs.freenas.org/projects/freenas/issues?utf8=3D=E2=9C=93&set_f= ilter=3D1&f%5B%5D=3Dstatus_id&op%5Bstatus_id%5D=3D*&f%5B%5D=3Dcategory_id&o= p%5Bcategory_id%5D=3D%3D&v%5Bcategory_id%5D%5B%5D=3D57&f%5B%5D=3D&c%5B%5D= =3Dtracker&c%5B%5D=3Dstatus&c%5B%5D=3Dpriority&c%5B%5D=3Dsubject&c%5B%5D=3D= assigned_to&c%5B%5D=3Dupdated_on&c%5B%5D=3Dfixed_version&group_by=3D > > - if you want to see the kinds of problems users wrestle with all the > > time). > > > > Anyway, I=E2=80=99ll get off the soapbox now, I just wanted to dispute = the premise > > that =E2=80=9Csimple file sharing=E2=80=9D that is also =E2=80=9Csecure= file sharing=E2=80=9D and > > =E2=80=9Cflexible file sharing=E2=80=9D doesn=E2=80=99t really exist. = The simplest end-user > > oriented file sharing system I=E2=80=99ve used to date is probably AFP,= and Apple > > has been trying to kill it for years, probably because it doesn=E2=80= =99t have all > > those extra knobs and Kerberos / Directory Services integration busines= s > > users have been asking for (it=E2=80=99s also not particularly industry= standard). > > > > - Jordan > > > > > > > > _______________________________________________ > > freebsd-fs@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"