From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 18:20:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A512106564A for ; Wed, 7 Jul 2010 18:20:28 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (core.vx.sk [188.40.32.143]) by mx1.freebsd.org (Postfix) with ESMTP id 522548FC19 for ; Wed, 7 Jul 2010 18:20:27 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 1B27EF0B78; Wed, 7 Jul 2010 20:20:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id SU3S6SRJDsEm; Wed, 7 Jul 2010 20:20:23 +0200 (CEST) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 15C4CF0B5E; Wed, 7 Jul 2010 20:20:23 +0200 (CEST) Message-ID: <4C34C567.2030408@FreeBSD.org> Date: Wed, 07 Jul 2010 20:20:23 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: jhell References: <4C31C71C.2010606@FreeBSD.org> <4C34A593.7060101@dataix.net> In-Reply-To: <4C34A593.7060101@dataix.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] ZFS v15 patch (version 3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 18:20:28 -0000 We decided not to go with v16 - the feature difference for FreeBSD between v15 and v16 is zero. (v16 = Common Multiprotocol SCSI Target (COMSTAR) for ISCSI export of ZVOLS - we don't do ISCSI export (yet))// Of course v16 pools cannot be downgraded. But I provided the patch for testing only, not for production :-) You can consider the latest patch (v15 v3) to be more in direction production - it is much more complete and very closely follows Solaris 10. If someone strictly needs v16 (maybe because upgrading a pool) it is just a small patch to be added, I can provide it if requested. Dňa 7. 7. 2010 18:04, jhell wrote / napísal(a): > On 07/05/2010 07:50, Martin Matuska wrote: > >> Direct link to the patch: >> http://people.freebsd.org/~mm/patches/zfs/v15/head-v15-v3.patch >> >> For full operation (commands zfs allow, unallow, userspace, grouspace) >> the python port must be installed, otherwise these comands don't work or >> have only limited functionality. The port will be added to the ports >> tree soon, you can download it from: >> http://people.freebsd.org/~mm/patches/zfs/v15/sysutils_py-zfs.tar.gz >> > It should be worth noting for those that have been using the v16 patch > in the previous v16 CFT that have installed this port and are > downgrading their system to v15 that they will have to recompile the > port once the downgrade is complete otherwise this will end up in a > "Segmentation fault" when (zfs [allow/unallow/groupspace/userspace]) is run. > >> I would be very grateful for testing on different architectures, mainly >> on amd64, i386 and sprarc. >> > Martin, > > *** > The above python port calls /usr/lib/zfs/pyzfs.py which is installed > from /usr/src/cddl/contrib/opensolaris/cmd/pyzfs.py that has the > following bang line for both the noted files. > > #! /usr/bin/python2.4 -S > > Could this be changed to: > > #! /usr/bin/env python -S > > *** > The python port (the one updated with v15-3) does install a pyzfs.py with a correct header, see the Makefile: http://people.freebsd.org/~mm/patches/zfs/v15/sysutils_py-zfs.tar.gz I will commit the python port to the ports tree right after it gets tagged, we are still having a discussion about it's versioning (maybe starting from 1.0?) > I think since the integration of python for use with ZFS commands has > worked its way in it might just be worth STRONGLY noting somewhere that > python is now heavily depended on for these functions. > > The pythonized functions are: zfs allow/unallow (don't work without python), userspace/groupspace (limited functionality without python) > As for stable/8 i386, ZFSv15 has been stable as a rock. I was running > v16 with no problems but since it seems unlikely that v16 will make it > down to stable/8 I downgraded to v15 on revision 209732. As for the > python testing I am still a little bit shaky with but getting used to > it. If there is more information that I can provide you with for i386 > please let me know or Ill write back with anything if something should > arise. > > What is going to happen, v15 goes to head next week with a 2-month MFC period. I will provide patches for stable/8 and 8.1-release. > Regards & Thanks for the great work on this. >