From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 9 11:47:49 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18000673 for ; Tue, 9 Sep 2014 11:47:49 +0000 (UTC) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id D051AD3D for ; Tue, 9 Sep 2014 11:47:48 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsYEAEjoDlSDaFve/2dsb2JhbABZg2BXBIJ4xyAKhnlTAYEpeIQDAQEBAwEBAQEgKyALBRYOCgICDRkCKQEJJgYIBwQBHASIGQgNpiWVbwEXgSyNUAEBGwEzB4J5gVMFlXGDf4RiikSJC4N9IS8HgQg5gQcBAQE X-IronPort-AV: E=Sophos;i="5.04,491,1406606400"; d="scan'208";a="152640460" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 09 Sep 2014 07:47:47 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 5BDAEB3F2B; Tue, 9 Sep 2014 07:47:47 -0400 (EDT) Date: Tue, 9 Sep 2014 07:47:47 -0400 (EDT) From: Rick Macklem To: Jordan Hubbard Message-ID: <1207532459.33927535.1410263267363.JavaMail.root@uoguelph.ca> In-Reply-To: <9F4D2C26-F077-4CA7-A532-BA4CE562C50D@ixsystems.com> Subject: Re: Tool to access ZFS/NFSv4 alternate data streams on FreeBSD? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-hackers@freebsd.org, Richard Yao , Lionel Cons , Jan Bramkamp X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Sep 2014 11:47:49 -0000 Jordan Hubbard wrote: > Yep. I was just describing the experience that OS X went through in > implementing extattrs / legacy resource fork support. To recap it > very briefly: Having NFSv4 support extattrs (or even named streams, > if you want to go that far) is the comparatively easy part. It=E2=80=99s > backing them up / copying them around that gets more involved, and > if you can=E2=80=99t back up certain attributes then you=E2=80=99re not l= ikely to > get anyone to want to use them, at which point the whole =E2=80=9Csharing= =E2=80=9D > aspect kind of takes a back seat. >=20 Yep. I strongly suspect you are correct. The question then becomes: - Do we wait and see if someone chooses to get around to doing all the hard userland work. or - Do the easy part in the kernel and then hope someone does the hard userland work because they need it. or - Just decide that the Linux style extended attributes are adequate and not do resource forks at all? If the "collective" does decide to support resource forks, I don't think there is a need to have these supported by all file system ty= pes in FreeBSD. For example for NFSv4 ACLs, they are implemented on UFS and ZFS and I haven't seen expressions of a need for them to be supported by other file system types. I also think that users could live with "if you need resource forks, you have to use ZFS". Btw, personally, I couldn't care less if these are implemented. However, if seems that the kernel part is easy to do and might be useful for folk looking for an alternative to Solaris. Now I'm going to go out on a big limb (flame suit on as we used to say;-) and suggest that Oracle/Solaris will be a dying beast that many users will be looking for an alternative to. Having FreeBSD be a useful alternati= ve might be a good direction for FreeBSD to go. rick > On Sep 8, 2014, at 4:10 PM, Rick Macklem > wrote: >=20 > > Last time this came up for discussion, Jordan Hubbard got quite > > involved > > along the lines of ``most of the work is in userland, for archive > > tools, etc``. > > I can`t remember what the mailing list thread was called, but it > > was started > > by a guy who was a ``resource fork`` advocate (associated with CERN > > if I recall), > > where they use Gbyte extended attributes. >=20 > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" >=20