From gjelinek@sac.sfbay.sun.com Thu Jan 7 09:17:45 2010 Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o07HHjvt012428 for ; Thu, 7 Jan 2010 09:17:45 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o07HHfM3017068; Thu, 7 Jan 2010 11:17:45 -0600 (CST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KVW0092501KSX00@nwk-avmta-2.sfbay.sun.com>; Thu, 07 Jan 2010 09:17:44 -0800 (PST) Received: from dm-sfbay-02.sfbay.sun.com ([129.146.11.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KVW001VH01JP4B0@nwk-avmta-2.sfbay.sun.com>; Thu, 07 Jan 2010 09:17:44 -0800 (PST) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-02.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o07HHgvB012881; Thu, 07 Jan 2010 09:17:42 -0800 (PST) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o07HHfi5012423; Thu, 07 Jan 2010 09:17:41 -0800 (PST) Received: (from gjelinek@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o07HHeUs012419; Thu, 07 Jan 2010 09:17:40 -0800 (PST) Date: Thu, 07 Jan 2010 09:17:40 -0800 (PST) From: Gerald Jelinek Subject: Remove zoneadm install sub-option "-x nodataset" [PSARC/2010/008 Self Review] To: PSARC-ext@sun.com Cc: frank.batschulat@sun.com, gerald.jelinek@sun.com Message-id: <201001071717.o07HHeUs012419@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 3049 I'm sponsoring this case for Frank Batschulat. I've marked it closed approved automatic but if anyone has concerns, I can change this to a fast-track for further discussion. Thanks, Jerry Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2010 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Remove zoneadm install sub-option "-x nodataset" 1.2. Name of Document Author/Supplier: Author: Frank Batschulat 1.3 Date of This Document: 07 January, 2010 4. Technical Description Remove zoneadm(1M) install sub-option "-x nodataset" The zoneadm(1M) install "-x nodataset" sub-option was introduced into nevada build 39 via the following ARC case/RFE: PSARC/2006/153 Zones ZFS Integration 6383119 RFE: add support for using zfs clones when cloning a zone This option instructs zoneadm to avoid automatically creating a ZFS dataset for the zone. At the time, zones did not yet support BrandZ so there was no discussion of this option and its interaction with various brands. Although the "-x nodataset" sub-option to zoneadm(1M) install appears to work with all zone brands, it doesn't. It applies specifically to the "native" brand (see native(5)), which is currently the default brand for non-global zones in ONNV and Solaris 10. Most new brands can't support the sub-option. The "native" brand, which was the primary consumer of the sub-option, will disappear when SXCE dies. The "ipkg" brand is the "native" brand going forward for OpenSolaris/Solaris.Next. However, the "ipkg" brand (as well as the solaris10(5) brand (PSARC 2009/253)) requires that ZFS datasets back zone roots in order to leverage IPS/pkg(1) and beadm(1M) functionality and thus those brands do not support the "-x nodataset" sub-option. This proposal will remove the zoneadm(1M) install sub-option "-x nodataset" from zoneadm and thus removes the ability to install zones into zoneroot paths on ZFS without also creating a corresponding separate ZFS dataset. This case seeks minor release binding. I've raised this proposal in public on the zones-discuss@opensolaris.org email list without causing any concern: http://opensolaris.org/jive/thread.jspa?threadID=119493 I also raised this proposal to Sun internally on the appropriate email aliases without causing any concern. The OpsCenter product will not be affected because it only installs zones into xVM(5)-managed storage, which exclusively uses zfs datasets. I also checked the well-known OpenSolaris community tool "Zone Manager" (http://hub.opensolaris.org/bin/view/Project+zonemgr/) and it does not make use of the "-x nodataset" sub-option either. Interfaces: exported interfaces as introduced via PSARC/2006/153 that will be removed: zoneadm subcommands install [-x nodataset] Evolving 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: Automatic 6.6. ARC Exposure: open