From sacadmin Fri Jun 18 13:07:59 2010 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 o5IK7xON015897; Fri, 18 Jun 2010 13:07:59 -0700 (PDT) Received: (from johnf@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o5IK7xVm015893; Fri, 18 Jun 2010 13:07:59 -0700 (PDT) Date: Fri, 18 Jun 2010 13:07:59 -0700 (PDT) From: John Fischer Message-Id: <201006182007.o5IK7xVm015893@sac.sfbay.sun.com> To: PSARC-record@sac.sfbay.sun.com Cc: Jan.Damborsky@Sun.COM Subject: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] Status: RO Content-Length: 627 Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI This information is Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved. 1. Introduction 1.1. Project/Component Working Name: System Configuration -- nodename and defaultdomain 1.2. Name of Document Author/Supplier: Author: John Fischer 1.3 Date of This Document: 18 June, 2010 4. Technical Description See the case directory for more detail 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: Install 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From johnf@sac.sfbay.sun.com Fri Jun 18 14:34:29 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5ILYTOI016970 for ; Fri, 18 Jun 2010 14:34:29 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5ILYR1i065311 for <@sunmail2sca.sfbay.sun.com:psarc-ext@Sun.COM>; Fri, 18 Jun 2010 15:34:28 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4800L1HBXGTE00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Fri, 18 Jun 2010 14:34:28 -0700 (PDT) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L48002RABXGWA50@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Fri, 18 Jun 2010 14:34:28 -0700 (PDT) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5ILYRKW024645; Fri, 18 Jun 2010 14:34:27 -0700 (PDT) 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 o5ILYQD7016959; Fri, 18 Jun 2010 14:34:26 -0700 (PDT) Received: (from johnf@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o5ILYQIA016958; Fri, 18 Jun 2010 14:34:26 -0700 (PDT) Date: Fri, 18 Jun 2010 14:34:26 -0700 (PDT) From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] To: psarc-ext@sun.com Cc: Jan.Damborsky@sun.com Message-id: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 8468 All, I am sponsoring this case for myself as part of the Install team. The case directory contains this proposal and a design specification. I have set the timer for Friday, June 25th, 2010. I also have the networking team looking at the document to insure that we work well together. Any changes they suggest I will update the case. This case is targetting a Minor release of Solaris. Essentially the case moves the nodename and defaultdomain configuration paramaters into the SMF services svc:/system/identity:node and svc:/system/identity:domain respectively. The /etc files nodename and defaultdomain are being declared Obsolete in a Patch release and removed in the Minor release of Solaris. Thanks, John Background ========== Currently the nodename and defaultdomain configurations are stored in the /etc/nodename and /etc defaultdomain files respectively. During installation, the installer will prompt the user for the nodename and save the configuration into the /etc/nodename file. When the system boots up, if the system is standalone or the IP address is configured locally, the /etc/nodename file contains the system name. Users can modify the file /etc/nodename to change the hostname for a standalone system or if the IP address is configured locally. In such a case the change will take effect at next boot. The file /etc/defaultdomain determines a host's domain name for direct use by the NIS name service. The defaultdomain file is read at boot time and its contents used by the domainname(1M) command. Users can modify the file /etc/defaultdomain to change the default domain for a host. In such a case the change will take effect at next boot. Problem Statement ================= Update the svc:/system/identity:node SMF service which will take care of setting the nodename and update the svc:/system/identity:domain SMF service which will take care of setting the defaultdomain of the system installed by means of the Installer technologies. Furthermore, update various components that currently reference /etc/nodename and /etc/defaultdomain to use the new mechanism, namely cvcd, setuname, metaset and nodename(4) for nodename and net-loc, identity-domain, net-nwam, ldapclient, ypcmd, nfs(4), keyserv(1M), domainname(1M) and defaultdomain(4) for defaultdomain. Requirement =========== The nodename will be configurable via SMF property of svc:/system/identity:node SMF service. The defaultdomain will be configurable via SMF property of svc:/system/identity:domain SMF service. Proposal ======== 1. Add the nodename property to the svc:/system/identity:node SMF service. The property definition (config/nodename) will be added in the SMF manifest. Update the identity-node method to use the new property. 2. RBAC for nodename access to include solaris.smf.manage.nodename as the authorization and with a profile description of "Node Name Management". 3. Obsolete file /etc/nodename. This file will no longer exist in the system 4. Modify existing /etc/nodename consumers, so that they operate on the SMF property instead of the file. The following consumers were found in the ON gate: cvcd setuname metaset Other consolidations will receive a flag day announcement and be given 2 builds prior to the removal of the nodename file. 5. Add the defaultdomain property to the svc:/system/identity:domain SMF service. The property definition (config/defaultdomain) will be added in the SMF manifest. Update the identity-domain method to use the new property. 6. RBAC for defaultdomain access to include solaris.smf.manage.defaultdomain as a authorization and with a profile description of "Default Domain Name Management". 7. Obsolete file /etc/defaultdomain. This file will no longer exist in the system. 8. Modify existing /etc/defaultdomain consumers, so that they operate on the SMF property instead of the file. The following consumers were found in the ON gate: net-loc net-nwam ldapclient ypbind Other consolidations will receive a flag day announcement and be given 2 builds prior to the removal of the defaultdomain file. Note: bfu in the ONNV consolidation will still contain a reference to defaultdomain, however, the company is moving away from using the script because of how IPS works. 9. Update appropriate man pages: nodename(4) metaset(1M) nfs(4) keyserv(1M) ldapclient(1M) defaultdomain(4) domainname(1M) 10. Make appropriate announcements in a Patch release of Solaris and to internal development aliases. Interfaces ========== Exported Interfaces Name Commitment Comments ----------------------------------------------------------------------- svc:/system/identity:node Committed SMF service name config/nodename SMF property identity-domain SMF service method solaris.smf.manage.nodename Committed RBAC authorization property /etc/nodename Removed Obsolete in Patch release cvcd Uncommitted virtual console daemon setuname Removed change machine information utility, used for an old standard metaset Committed configure disk sets utility svc:/system/identity:domain Committed SMF service name config/defaultdomain SMF property identity-domain SMF service method solaris.smf.manage.defaultdomain Committed RBAC authorization property /etc/defaultdomain Removed Obsolete in Patch release net-loc Uncommitted SMF service method for the svc:/network/location:default SMF service net-nwam Uncommitted SMF service method for the svc:/network/physical:nwam SMF service ldapclient Committed LDAP client machine initializer ypbind Committed NIS binder process man pages Uncommitted nodename(4) metaset(1M) nfs(4) keyserv(1M) ldapclient(1M) defaultdomain(4) domainname(1M) Imported Interfaces Name Commitment Comments ----------------------------------------------------------------------- domainname Uncommitted uname Uncommitted libscf Committed Service Configuration Facility Library Functions References ========== [1] Example of SMF profile configuring nodename property [2] Example of SMF profile configuring defaultdomain property [3] Related SMF System Configuration cases PSARC 2010/183 Kernel Keyboard Configuration in SMF PSARC 2010/164 interfaces for basic install network configuration From garrett@damore.org Fri Jun 18 15:06:07 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5IM67YP017749 for ; Fri, 18 Jun 2010 15:06:07 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5IM66Cj025131 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 18 Jun 2010 15:06:07 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4800B09DE65700@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 16:06:06 -0600 (MDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4800AGADE6CM00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 16:06:06 -0600 (MDT) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5ILrikn011800 for ; Fri, 18 Jun 2010 22:06:05 +0000 (GMT) Received: from mmp11es.mmp.us.syntegra.com ([160.41.208.11] [160.41.208.11]) by relay13i.sun.com with ESMTP id BT-MMP-3281900 for psarc-ext@sun.com; Fri, 18 Jun 2010 22:06:05 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp11es.mmp.us.syntegra.com with ESMTP id BT-MMP-286727666 for psarc-ext@sun.com; Fri, 18 Jun 2010 22:06:05 +0000 (Z) Received: from oproxy1-pub.bluehost.com ([66.147.249.253] [66.147.249.253]) by relay1i.sun.com id BT-MMP-12162786 for psarc-ext@sun.com; Fri, 18 Jun 2010 22:06:05 +0000 (Z) Received: (qmail 32346 invoked by uid 0); Fri, 18 Jun 2010 22:06:04 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy1.bluehost.com.bluehost.com with SMTP; Fri, 18 Jun 2010 22:06:04 +0000 Received: from cpe-76-93-15-33.socal.res.rr.com ([76.93.15.33] helo=[192.168.251.110]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OPjhM-0005sP-1Z; Fri, 18 Jun 2010 16:06:04 -0600 Date: Fri, 18 Jun 2010 15:06:34 -0700 From: "Garrett D'Amore" Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> To: John Fischer Cc: psarc-ext@sun.com Message-id: <1276898794.2729.217.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=m0+AijBQNOH0RciH8LQRRlvfEpSiGH+H1vbvoc5+QU+WeV+7YLjtvnkP5CDHn3e4XXwkSccbVD2iZkc1CMz9RnPF565YlpUvWKfVwZdgKcsCVbMVoqfwcQI4GoyzH6m9; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 76.93.15.33 authed with garrett+damore.org} X-Antispam: No, score=0.0/5.0, scanned in 0.102sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> Status: RO Content-Length: 511 Presumably uname -S and "hostname" will be modified to to update the SMF property as well as read it (likewise for "domainname"?) Also, what about sys-unconfig(1M)? (Or has that already been obsoleted elsewhere?) I wonder if system/identity:domain would better be named to reflect how this is used, which is really only with NIS, right? Perhaps this property ought to belong to the NIS service instead of as a system wide property. (The nodename property seems more general purpose, however.) - Garrett From john.fischer@oracle.com Fri Jun 18 15:24:09 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5IMO82n017921 for ; Fri, 18 Jun 2010 15:24:08 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5IMO1NL022049; Fri, 18 Jun 2010 16:24:06 -0600 (MDT) 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 <0L480020HE869600@nwk-avmta-2.sfbay.sun.com>; Fri, 18 Jun 2010 15:24:06 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L48007OHE85TXD0@nwk-avmta-2.sfbay.sun.com>; Fri, 18 Jun 2010 15:24:06 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5IMO5vi023267; Fri, 18 Jun 2010 22:24:05 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5ILxI7w032366; Fri, 18 Jun 2010 22:24:01 +0000 (GMT) Received: from abhmt009.oracle.com by acsmt353.oracle.com with ESMTP id 356520571276899769; Fri, 18 Jun 2010 15:22:49 -0700 Received: from [10.7.250.84] (/10.7.250.84) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 18 Jun 2010 15:22:49 -0700 Date: Fri, 18 Jun 2010 15:22:46 -0700 From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <1276898794.2729.217.camel@velocity> To: "Garrett D'Amore" Cc: psarc-ext@sun.com, Jan Damborsky Message-id: <4C1BF1B6.1040601@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C1BF201.0171:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <1276898794.2729.217.camel@velocity> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 977 Garrett, We discussed 'uname -S' and 'hostname' during the design phase. The consensus was those commands are not persistent across reboots today and this project does not change that behavior. system/identity:domain might be better named but that is really out of scope for the project. That to me seems like a case for the Networking team to come up with a new SMF service. Thanks, John On 06/18/10 03:06 PM, Garrett D'Amore wrote: > Presumably uname -S and "hostname" will be modified to to update the SMF > property as well as read it (likewise for "domainname"?) Also, what > about sys-unconfig(1M)? (Or has that already been obsoleted elsewhere?) > > I wonder if system/identity:domain would better be named to reflect how > this is used, which is really only with NIS, right? Perhaps this > property ought to belong to the NIS service instead of as a system wide > property. (The nodename property seems more general purpose, however.) > > - Garrett > > From Andrew.Gabriel@oracle.com Fri Jun 18 15:28:22 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5IMSMZI018044 for ; Fri, 18 Jun 2010 15:28:22 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5IMSMtM004804 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 18 Jun 2010 15:28:22 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4800D2NEFAWI00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 15:28:22 -0700 (PDT) Received: from sca-ea-mail-4.sun.com ([192.18.43.22]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L480021XEF8WAA0@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 15:28:20 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5IMSKW4012882; Fri, 18 Jun 2010 22:28:20 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5IM0pwn020555; Fri, 18 Jun 2010 22:28:16 +0000 (GMT) Received: from abhmt007.oracle.com by acsmt354.oracle.com with ESMTP id 340286851276900063; Fri, 18 Jun 2010 15:27:43 -0700 Received: from [81.187.162.109] (/81.187.162.109) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 18 Jun 2010 15:27:42 -0700 Date: Fri, 18 Jun 2010 23:28:09 +0100 From: Andrew Gabriel Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <1276898794.2729.217.camel@velocity> To: "Garrett D'Amore" Cc: John Fischer , psarc-ext@sun.com Message-id: <4C1BF2F9.10404@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4C1BF300.017C:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <1276898794.2729.217.camel@velocity> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 705 Garrett D'Amore wrote: > Presumably uname -S and "hostname" will be modified to to update the SMF > property as well as read it (likewise for "domainname"?) Also, what > about sys-unconfig(1M)? (Or has that already been obsoleted elsewhere?) > > I wonder if system/identity:domain would better be named to reflect how > this is used, which is really only with NIS, right? Perhaps this > property ought to belong to the NIS service instead of as a system wide > property. Isn't it picked up by sendmail.cf (et al) too ($j)? Also, what's happening about the auto-configuring of a zone using /etc/sysidcfg and the sysidconfig tools? They also manipulate domainname and nodename. -- Andrew Gabriel From garrett@damore.org Fri Jun 18 15:30:10 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5IMUAb0018068 for ; Fri, 18 Jun 2010 15:30:10 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5IMU9t8025009 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 18 Jun 2010 16:30:09 -0600 (MDT) 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 <0L4800207EI9M900@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 15:30:09 -0700 (PDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L48007GIEI9TNC0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 15:30:09 -0700 (PDT) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5IMU8oB021086 for ; Fri, 18 Jun 2010 22:30:08 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay13i.sun.com with ESMTP id BT-MMP-3282561 for psarc-ext@sun.com; Fri, 18 Jun 2010 22:30:08 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-286413792 for psarc-ext@sun.com; Fri, 18 Jun 2010 22:30:08 +0000 (Z) Received: from oproxy2-pub.bluehost.com ([67.222.39.60] [67.222.39.60]) by relay1i.sun.com id BT-MMP-20623153 for psarc-ext@sun.com; Fri, 18 Jun 2010 22:30:08 +0000 (Z) Received: (qmail 27646 invoked by uid 0); Fri, 18 Jun 2010 22:30:07 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy2.bluehost.com with SMTP; Fri, 18 Jun 2010 22:30:07 +0000 Received: from cpe-76-93-15-33.socal.res.rr.com ([76.93.15.33] helo=[192.168.251.110]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OPk4d-0008Um-5O; Fri, 18 Jun 2010 16:30:07 -0600 Date: Fri, 18 Jun 2010 15:30:38 -0700 From: "Garrett D'Amore" Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C1BF1B6.1040601@oracle.com> To: John Fischer Cc: psarc-ext@sun.com, Jan Damborsky Message-id: <1276900238.2729.219.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=1COIUMJDwy1/GBbAWydzsIcjcPbMabpZcpC4LDkt1auMzbN/xqH6xnPY5fbRu20mQGDeke6jg3r+YgJ+s9LB/YTPMsLZOXm7aQ2C0E2sJvlAz2x8fYXGpwkWsAGD8aPn; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 76.93.15.33 authed with garrett+damore.org} X-Antispam: No, score=0.0/5.0, scanned in 0.196sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <1276898794.2729.217.camel@velocity> <4C1BF1B6.1040601@oracle.com> Status: RO Content-Length: 1392 On Fri, 2010-06-18 at 15:22 -0700, John Fischer wrote: > Garrett, > > We discussed 'uname -S' and 'hostname' during the design phase. > The consensus was those commands are not persistent across > reboots today and this project does not change that behavior. Ok, for some reason I thought they modified the files. If they don't, I'm fine with this. :-) > > system/identity:domain might be better named but that is > really out of scope for the project. That to me seems like a > case for the Networking team to come up with a new SMF > service. But isn't there already an SMF service for nis/client? It seems like that is where this belongs? (Or perhaps nis/server? Both?) I'd be interested to hear what the networking folks think. - Garrett > > Thanks, > > John > > On 06/18/10 03:06 PM, Garrett D'Amore wrote: > > Presumably uname -S and "hostname" will be modified to to update the SMF > > property as well as read it (likewise for "domainname"?) Also, what > > about sys-unconfig(1M)? (Or has that already been obsoleted elsewhere?) > > > > I wonder if system/identity:domain would better be named to reflect how > > this is used, which is really only with NIS, right? Perhaps this > > property ought to belong to the NIS service instead of as a system wide > > property. (The nodename property seems more general purpose, however.) > > > > - Garrett > > > > > From john.fischer@oracle.com Fri Jun 18 16:02:48 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 o5IN2kdS018735 for ; Fri, 18 Jun 2010 16:02:46 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5IN2k5M025599 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 18 Jun 2010 18:02:46 -0500 (CDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4800G01G0MNP00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 17:02:46 -0600 (MDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4800AF6G0LCF30@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 17:02:46 -0600 (MDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5IN2iJd014219; Fri, 18 Jun 2010 23:02:45 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5IMtn6K020863; Fri, 18 Jun 2010 23:02:42 +0000 (GMT) Received: from abhmt006.oracle.com by acsmt355.oracle.com with ESMTP id 356582221276902116; Fri, 18 Jun 2010 16:01:56 -0700 Received: from [10.7.250.84] (/10.7.250.84) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 18 Jun 2010 16:01:55 -0700 Date: Fri, 18 Jun 2010 16:01:53 -0700 From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C1BF2F9.10404@oracle.com> To: Andrew Gabriel Cc: "Garrett D'Amore" , John Fischer , psarc-ext@sun.com Message-id: <4C1BFAE1.6050706@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4C1BFB13.0061:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <1276898794.2729.217.camel@velocity> <4C1BF2F9.10404@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 1593 Andrew, When I looked at the source code I did not see sendmail needing changes. I just checked again and still do not believe any code changes are needed. Looking online I see that the $j refers to: confDOMAIN_NAME $j macro If defined, sets $j. This should only be done if your system cannot determine your local domain name, and then it should be set to $w.Foo.COM, where Foo.COM is your domain name. Thus the $j macro is used to set a domain name within sendmail by the system administrator when a domain name can not be determined by sendmail. This case will not change that behavior. sysidconfig tools are part of a future project which is starting up. The discussions are very early in the design phase. The purposed design by this project would be compatible with the current discussions. Thanks, John On 06/18/10 03:28 PM, Andrew Gabriel wrote: > Garrett D'Amore wrote: >> Presumably uname -S and "hostname" will be modified to to update the SMF >> property as well as read it (likewise for "domainname"?) Also, what >> about sys-unconfig(1M)? (Or has that already been obsoleted elsewhere?) >> >> I wonder if system/identity:domain would better be named to reflect how >> this is used, which is really only with NIS, right? Perhaps this >> property ought to belong to the NIS service instead of as a system wide >> property. > > Isn't it picked up by sendmail.cf (et al) too ($j)? > > > Also, what's happening about the auto-configuring of a zone using > /etc/sysidcfg and the sysidconfig tools? They also manipulate > domainname and nodename. > > From Andrew.Gabriel@oracle.com Fri Jun 18 16:32:43 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5INWhfZ019032 for ; Fri, 18 Jun 2010 16:32:43 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5INWgio025475 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 18 Jun 2010 16:32:43 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4800J0DHEIKP00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 17:32:42 -0600 (MDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4800AY9HEICF40@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 17:32:42 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5INWf3o023441 for ; Fri, 18 Jun 2010 23:32:41 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5INSQN1013714; Fri, 18 Jun 2010 23:32:38 +0000 (GMT) Received: from abhmt006.oracle.com by acsmt354.oracle.com with ESMTP id 340417451276903909; Fri, 18 Jun 2010 16:31:49 -0700 Received: from [81.187.162.109] (/81.187.162.109) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 18 Jun 2010 16:31:49 -0700 Date: Sat, 19 Jun 2010 00:32:16 +0100 From: Andrew Gabriel Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C1BFAE1.6050706@oracle.com> To: John Fischer Cc: "Garrett D'Amore" , psarc-ext@sun.com Message-id: <4C1C0200.2000808@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4C1C0217.000B:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <1276898794.2729.217.camel@velocity> <4C1BF2F9.10404@oracle.com> <4C1BFAE1.6050706@oracle.com> User-Agent: Thunderbird 2.0.0.23 (X11/20090929) Status: RO Content-Length: 1382 John Fischer wrote: > Andrew, > > When I looked at the source code I did not see sendmail needing changes. > I just checked again and still do not believe any code changes are > needed. > Looking online I see that the $j refers to: > > confDOMAIN_NAME $j macro > > If defined, sets $j. This should only be done if your system > cannot determine > your local domain name, and then it should be set to $w.Foo.COM, > where > Foo.COM is your domain name. > > Thus the $j macro is used to set a domain name within sendmail by the > system administrator when a domain name can not be determined by > sendmail. > This case will not change that behavior. Ah sorry, I was simply questioning Garrett's comment about defaultdomain only being for NIS, and I didn't mean to suggest sendmail would need changing, merely that it's another consumer. I also thought after sending that email, that defaultdomain is probably also one of the things used to work out the NFSv4 domain when it's not explicitly specified. > sysidconfig tools are part of a future project which is starting up. The > discussions are very early in the design phase. The purposed design by > this project would be compatible with the current discussions. OK, although it sounds like that feature will be broken if this were to be putback before the sysidconfig tools project. -- Andrew Gabriel From Nicolas.Williams@oracle.com Fri Jun 18 16:38:20 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5INcKsY019059 for ; Fri, 18 Jun 2010 16:38:20 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5INcJ6T028888 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 18 Jun 2010 16:38:19 -0700 (PDT) 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 <0L4800607HNVQJ00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 16:38:19 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L480063MHNVNE00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 16:38:19 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5INcIP3022376; Fri, 18 Jun 2010 23:38:18 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5IJr4fm029979; Fri, 18 Jun 2010 23:38:16 +0000 (GMT) Received: from abhmt016.oracle.com by acsmt355.oracle.com with ESMTP id 356618761276904289; Fri, 18 Jun 2010 16:38:09 -0700 Received: from oracle.com (/129.153.128.104) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 18 Jun 2010 16:38:08 -0700 Date: Fri, 18 Jun 2010 18:38:04 -0500 From: Nicolas Williams Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <1276898794.2729.217.camel@velocity> To: "Garrett D'Amore" Cc: John Fischer , psarc-ext@sun.com Message-id: <20100618233804.GL25472@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C1C0368.0107:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <1276898794.2729.217.camel@velocity> User-Agent: Mutt/1.5.20 (2010-03-02) Status: RO Content-Length: 650 On Fri, Jun 18, 2010 at 03:06:34PM -0700, Garrett D'Amore wrote: > Presumably uname -S and "hostname" will be modified to to update the SMF > property as well as read it (likewise for "domainname"?) Also, what > about sys-unconfig(1M)? (Or has that already been obsoleted elsewhere?) > > I wonder if system/identity:domain would better be named to reflect how > this is used, which is really only with NIS, right? Perhaps this > property ought to belong to the NIS service instead of as a system wide > property. (The nodename property seems more general purpose, however.) Not just NIS, but native LDAP also uses /etc/defaultdomain. Nico -- From garrett@damore.org Fri Jun 18 18:33:53 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5J1Xr9s020563 for ; Fri, 18 Jun 2010 18:33:53 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5J1Xqhk005476 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 18 Jun 2010 18:33:52 -0700 (PDT) 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 <0L4800D03N0GNL00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 18:33:52 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L480062JN0GNE70@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 18 Jun 2010 18:33:52 -0700 (PDT) Received: from relay43i.sun.com ([192.5.209.74]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5J1Xp3T024122 for ; Sat, 19 Jun 2010 01:33:51 +0000 (GMT) Received: from mms49es.mms.us.syntegra.com ([160.41.221.232] [160.41.221.232]) by relay43i.sun.com with ESMTP id BT-MMP-390789 for psarc-ext@sun.com; Sat, 19 Jun 2010 01:33:51 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mms49es.mms.us.syntegra.com with ESMTP id BT-MMP-216901579 for psarc-ext@sun.com; Sat, 19 Jun 2010 01:33:51 +0000 (Z) Received: from oproxy3-pub.bluehost.com ([69.89.21.8] [69.89.21.8]) by relay4i.sun.com id BT-MMP-21106044 for psarc-ext@sun.com; Sat, 19 Jun 2010 01:33:50 +0000 (Z) Received: (qmail 25172 invoked by uid 0); Sat, 19 Jun 2010 01:33:50 +0000 Received: from unknown (HELO box374.bluehost.com) (69.89.31.174) by oproxy3.bluehost.com with SMTP; Sat, 19 Jun 2010 01:33:50 +0000 Received: from cpe-76-93-15-33.socal.res.rr.com ([76.93.15.33] helo=[192.168.251.110]) by box374.bluehost.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OPmwQ-0005r3-55; Fri, 18 Jun 2010 19:33:50 -0600 Date: Fri, 18 Jun 2010 18:34:22 -0700 From: "Garrett D'Amore" Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <20100618233804.GL25472@oracle.com> To: Nicolas Williams Cc: John Fischer , psarc-ext@sun.com Message-id: <1276911262.5596.4.camel@velocity> MIME-version: 1.0 X-Mailer: Evolution 2.28.3 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7BIT DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=damore.org; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Identified-User; b=rONxFl6Na7dGsptXBxU+YMdL79YuH88Hzna9rohY1fSPC/wdab4t4/G87B4QlqoYifIfOnlJxB25liniCcJ0aPUsQi9cj8l3M8yP1IJERh1Qf34ETjGs5edEfvkYKvcz; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Identified-User: {2225:box374.bluehost.com:damoreor:damore.org} {sentby:smtp auth 76.93.15.33 authed with garrett+damore.org} X-Antispam: No, score=0.0/5.0, scanned in 0.273sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <1276898794.2729.217.camel@velocity> <20100618233804.GL25472@oracle.com> Status: RO Content-Length: 996 On Fri, 2010-06-18 at 18:38 -0500, Nicolas Williams wrote: > On Fri, Jun 18, 2010 at 03:06:34PM -0700, Garrett D'Amore wrote: > > Presumably uname -S and "hostname" will be modified to to update the SMF > > property as well as read it (likewise for "domainname"?) Also, what > > about sys-unconfig(1M)? (Or has that already been obsoleted elsewhere?) > > > > I wonder if system/identity:domain would better be named to reflect how > > this is used, which is really only with NIS, right? Perhaps this > > property ought to belong to the NIS service instead of as a system wide > > property. (The nodename property seems more general purpose, however.) > > Not just NIS, but native LDAP also uses /etc/defaultdomain. If its used for other naming systems, then I agree that the case as proposed is the right way to handle it. The spec should note that it is used by other naming systems. This means that whatever those consumers are, will also need to be updated to use SMF! - Garrett From volker@bb-c.de Sat Jun 19 03:52:36 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5JAqZ6K021995 for ; Sat, 19 Jun 2010 03:52:36 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5JAqZuS002299 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Sat, 19 Jun 2010 03:52:35 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4900A01CVNJY00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 03:52:35 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4900C97CVNKJA0@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 03:52:35 -0700 (PDT) Received: from relay11i.sun.com (ip121.net129179-4.block1.us.syntegra.com [129.179.4.121]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5JAoVEs008725 for ; Sat, 19 Jun 2010 10:52:34 +0000 (GMT) Received: from mmp12es.mmp.us.syntegra.com ([160.41.208.12] [160.41.208.12]) by relay11i.sun.com with ESMTP id BT-MMP-3901453 for psarc-ext@sun.com; Sat, 19 Jun 2010 10:52:34 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp12es.mmp.us.syntegra.com with ESMTP id BT-MMP-287285624 for psarc-ext@sun.com; Sat, 19 Jun 2010 10:52:34 +0000 (Z) Received: from mail.bb-c.de ([213.133.101.175] [213.133.101.175]) by relay1i.sun.com with ESMTP id BT-MMP-21636570 for psarc-ext@sun.com; Sat, 19 Jun 2010 10:52:33 +0000 (Z) Received: from shelob.bb-c.de (p5B374C3D.dip.t-dialin.net [91.55.76.61]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "Brandt & Brandt Computer GmbH", Issuer "Brandt & Brandt Computer GmbH" (verified OK)) by mail.bb-c.de (Postfix) with ESMTP id 2C50B78B; Sat, 19 Jun 2010 12:52:33 +0200 (CEST) Received: by shelob.bb-c.de (Postfix, from userid 1000) id 5D5128E6A; Sat, 19 Jun 2010 12:52:32 +0200 (MEST) Date: Sat, 19 Jun 2010 12:52:32 +0200 From: "Volker A. Brandt" Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> Sender: volker@bb-c.de To: John Fischer Cc: psarc-ext@sun.com Message-id: <19484.41328.230208.779715@shelob.bb-c.de> MIME-version: 1.0 X-Mailer: VM 8.x under Emacs 22 Content-type: text/plain; charset=iso-8859-1 X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.325sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by sac.sfbay.sun.com id o5JAqZ6K021995 Status: RO Content-Length: 703 > 3. Obsolete file /etc/nodename. This file will no longer exist in the system This will break 1000s of LOC of scripts. I am sure you have considered the consequences your customers will be facing, and have decided that your gain outweighs their loss... Regards -- Volker -- ------------------------------------------------------------------------ Volker A. Brandt Consulting and Support for Sun Solaris Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim Email: vab@bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 45 Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt From carlsonj@workingcode.com Sat Jun 19 13:25:16 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 o5JKPGQY028531 for ; Sat, 19 Jun 2010 13:25:16 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5JKPGMB015046 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Sat, 19 Jun 2010 15:25:16 -0500 (CDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4A00F053E47E00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 13:25:16 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4A00CDV3E3ICE0@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 13:25:15 -0700 (PDT) Received: from relay42i.sun.com ([192.5.209.72]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5JKPEuC027627 for ; Sat, 19 Jun 2010 20:25:15 +0000 (GMT) Received: from mmp42es.mmp.us.syntegra.com ([160.41.221.11] [160.41.221.11]) by relay42i.sun.com with ESMTP id BT-MMP-473932 for psarc-ext@sun.com; Sat, 19 Jun 2010 20:25:14 +0000 (Z) Received: from relay43i.sun.com (relay43i.sun.com [192.5.209.74]) by mmp42es.mmp.us.syntegra.com with ESMTP id BT-MMP-219024821; Sat, 19 Jun 2010 20:25:14 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay4i.sun.com with ESMTP id BT-MMP-19796508; Sat, 19 Jun 2010 20:25:13 +0000 (Z) Received: from dhcp-226.workingcode.com (dhcp-226 [192.168.254.226]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.4) with ESMTP id o5JKP9Bb021162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Jun 2010 16:25:09 -0400 (EDT) Date: Sat, 19 Jun 2010 16:25:09 -0400 From: James Carlson Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <19484.41328.230208.779715@shelob.bb-c.de> To: "Volker A. Brandt" Cc: John Fischer , psarc-ext@sun.com Message-id: <4C1D27A5.5050003@workingcode.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Enigmail-Version: 1.0.1 X-DCC-INFN-TO-Metrics: carlson; whitelist X-Antispam: No, score=0.0/5.0, scanned in 0.117sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 Status: RO Content-Length: 1117 On 6/19/10 6:52 AM, Volker A. Brandt wrote: >> 3. Obsolete file /etc/nodename. This file will no longer exist in the system > > This will break 1000s of LOC of scripts. I am sure you have > considered the consequences your customers will be facing, and > have decided that your gain outweighs their loss... Really? I can't say I've ever seen a script that reads /etc/nodename in preference to using "uname -n" output, nor can I find any. Providing a pointer to one would probably help focus the discussion. I agree that this (like many other SMF-related changes) is perhaps questionable on the grounds that it breaks ancient things that didn't really need breaking, but we've already gone quite a distance down that road. I think it's probably too late to turn back. (Though someone else could theoretically create a non-SMF distribution ...) More importantly, this specific change was already discussed as part of the original SMF "Greenline" project. It would probably take extraordinary evidence to reverse that decision now. -- James Carlson 42.703N 71.076W From carlsonj@workingcode.com Sat Jun 19 13:31:32 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5JKVVrk028552 for ; Sat, 19 Jun 2010 13:31:31 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5JKVUmT049460 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Sat, 19 Jun 2010 14:31:31 -0600 (MDT) 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 <0L4A00D093OIG700@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 13:31:30 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4A00GGW3OIR5E0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 13:31:30 -0700 (PDT) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5JKVUpF028562 for ; Sat, 19 Jun 2010 20:31:30 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay13i.sun.com with ESMTP id BT-MMP-3314071 for psarc-ext@sun.com; Sat, 19 Jun 2010 20:31:29 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-543580; Sat, 19 Jun 2010 20:31:29 +0000 (Z) Received: from carlson.workingcode.com ([75.150.68.97] [75.150.68.97]) by relay1i.sun.com with ESMTP id BT-MMP-22736062; Sat, 19 Jun 2010 20:31:29 +0000 (Z) Received: from dhcp-226.workingcode.com (dhcp-226 [192.168.254.226]) (authenticated bits=0) by carlson.workingcode.com (8.14.2+Sun/8.14.4) with ESMTP id o5JKVGbF021184 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Jun 2010 16:31:16 -0400 (EDT) Date: Sat, 19 Jun 2010 16:31:16 -0400 From: James Carlson Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <1276911262.5596.4.camel@velocity> To: "Garrett D'Amore" Cc: Nicolas Williams , psarc-ext@sun.com, John Fischer Message-id: <4C1D2914.5090905@workingcode.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Enigmail-Version: 1.0.1 X-DCC-INFN-TO-Metrics: carlson; whitelist X-Antispam: No, score=-0.2/5.0, scanned in 0.305sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <1276898794.2729.217.camel@velocity> <20100618233804.GL25472@oracle.com> <1276911262.5596.4.camel@velocity> User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 Status: RO Content-Length: 2118 On 6/18/10 9:34 PM, Garrett D'Amore wrote: > On Fri, 2010-06-18 at 18:38 -0500, Nicolas Williams wrote: >> On Fri, Jun 18, 2010 at 03:06:34PM -0700, Garrett D'Amore wrote: >>> Presumably uname -S and "hostname" will be modified to to update the SMF >>> property as well as read it (likewise for "domainname"?) Also, what >>> about sys-unconfig(1M)? (Or has that already been obsoleted elsewhere?) >>> >>> I wonder if system/identity:domain would better be named to reflect how >>> this is used, which is really only with NIS, right? Perhaps this >>> property ought to belong to the NIS service instead of as a system wide >>> property. (The nodename property seems more general purpose, however.) >> >> Not just NIS, but native LDAP also uses /etc/defaultdomain. > > If its used for other naming systems, then I agree that the case as > proposed is the right way to handle it. The spec should note that it > is used by other naming systems. > > This means that whatever those consumers are, will also need to be > updated to use SMF! It's only NISish things -- directory services -- that use it. Name services do not. It's not part of DNS, and just has a really unfortunate and confusing name. It has nothing at all to do with sendmail, which uses DNS to build up $j. And the NFSv4 domain name is yet another separate thing, which can either be manually configured or set up through special DNS entries. ;-} /etc/nodename has an even more checkered history. I believe it's really the UUCP node name. But many software designers today sadly seem to believe that "uname -n" (and "hostname") can be looked up via name services to get "the" IP address of the machine. (Ignoring, of course, that multi-homed machines don't have just a single address, and that a stand-alone machine might not have any address apart from loop-back.) Historically, on Solaris, we had at times tried to make /etc/nodename always correspond to the DNS name that resolves to the "primary" IP address of the machine. (Whatever that might mean ...) -- James Carlson 42.703N 71.076W From volker@bb-c.de Sat Jun 19 14:31:50 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5JLVnNj029100 for ; Sat, 19 Jun 2010 14:31:49 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5JLVn20009691 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Sat, 19 Jun 2010 14:31:49 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4A00B016H1EE00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 14:31:49 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4A003896H0U9B0@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 14:31:49 -0700 (PDT) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5JLVm7e005993 for ; Sat, 19 Jun 2010 21:31:48 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay14i.sun.com with ESMTP id BT-MMP-5390030 for psarc-ext@sun.com; Sat, 19 Jun 2010 21:29:48 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-25260 for psarc-ext@sun.com; Sat, 19 Jun 2010 21:29:46 +0000 (Z) Received: from mail.bb-c.de ([213.133.101.175] [213.133.101.175]) by relay1i.sun.com with ESMTP id BT-MMP-22818832 for psarc-ext@sun.com; Sat, 19 Jun 2010 21:29:46 +0000 (Z) Received: from shelob.bb-c.de (p5B374C3D.dip.t-dialin.net [91.55.76.61]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "Brandt & Brandt Computer GmbH", Issuer "Brandt & Brandt Computer GmbH" (verified OK)) by mail.bb-c.de (Postfix) with ESMTP id 6BCCE78B; Sat, 19 Jun 2010 23:29:45 +0200 (CEST) Received: by shelob.bb-c.de (Postfix, from userid 1000) id 94427800D; Sat, 19 Jun 2010 23:29:44 +0200 (MEST) Date: Sat, 19 Jun 2010 23:29:44 +0200 From: "Volker A. Brandt" Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C1D27A5.5050003@workingcode.com> Sender: volker@bb-c.de To: James Carlson Cc: John Fischer , "Garrett D'Amore" , psarc-ext@sun.com Message-id: <19485.14024.428208.954763@shelob.bb-c.de> MIME-version: 1.0 X-Mailer: VM 8.x under Emacs 22 Content-type: text/plain; charset=iso-8859-1 X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=-0.7/5.0, scanned in 1.961sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by sac.sfbay.sun.com id o5JLVnNj029100 Status: RO Content-Length: 2578 [Combining two replies here] James: > /etc/nodename has an even more checkered history. I believe it's really > the UUCP node name. But many software designers today sadly seem to > believe that "uname -n" (and "hostname") can be looked up via name > services to get "the" IP address of the machine. (Ignoring, of course, > that multi-homed machines don't have just a single address, and that a > stand-alone machine might not have any address apart from loop-back.) Quite right, this is a common problem, especially with FOSS coming from a one-pc-at-home developer. :-) > Historically, on Solaris, we had at times tried to make /etc/nodename > always correspond to the DNS name that resolves to the "primary" IP > address of the machine. (Whatever that might mean ...) Actually, I quite liked the fact that it was possible to set /etc/nodename to something not corresponding to *any* of the IP addresses. > > This will break 1000s of LOC of scripts. I am sure you have > > considered the consequences your customers will be facing, and > > have decided that your gain outweighs their loss... > > Really? I can't say I've ever seen a script that reads /etc/nodename in > preference to using "uname -n" output, nor can I find any. Providing a > pointer to one would probably help focus the discussion. OK, I admit that I haven't actively looked beyond my own scripts, and uname -n is probably a suitable substitute in most case. > I agree that this (like many other SMF-related changes) is perhaps > questionable on the grounds that it breaks ancient things that didn't > really need breaking, but we've already gone quite a distance down that > road. I think it's probably too late to turn back. (Though someone > else could theoretically create a non-SMF distribution ...) I rather like SMF, but I fear that it is turning into some kind of M$-style registry. > More importantly, this specific change was already discussed as part of > the original SMF "Greenline" project. It would probably take > extraordinary evidence to reverse that decision now. Agreed. Sorry for having been a little cynical there... Regards -- Volker -- ------------------------------------------------------------------------ Volker A. Brandt Consulting and Support for Sun Solaris Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim Email: vab@bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 45 Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt From lists@mcintyreweb.com Sat Jun 19 15:39:10 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5JMd9cJ029672 for ; Sat, 19 Jun 2010 15:39:09 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5JMd9i7024278 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Sat, 19 Jun 2010 15:39:09 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4A00I059L9WK00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 16:39:09 -0600 (MDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4A009AI9L8HR70@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 16:39:08 -0600 (MDT) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5JMTOZk023510 for ; Sat, 19 Jun 2010 22:39:08 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay15i.sun.com with ESMTP id BT-MMP-2549126 for psarc-ext@sun.com; Sat, 19 Jun 2010 22:39:08 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-286483475 for psarc-ext@sun.com; Sat, 19 Jun 2010 22:39:07 +0000 (Z) Received: from remote.mcintyreweb.com ([67.23.1.228] [67.23.1.228]) by relay1i.sun.com with ESMTP id BT-MMP-22904534 for psarc-ext@sun.com; Sat, 19 Jun 2010 22:39:07 +0000 (Z) Received: from twins.i.mcintyreweb.com (adsl-70-137-135-93.dsl.snfc21.sbcglobal.net [70.137.135.93]) (Authenticated sender: hugh) by remote.mcintyreweb.com (Postfix) with ESMTPSA id C76AC10C1D0; Sat, 19 Jun 2010 15:39:06 -0700 (PDT) Date: Sat, 19 Jun 2010 15:39:05 -0700 From: Hugh McIntyre Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C1D2914.5090905@workingcode.com> To: James Carlson Cc: "Garrett D'Amore" , psarc-ext@sun.com, John Fischer Message-id: <4C1D4709.2060201@mcintyreweb.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.656sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <1276898794.2729.217.camel@velocity> <20100618233804.GL25472@oracle.com> <1276911262.5596.4.camel@velocity> <4C1D2914.5090905@workingcode.com> User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) Status: RO Content-Length: 1253 James Carlson wrote: > It has nothing at all to do with sendmail, which uses DNS to build up > $j. And the NFSv4 domain name is yet another separate thing, which can > either be manually configured or set up through special DNS entries. ;-} Back in the day, IIRC, sendmail on Solaris could end up getting the domain name via getdomainname() which would sometimes be the NIS domain, particularly if running on a system with NIS but not DNS configured. For example, see http://www.sendmail.org/vendor/sun/differences.html#3 section 3.2. This was one of the annoying (to some people) legacy differences between "Sun" and "standard" sendmail that tended to generate sendmail FAQs. This was part of now-dropped Sun-specific functionality to get the domain from NIS for systems running NIS and not DNS. This all changed to a more standard setup several years ago though, and the getdomainname() function which sendmail used to use does not read /etc/defaultdomain directly, but checks some other files including named.conf, followed by sysinfo(SI_SRPC_DOMAIN). There may or may not be customer scripts reading the files in this case, but I don't know of anything specific and any modern version of sendmail should not, at least. Hugh. From richard@nexenta.com Sat Jun 19 17:12:09 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5K0C9FO000880 for ; Sat, 19 Jun 2010 17:12:09 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5K0C6Cu023548 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Sat, 19 Jun 2010 17:12:09 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4A00509DW83000@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 18:12:08 -0600 (MDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4A00903DW8HTF0@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sat, 19 Jun 2010 18:12:08 -0600 (MDT) Received: from relay15i.sun.com (ip125.net129179-4.block1.us.syntegra.com [129.179.4.125]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5K0260b011823 for ; Sun, 20 Jun 2010 00:12:08 +0000 (GMT) Received: from mmp13es.mmp.us.syntegra.com ([160.41.208.13] [160.41.208.13]) by relay15i.sun.com with ESMTP id BT-MMP-2550679 for psarc-ext@sun.com; Sun, 20 Jun 2010 00:12:06 +0000 (Z) Received: from relay13i.sun.com (relay13i.sun.com [129.179.4.123]) by mmp13es.mmp.us.syntegra.com with ESMTP id BT-MMP-286563818; Sun, 20 Jun 2010 00:12:06 +0000 (Z) Received: from a.mail.sonic.net ([64.142.16.245] [64.142.16.245]) by relay1i.sun.com with ESMTP id BT-MMP-14584896; Sun, 20 Jun 2010 00:12:06 +0000 (Z) Received: from [192.168.129.199] (SVN250.skyvalleynetwork.com [69.43.155.250] (may be forged)) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id o5K0C5WS016749 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 19 Jun 2010 17:12:05 -0700 Date: Sat, 19 Jun 2010 17:12:03 -0700 From: Richard Elling Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> To: John Fischer Cc: psarc-ext@sun.com Message-id: <7A026EC1-BA3B-4A1F-B780-38C1A82F072E@nexenta.com> MIME-version: 1.0 X-Mailer: Apple Mail (2.1081) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.217sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> Status: RO Content-Length: 833 On Jun 18, 2010, at 2:34 PM, John Fischer wrote: > 5. Add the defaultdomain property to the svc:/system/identity:domain SMF > service. The property definition (config/defaultdomain) will be added in the > SMF manifest. Update the identity-domain method to use the new property. Since defaultdomain is already overloaded, would it not be preferable to set the NIS default domain in the nis/client service, LDAP defaultdomain in the ldap/client, etc.? In practice, I find very few sites where the NIS, LDAP, NFSv4, and DNS domains are the same and invariably I have to explain to the sysadmins why defaultdomain exists solely to increase their misery. -- richard -- Richard Elling richard@nexenta.com +1-760-896-4422 ZFS and NexentaStor training, Rotterdam, July 13-15, 2010 http://nexenta-rotterdam.eventbrite.com/ From kmcdonald@egenera.com Sun Jun 20 08:12:09 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 o5KFC8Gm004741 for ; Sun, 20 Jun 2010 08:12:08 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5KFC8NC019787 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Sun, 20 Jun 2010 10:12:08 -0500 (CDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4B00601JK7FR00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sun, 20 Jun 2010 08:12:07 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4B00CA1JK7N8F0@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Sun, 20 Jun 2010 08:12:07 -0700 (PDT) Received: from relay41i.sun.com ([192.5.209.70]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5KFC6nV013549 for ; Sun, 20 Jun 2010 15:12:06 +0000 (GMT) Received: from mmp41es.mmp.us.syntegra.com ([160.41.221.10] [160.41.221.10]) by relay41i.sun.com with ESMTP id BT-MMP-497858 for psarc-ext@sun.com; Sun, 20 Jun 2010 15:10:06 +0000 (Z) Received: from relay45i.sun.com (relay45i.sun.com [192.5.209.94]) by mmp41es.mmp.us.syntegra.com with ESMTP id BT-MMP-10494916 for psarc-ext@sun.com; Sun, 20 Jun 2010 15:10:06 +0000 (Z) Received: from webaccess.egenera.com ([63.139.209.15] [63.139.209.15]) by relay4i.sun.com with ESMTP id BT-MMP-2536005 for psarc-ext@sun.com; Sun, 20 Jun 2010 15:10:06 +0000 (Z) Received: from webaccess.corp.egenera.com ([10.10.2.15]) by webaccess.egenera.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 20 Jun 2010 11:10:06 -0400 Received: from [192.168.1.238] ([24.107.224.147]) by webaccess.corp.egenera.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Sun, 20 Jun 2010 11:10:06 -0400 Date: Sun, 20 Jun 2010 11:10:04 -0400 From: Kyle McDonald Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <7A026EC1-BA3B-4A1F-B780-38C1A82F072E@nexenta.com> To: Richard Elling Cc: John Fischer , psarc-ext@sun.com Message-id: <4C1E2F4C.1010009@Egenera.COM> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Enigmail-Version: 1.0.1 X-Antispam: No, score=-0.7/5.0, scanned in 0.157sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <7A026EC1-BA3B-4A1F-B780-38C1A82F072E@nexenta.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5 X-OriginalArrivalTime: 20 Jun 2010 15:10:06.0189 (UTC) FILETIME=[AA7AB1D0:01CB108A] Status: RO Content-Length: 1727 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/19/2010 8:12 PM, Richard Elling wrote: > On Jun 18, 2010, at 2:34 PM, John Fischer wrote: >> 5. Add the defaultdomain property to the svc:/system/identity:domain SMF >> service. The property definition (config/defaultdomain) will be added in the >> SMF manifest. Update the identity-domain method to use the new property. > > Since defaultdomain is already overloaded, would it not be preferable to > set the NIS default domain in the nis/client service, LDAP defaultdomain > in the ldap/client, etc.? In practice, I find very few sites where the NIS, LDAP, > NFSv4, and DNS domains are the same and invariably I have to explain to the > sysadmins why defaultdomain exists solely to increase their misery. +1 I aggree, this seems like the perfect time to 'un-overload' this one configuration point. Even though we usually only had 2 or 3 out of the 4 in use at any one time, I've never administered a site where any of those 'domains' were named the same. As Richard mentions, 'un-overloading' also has the added benefit of allowing them to be located with the service they affect. -Kyle > -- richard > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMHi9IAAoJEEADRM+bKN5wsWMIAMJ7aG0KjRZhO+yH/4fLgRih VO5Xp+8VbjWe2wtNhIRztQHpYxcUdkceC7I5PTqzMCWSaqXmmofCbQBxnrVOkslp 7NUwiOcvrssV7q+HKhrMGSYSTViboSl3WTKXiUTL7gTGA+z/KAfEfA+qIvqG8FRY lEjXRshdnusgvUHcWkUlkY1IWj1Mi5VkLL6/TD9jCVp653jSB8VnjDcRmO1LLgXZ sxdk3+yDBokfGZdagU+pSm43md++nEYUdE+tyzvNkqt0X0sRwatQTbaktiSN0cPz mXXggLoC4AyBHpaDzdR/9t/o3481scrOhgVccdSWbTqHv06IcTH0ozHrvNIotJM= =ti1h -----END PGP SIGNATURE----- From john.fischer@oracle.com Mon Jun 21 10:46:10 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 o5LHk9AK012867 for ; Mon, 21 Jun 2010 10:46:09 -0700 (PDT) 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 o5LHk80F015836 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 21 Jun 2010 12:46:09 -0500 (CDT) 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 <0L4D00G0RLCWQO00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 21 Jun 2010 10:46:08 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4D006M3LCWEWD0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 21 Jun 2010 10:46:08 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5LHjw6t001338; Mon, 21 Jun 2010 17:45:59 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5LDsu0R015805; Mon, 21 Jun 2010 17:45:56 +0000 (GMT) Received: from abhmt001.oracle.com by acsmt354.oracle.com with ESMTP id 344288571277142316; Mon, 21 Jun 2010 10:45:16 -0700 Received: from [10.7.250.84] (/10.7.250.84) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 21 Jun 2010 10:45:14 -0700 Date: Mon, 21 Jun 2010 10:45:13 -0700 From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <7A026EC1-BA3B-4A1F-B780-38C1A82F072E@nexenta.com> To: Richard Elling Cc: John Fischer , psarc-ext@sun.com Message-id: <4C1FA529.9020108@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4C1FA554.014F:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <7A026EC1-BA3B-4A1F-B780-38C1A82F072E@nexenta.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 909 On 06/19/10 05:12 PM, Richard Elling wrote: > On Jun 18, 2010, at 2:34 PM, John Fischer wrote: > >> 5. Add the defaultdomain property to the svc:/system/identity:domain SMF >> service. The property definition (config/defaultdomain) will be added in the >> SMF manifest. Update the identity-domain method to use the new property. >> > Since defaultdomain is already overloaded, would it not be preferable to > set the NIS default domain in the nis/client service, LDAP defaultdomain > in the ldap/client, etc.? In practice, I find very few sites where the NIS, LDAP, > NFSv4, and DNS domains are the same and invariably I have to explain to the > sysadmins why defaultdomain exists solely to increase their misery. > -- richard > > Richard, I am checking with some other folks about this issue. As soon as I complete the discussion I'll summarize it for the committee. Thanks, John From Nicolas.Williams@oracle.com Mon Jun 21 14:50:56 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5LLouKh018316 for ; Mon, 21 Jun 2010 14:50:56 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5LLotDo019473 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 21 Jun 2010 15:50:55 -0600 (MDT) 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 <0L4D0060JWOVJ100@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 21 Jun 2010 14:50:55 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4D006LZWOV1V00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 21 Jun 2010 14:50:55 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5LLoqAV009018; Mon, 21 Jun 2010 21:50:52 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5LJuK4k010857; Mon, 21 Jun 2010 21:50:49 +0000 (GMT) Received: from abhmt015.oracle.com by acsmt353.oracle.com with ESMTP id 344925281277157000; Mon, 21 Jun 2010 14:50:00 -0700 Received: from oracle.com (/129.153.128.104) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 21 Jun 2010 14:49:58 -0700 Date: Mon, 21 Jun 2010 16:50:13 -0500 From: Nicolas Williams Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C1D27A5.5050003@workingcode.com> To: James Carlson Cc: "Volker A. Brandt" , John Fischer , psarc-ext@sun.com Message-id: <20100621215012.GD27506@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C1FDEBA.0106:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> User-Agent: Mutt/1.5.20 (2010-03-02) Status: RO Content-Length: 1071 On Sat, Jun 19, 2010 at 04:25:09PM -0400, James Carlson wrote: > On 6/19/10 6:52 AM, Volker A. Brandt wrote: > >> 3. Obsolete file /etc/nodename. This file will no longer exist in the system > > > > This will break 1000s of LOC of scripts. I am sure you have > > considered the consequences your customers will be facing, and > > have decided that your gain outweighs their loss... > > Really? I can't say I've ever seen a script that reads /etc/nodename in > preference to using "uname -n" output, nor can I find any. Providing a > pointer to one would probably help focus the discussion. I am pretty sure that this change will break scripts whose purpose is to change a host's hostname. Assuming that OpenSolaris is still a Major-for-somethings release this is probably not a big deal. Two ways to improve the situation: a) update /etc/nodename from some service to reflect the nodename stored in SMF, b) on shutdown update SMF from the /etc/nodename file if it's different from what's in SMF. I'm not necessarily endorsing (a) nor (b), just sayin'. Nico -- From Nicolas.Williams@oracle.com Mon Jun 21 14:52:57 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5LLqup7018360 for ; Mon, 21 Jun 2010 14:52:56 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5LLquMr020389 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 21 Jun 2010 15:52:56 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4D00L05WS8Z700@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 21 Jun 2010 15:52:56 -0600 (MDT) Received: from sca-ea-mail-3.sun.com ([192.18.43.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4D00A6BWS7PP50@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 21 Jun 2010 15:52:56 -0600 (MDT) Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by sca-ea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5LLqsxk025555; Mon, 21 Jun 2010 21:52:54 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5LLqpl4026231; Mon, 21 Jun 2010 21:52:51 +0000 (GMT) Received: from abhmt004.oracle.com by acsmt355.oracle.com with ESMTP id 344928971277157112; Mon, 21 Jun 2010 14:51:52 -0700 Received: from oracle.com (/129.153.128.104) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 21 Jun 2010 14:51:52 -0700 Date: Mon, 21 Jun 2010 16:52:09 -0500 From: Nicolas Williams Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <7A026EC1-BA3B-4A1F-B780-38C1A82F072E@nexenta.com> To: Richard Elling Cc: John Fischer , psarc-ext@sun.com Message-id: <20100621215209.GE27506@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4C1FDF34.0108:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <7A026EC1-BA3B-4A1F-B780-38C1A82F072E@nexenta.com> User-Agent: Mutt/1.5.20 (2010-03-02) Status: RO Content-Length: 950 On Sat, Jun 19, 2010 at 05:12:03PM -0700, Richard Elling wrote: > On Jun 18, 2010, at 2:34 PM, John Fischer wrote: > > 5. Add the defaultdomain property to the svc:/system/identity:domain SMF > > service. The property definition (config/defaultdomain) will be added in the > > SMF manifest. Update the identity-domain method to use the new property. > > Since defaultdomain is already overloaded, would it not be preferable to > set the NIS default domain in the nis/client service, LDAP defaultdomain > in the ldap/client, etc.? In practice, I find very few sites where the NIS, LDAP, > NFSv4, and DNS domains are the same and invariably I have to explain to the > sysadmins why defaultdomain exists solely to increase their misery. Reluctant +1, though I'd like to clarify that NFSv4 and DNS have _nothing_ to do with /etc/defaultdomain, and both can be configured regardless of the presence and content of /etc/defaultdomain. Nico -- From john.fischer@oracle.com Tue Jun 22 13:43:40 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5MKheeC005008 for ; Tue, 22 Jun 2010 13:43:40 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5MKhehs003630 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Tue, 22 Jun 2010 13:43:40 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4F00M0JO8R1D00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 22 Jun 2010 13:43:40 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4F00EFZO8R0WE0@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 22 Jun 2010 13:43:39 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5MKhcJV011650; Tue, 22 Jun 2010 20:43:38 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5M9D42r000703; Tue, 22 Jun 2010 20:43:35 +0000 (GMT) Received: from abhmt009.oracle.com by acsmt354.oracle.com with ESMTP id 348165211277239388; Tue, 22 Jun 2010 13:43:08 -0700 Received: from [10.7.250.84] (/10.7.250.84) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 22 Jun 2010 13:43:06 -0700 Date: Tue, 22 Jun 2010 13:43:04 -0700 From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C1FA529.9020108@oracle.com> To: Richard Elling Cc: John Fischer , psarc-ext@sun.com, Dave Miner , Doug Leavitt Message-id: <4C212058.7080503@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4C212078.0078:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <7A026EC1-BA3B-4A1F-B780-38C1A82F072E@nexenta.com> <4C1FA529.9020108@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 5697 Richard, Kyle and Nico, After speaking with Doug Leavitt from the naming group within Oracle I am removing the defaultdomain portion of the project. The naming group at some point in the future will address defaultdomain system configuration. Updated materials are in the case directory and the proposal is below. The proposal is now only for node configuration to be an SMF property. Thanks, John Background ========== Currently the nodename configuration is stored in the /etc/nodename file. During installation, the installer will prompt the user for the nodename and save the configuration into the /etc/nodename file. When the system boots up, if the system is standalone or the IP address is configured locally, the /etc/nodename file contains the system name. Users can modify the file /etc/nodename to change the hostname for a standalone system or if the IP address is configured locally. In such a case the change will take effect at next boot. Problem Statement ================= Update the svc:/system/identity:node SMF service which will take care of setting the nodename of the system installed by means of the Installer technologies. Furthermore, update various components that currently reference /etc/nodename to use the new mechanism, namely cvcd, setuname, metaset and nodename(4) for nodename. Requirement =========== The nodename will be configurable via SMF property of svc:/system/identity:node SMF service. Proposal ======== 1. Add the nodename property to the svc:/system/identity:node SMF service. The property definition (config/nodename) will be added in the SMF manifest. Update the identity-node method to use the new property. 2. RBAC for nodename access to include solaris.smf.manage.nodename as the authorization and with a profile description of "Node Name Management". 3. Update the various Caiman installers to use the new property. 4. Obsolete file /etc/nodename. This file will no longer exist in the system 5. Modify existing /etc/nodename consumers, so that they operate on the SMF property instead of the file. The following consumers were found in the ON gate: cvcd setuname metaset Other consolidations will receive a flag day announcement and be given 2 builds prior to the removal of the nodename file. 6. Update appropriate man pages: nodename(4) metaset(1M) 7. Make appropriate announcements in a Patch release of Solaris and to internal development aliases. Interfaces ========== Exported Interfaces Name Commitment Comments ----------------------------------------------------------------------- svc:/system/identity:node Committed SMF service name config/nodename SMF property identity-domain SMF service method solaris.smf.manage.nodename Committed RBAC authorization property /etc/nodename Removed Obsolete in a Patch release Text Installer Uncommitted PSARC/2010/165 GUI Installer Uncommitted PSARC 2007/284, PSARC/2010/069 cvcd Uncommitted virtual console daemon setuname Removed change machine information utility, used for an old standard, Obsolete in a Patch release. metaset Committed configure disk sets utility man pages Uncommitted nodename(4) metaset(1M) Imported Interfaces Name Commitment Comments ----------------------------------------------------------------------- uname Uncommitted libscf Committed Service Configuration Facility Library Functions References ========== [1] Example of SMF profile configuring nodename property [2] Related SMF System Configuration cases PSARC 2010/183 Kernel Keyboard Configuration in SMF PSARC 2010/164 interfaces for basic install network configuration On 06/21/10 10:45 AM, John Fischer wrote: > On 06/19/10 05:12 PM, Richard Elling wrote: >> On Jun 18, 2010, at 2:34 PM, John Fischer wrote: >>> 5. Add the defaultdomain property to the svc:/system/identity:domain >>> SMF >>> service. The property definition (config/defaultdomain) will be >>> added in the >>> SMF manifest. Update the identity-domain method to use the new >>> property. >> Since defaultdomain is already overloaded, would it not be preferable to >> set the NIS default domain in the nis/client service, LDAP defaultdomain >> in the ldap/client, etc.? In practice, I find very few sites where >> the NIS, LDAP, >> NFSv4, and DNS domains are the same and invariably I have to explain >> to the >> sysadmins why defaultdomain exists solely to increase their misery. >> -- richard >> > Richard, > > I am checking with some other folks about this issue. > As soon as I complete the discussion I'll summarize it > for the committee. > > Thanks, > > John From peter.tribble@gmail.com Tue Jun 22 14:29:52 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5MLTqif006286 for ; Tue, 22 Jun 2010 14:29:52 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5MLTqaX029413 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Tue, 22 Jun 2010 14:29:52 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4F00809QDSYQ00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 22 Jun 2010 14:29:52 -0700 (PDT) Received: from sca-ea-mail-2.sun.com ([192.18.43.25]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4F00MDBQDRN320@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Tue, 22 Jun 2010 14:29:51 -0700 (PDT) Received: from relay14i.sun.com (ip124.net129179-4.block1.us.syntegra.com [129.179.4.124]) by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5MLRtvr026564 for ; Tue, 22 Jun 2010 21:29:51 +0000 (GMT) Received: from mmp14es.mmp.us.syntegra.com ([160.41.208.14] [160.41.208.14]) by relay14i.sun.com with ESMTP id BT-MMP-5573554 for psarc-ext@sun.com; Tue, 22 Jun 2010 21:29:51 +0000 (Z) Received: from relay15i.sun.com (relay15i.sun.com [129.179.4.125]) by mmp14es.mmp.us.syntegra.com with ESMTP id BT-MMP-31809 for psarc-ext@sun.com; Tue, 22 Jun 2010 21:29:50 +0000 (Z) Received: from mail-bw0-f49.google.com ([209.85.214.49] [209.85.214.49]) by relay1i.sun.com with ESMTP id BT-MMP-29949540 for psarc-ext@sun.com; Tue, 22 Jun 2010 21:29:50 +0000 (Z) Received: by bwz6 with SMTP id 6so1054313bwz.8 for ; Tue, 22 Jun 2010 14:29:47 -0700 (PDT) Received: by 10.204.46.207 with SMTP id k15mr4779194bkf.106.1277242187416; Tue, 22 Jun 2010 14:29:47 -0700 (PDT) Received: by 10.204.116.83 with HTTP; Tue, 22 Jun 2010 14:29:47 -0700 (PDT) Date: Tue, 22 Jun 2010 22:29:47 +0100 From: Peter Tribble Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C1D27A5.5050003@workingcode.com> To: James Carlson Cc: "Volker A. Brandt" , psarc-ext@sun.com, John Fischer Message-id: MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=IbOwDq/9167tO3OonfB2+QfqyY23+yCItjp+Y3fGCgc=; b=wPdC3j6aTZyYM53m1fNOjJkoOfW7MFjNik1Iu4QEAvZiH+FW3NcPpSIYgQYpW1Cs3o WuKnC4TcGg0hlNHkZcpks2uyorwq0yAalvTPd5S8Di27ctgYrHvT2Um+5t9YwIjruBZ2 gdZpDIa8T28s8I0LTYdslqyxvoCC65ms6JaXY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=kakS569NJCfCjr1dC06JdN5fS3mo/iyIlf7+5Gx8N9Xxh6cRF3FvJOeYIz8efhe2p7 VoswTZ8Btab0ux/llem/RZjH+bjv4sWgQG7KQk3WlB6l1oe2BR3Wln1q7HRioX6ARATF AJY7mMaTo6mj9AP0p7CQnGWG2Oq0JbWKeZz98= X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-Antispam: No, score=0.0/5.0, scanned in 0.430sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by sac.sfbay.sun.com id o5MLTqif006286 Status: RO Content-Length: 1114 On Sat, Jun 19, 2010 at 9:25 PM, James Carlson wrote: > On 6/19/10 6:52 AM, Volker A. Brandt wrote: >>> 3. Obsolete file /etc/nodename. This file will no longer exist in the system >> >> This will break 1000s of LOC of scripts.  I am sure you have >> considered the consequences your customers will be facing, and >> have decided that your gain outweighs their loss... > > Really?  I can't say I've ever seen a script that reads /etc/nodename in > preference to using "uname -n" output, nor can I find any.  Providing a > pointer to one would probably help focus the discussion. I had several admin scripts that I wrote, nothing major. I would prefer to use `uname -n`, but after about the third time that I found a system thinking it was called --fqdn I started to mistrust uname -n, as it can be accidentally set to something other than the real name of the system by incautious admins or applications, and looked at /etc/nodename as a more reliable source of what the hostname was *supposed* to be. -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ From john.fischer@oracle.com Wed Jun 23 09:26: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 o5NGQiwa023352 for ; Wed, 23 Jun 2010 09:26:44 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5NGQioU022888 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 23 Jun 2010 11:26:44 -0500 (CDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4H0010170K6F00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jun 2010 09:26:44 -0700 (PDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4H00MJ470JQZ30@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jun 2010 09:26:43 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5NGQXU7020242; Wed, 23 Jun 2010 16:26:34 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5N5ojoS005376; Wed, 23 Jun 2010 16:26:30 +0000 (GMT) Received: from abhmt014.oracle.com by acsmt354.oracle.com with ESMTP id 350872251277310354; Wed, 23 Jun 2010 09:25:54 -0700 Received: from [10.7.250.84] (/10.7.250.84) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 23 Jun 2010 09:25:53 -0700 Date: Wed, 23 Jun 2010 09:25:51 -0700 From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: To: Peter Tribble Cc: James Carlson , "Volker A. Brandt" , psarc-ext@sun.com, John Fischer Message-id: <4C22358F.5090907@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4C2235B7.00E6:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 1438 Peter, I understand that this change will break some scripts that admins or developers have. However, as someone has already pointed out the decision to move this direction was made in the original greenline case. We are simply executing on one aspect of that strategy. Thanks, John On 06/22/10 02:29 PM, Peter Tribble wrote: > On Sat, Jun 19, 2010 at 9:25 PM, James Carlson wrote: > >> On 6/19/10 6:52 AM, Volker A. Brandt wrote: >> >>>> 3. Obsolete file /etc/nodename. This file will no longer exist in the system >>>> >>> This will break 1000s of LOC of scripts. I am sure you have >>> considered the consequences your customers will be facing, and >>> have decided that your gain outweighs their loss... >>> >> Really? I can't say I've ever seen a script that reads /etc/nodename in >> preference to using "uname -n" output, nor can I find any. Providing a >> pointer to one would probably help focus the discussion. >> > I had several admin scripts that I wrote, nothing major. I would prefer > to use `uname -n`, but after about the third time that I found a system > thinking it was called --fqdn I started to mistrust uname -n, as it can be > accidentally set to something other than the real name of the system > by incautious admins or applications, and looked at /etc/nodename as > a more reliable source of what the hostname was *supposed* to be. > > From Darren.Moffat@oracle.com Wed Jun 23 10:55:30 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5NHtUmM026385 for ; Wed, 23 Jun 2010 10:55:30 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5NHtRw6008924 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 23 Jun 2010 10:55:30 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4H0041FB4HPU00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jun 2010 11:55:29 -0600 (MDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4H007XSB4G3JC0@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jun 2010 11:55:28 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5NHtSlA009428; Wed, 23 Jun 2010 17:55:28 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5NHtN5c009312; Wed, 23 Jun 2010 17:55:24 +0000 (GMT) Received: from abhmt018.oracle.com by acsmt355.oracle.com with ESMTP id 367922991277315697; Wed, 23 Jun 2010 10:54:57 -0700 Received: from [10.7.251.221] (/10.7.251.221) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 23 Jun 2010 10:54:57 -0700 Date: Wed, 23 Jun 2010 18:54:54 +0100 From: Darren J Moffat Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C22358F.5090907@oracle.com> To: John Fischer Cc: Peter Tribble , James Carlson , "Volker A. Brandt" , psarc-ext@sun.com, John Fischer Message-id: <4C224A6E.7090308@Oracle.COM> Organization: Oracle Solaris Security MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4C224A8D.0017:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> <4C22358F.5090907@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.8) Gecko/20100412 Lightning/1.0b1 OracleBeehiveExtension/1.0.0.0pre3 Thunderbird/3.0.3 Status: RO Content-Length: 1716 On 23/06/2010 17:25, John Fischer wrote: > I understand that this change will break some scripts that admins > or developers have. However, as someone has already pointed out > the decision to move this direction was made in the original greenline > case. We are simply executing on one aspect of that strategy. You are but there are is also precedence in other cases where data has been moved from a file in /etc to SMF. In some of those other cases the approach was taken to load the data in the /etc file(s) into SMF. Could this case possibly do that type of thing ? > On 06/22/10 02:29 PM, Peter Tribble wrote: >> On Sat, Jun 19, 2010 at 9:25 PM, James >> Carlson wrote: >>> On 6/19/10 6:52 AM, Volker A. Brandt wrote: >>>>> 3. Obsolete file /etc/nodename. This file will no longer exist in >>>>> the system >>>> This will break 1000s of LOC of scripts. I am sure you have >>>> considered the consequences your customers will be facing, and >>>> have decided that your gain outweighs their loss... >>> Really? I can't say I've ever seen a script that reads /etc/nodename in >>> preference to using "uname -n" output, nor can I find any. Providing a >>> pointer to one would probably help focus the discussion. >> I had several admin scripts that I wrote, nothing major. I would prefer >> to use `uname -n`, but after about the third time that I found a system >> thinking it was called --fqdn I started to mistrust uname -n, as it >> can be >> accidentally set to something other than the real name of the system >> by incautious admins or applications, and looked at /etc/nodename as >> a more reliable source of what the hostname was *supposed* to be. >> > -- Darren J Moffat From Nicolas.Williams@oracle.com Wed Jun 23 11:19:54 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5NIJsth026791 for ; Wed, 23 Jun 2010 11:19:54 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5NIJraN063718 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 23 Jun 2010 12:19:54 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4H0000BC96WU00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jun 2010 11:19:54 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4H00C37C94O640@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jun 2010 11:19:53 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5NIJp0Y026253; Wed, 23 Jun 2010 18:19:52 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5NH4U4k024727; Wed, 23 Jun 2010 18:19:38 +0000 (GMT) Received: from abhmt009.oracle.com by acsmt355.oracle.com with ESMTP id 351227871277317177; Wed, 23 Jun 2010 11:19:37 -0700 Received: from oracle.com (/129.153.128.104) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 23 Jun 2010 11:19:37 -0700 Date: Wed, 23 Jun 2010 13:21:19 -0500 From: Nicolas Williams Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C224A6E.7090308@Oracle.COM> To: Darren J Moffat Cc: John Fischer , Peter Tribble , James Carlson , "Volker A. Brandt" , psarc-ext@sun.com, John Fischer Message-id: <20100623182118.GA10418@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4C22503B.00BD:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> <4C22358F.5090907@oracle.com> <4C224A6E.7090308@Oracle.COM> User-Agent: Mutt/1.5.20 (2010-03-02) Status: RO Content-Length: 1431 On Wed, Jun 23, 2010 at 06:54:54PM +0100, Darren J Moffat wrote: > On 23/06/2010 17:25, John Fischer wrote: > >I understand that this change will break some scripts that admins > >or developers have. However, as someone has already pointed out > >the decision to move this direction was made in the original greenline > >case. We are simply executing on one aspect of that strategy. > > You are but there are is also precedence in other cases where data > has been moved from a file in /etc to SMF. In some of those other > cases the approach was taken to load the data in the /etc file(s) > into SMF. > > Could this case possibly do that type of thing ? I've written scripts to change hostnames that would be broken by this change (they'd would also be broken by using NWAM). I would prefer that the start and stop methods of this service do the following: - start method if !property_set(nodename_propname) nodename = read_nodename("/etc/nodename") setprop(nodename_propname, nodename) else nodename = getprop(nodename_propname) write_nodename(nodename, "/etc/nodename") - stop method etcnodename = read_nodename("/etc/nodename") svcnodename = getprop(nodename_propname) if (etcnodename != svcnodename) stat("/etc/nodename", &st) if (max(st.st_ctime, st.st_mtime) > getsvcmtime()) setprop(nodename_propname, etcnodename) else write_nodename(svcnodename, "/etc/nodename") Nico -- From john.fischer@oracle.com Wed Jun 23 11:26:13 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5NIQDKq026833 for ; Wed, 23 Jun 2010 11:26:13 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5NIQ53s001632 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 23 Jun 2010 12:26:12 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4H00201CJOCF00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jun 2010 11:26:12 -0700 (PDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4H00CPXCJOO040@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 23 Jun 2010 11:26:12 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5NIQCXF009503 for ; Wed, 23 Jun 2010 18:26:12 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5NEA0Ik031272 for ; Wed, 23 Jun 2010 18:26:10 +0000 (GMT) Received: from abhmt001.oracle.com by acsmt354.oracle.com with ESMTP id 351245031277317495; Wed, 23 Jun 2010 11:24:55 -0700 Received: from [10.7.250.84] (/10.7.250.84) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 23 Jun 2010 11:24:54 -0700 Date: Wed, 23 Jun 2010 11:24:53 -0700 From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C224A6E.7090308@Oracle.COM> To: Darren J Moffat Cc: psarc-ext@sun.com, Dave Miner Message-id: <4C225175.90406@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4C2251C3.0151:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> <4C22358F.5090907@oracle.com> <4C224A6E.7090308@Oracle.COM> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 2765 Darren, Right. This case could have the data in /etc files and migrate the information into SMF. There are several ways to deal with System Configuration: 1. simply use files 2. use files and migrate configuration into SMF from file 3. use SMF for configuration and have files as compatibility 4. use SMF only 5. other (there are always other ways of doing things) During the design phase discussion we did not see that large of a hit by using the SMF only method especially since nodename is only used for standalone or the IP address is configured locally. Thus in certain cases /etc/nodename is not a guarantee that the hostname is the same as what is in the file. Since this is the case scripts should really be using 'uname -n' to determine the hostname. When we couple the hit that the customer is taking in the upgrade migration from Solaris 10 it was decided that now was the time to make this sort of change. Thanks, John On 06/23/10 10:54 AM, Darren J Moffat wrote: > On 23/06/2010 17:25, John Fischer wrote: >> I understand that this change will break some scripts that admins >> or developers have. However, as someone has already pointed out >> the decision to move this direction was made in the original greenline >> case. We are simply executing on one aspect of that strategy. > > You are but there are is also precedence in other cases where data has > been moved from a file in /etc to SMF. In some of those other cases > the approach was taken to load the data in the /etc file(s) into SMF. > > Could this case possibly do that type of thing ? > >> On 06/22/10 02:29 PM, Peter Tribble wrote: >>> On Sat, Jun 19, 2010 at 9:25 PM, James >>> Carlson wrote: >>>> On 6/19/10 6:52 AM, Volker A. Brandt wrote: >>>>>> 3. Obsolete file /etc/nodename. This file will no longer exist in >>>>>> the system >>>>> This will break 1000s of LOC of scripts. I am sure you have >>>>> considered the consequences your customers will be facing, and >>>>> have decided that your gain outweighs their loss... >>>> Really? I can't say I've ever seen a script that reads >>>> /etc/nodename in >>>> preference to using "uname -n" output, nor can I find any. Providing a >>>> pointer to one would probably help focus the discussion. >>> I had several admin scripts that I wrote, nothing major. I would prefer >>> to use `uname -n`, but after about the third time that I found a system >>> thinking it was called --fqdn I started to mistrust uname -n, as it >>> can be >>> accidentally set to something other than the real name of the system >>> by incautious admins or applications, and looked at /etc/nodename as >>> a more reliable source of what the hostname was *supposed* to be. >>> >> > From john.fischer@oracle.com Thu Jun 24 08:18:29 2010 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5OFITSj018908 for ; Thu, 24 Jun 2010 08:18:29 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail2sca.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5OFIRkq009712 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 24 Jun 2010 08:18:28 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4I00515YISYK00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 24 Jun 2010 09:18:28 -0600 (MDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4I005CNYIQHL10@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 24 Jun 2010 09:18:27 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5OFIQaD005349 for ; Thu, 24 Jun 2010 15:18:26 +0000 (GMT) Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5OEJk9g028854 for ; Thu, 24 Jun 2010 15:18:25 +0000 (GMT) Received: from abhmt008.oracle.com by acsmt354.oracle.com with ESMTP id 371014151277392689; Thu, 24 Jun 2010 08:18:09 -0700 Received: from [10.7.250.84] (/10.7.250.84) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 24 Jun 2010 08:18:08 -0700 Date: Thu, 24 Jun 2010 08:18:07 -0700 From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C225175.90406@oracle.com> To: psarc-ext@sun.com Cc: Dave Miner Message-id: <4C23772F.9000301@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4C237742.0085:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> <4C22358F.5090907@oracle.com> <4C224A6E.7090308@Oracle.COM> <4C225175.90406@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 3093 Still looking for a +1 on the new proposal. Thanks, John On 06/23/10 11:24 AM, John Fischer wrote: > Darren, > > Right. This case could have the data in /etc files and migrate the > information into SMF. > There are several ways to deal with System Configuration: > > 1. simply use files > 2. use files and migrate configuration into SMF from file > 3. use SMF for configuration and have files as compatibility > 4. use SMF only > 5. other (there are always other ways of doing things) > > During the design phase discussion we did not see that large of a hit > by using the > SMF only method especially since nodename is only used for standalone > or the IP > address is configured locally. Thus in certain cases /etc/nodename is > not a guarantee > that the hostname is the same as what is in the file. Since this is > the case scripts > should really be using 'uname -n' to determine the hostname. When we > couple the > hit that the customer is taking in the upgrade migration from Solaris > 10 it was decided > that now was the time to make this sort of change. > > Thanks, > > John > > On 06/23/10 10:54 AM, Darren J Moffat wrote: >> On 23/06/2010 17:25, John Fischer wrote: >>> I understand that this change will break some scripts that admins >>> or developers have. However, as someone has already pointed out >>> the decision to move this direction was made in the original greenline >>> case. We are simply executing on one aspect of that strategy. >> >> You are but there are is also precedence in other cases where data >> has been moved from a file in /etc to SMF. In some of those other >> cases the approach was taken to load the data in the /etc file(s) >> into SMF. >> >> Could this case possibly do that type of thing ? >> >>> On 06/22/10 02:29 PM, Peter Tribble wrote: >>>> On Sat, Jun 19, 2010 at 9:25 PM, James >>>> Carlson wrote: >>>>> On 6/19/10 6:52 AM, Volker A. Brandt wrote: >>>>>>> 3. Obsolete file /etc/nodename. This file will no longer exist in >>>>>>> the system >>>>>> This will break 1000s of LOC of scripts. I am sure you have >>>>>> considered the consequences your customers will be facing, and >>>>>> have decided that your gain outweighs their loss... >>>>> Really? I can't say I've ever seen a script that reads >>>>> /etc/nodename in >>>>> preference to using "uname -n" output, nor can I find any. >>>>> Providing a >>>>> pointer to one would probably help focus the discussion. >>>> I had several admin scripts that I wrote, nothing major. I would >>>> prefer >>>> to use `uname -n`, but after about the third time that I found a >>>> system >>>> thinking it was called --fqdn I started to mistrust uname -n, as it >>>> can be >>>> accidentally set to something other than the real name of the system >>>> by incautious admins or applications, and looked at /etc/nodename as >>>> a more reliable source of what the hostname was *supposed* to be. >>>> >>> >> > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From unixconsole@yahoo.com Thu Jun 24 09:33:55 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5OGXtG8024916 for ; Thu, 24 Jun 2010 09:33:55 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5OGXtN2002409 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 24 Jun 2010 09:33:55 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4J00C0F20J8V00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 24 Jun 2010 10:33:55 -0600 (MDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4J00AA220ILI10@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 24 Jun 2010 10:33:54 -0600 (MDT) Received: from relay43i.sun.com ([192.5.209.74]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5OGXsK8024931 for ; Thu, 24 Jun 2010 16:33:54 +0000 (GMT) Received: from mms48es.mms.us.syntegra.com ([160.41.221.230] [160.41.221.230]) by relay43i.sun.com with ESMTP id BT-MMP-81397 for psarc-ext@sun.com; Thu, 24 Jun 2010 16:33:54 +0000 (Z) Received: from relay42i.sun.com (relay42i.sun.com [192.5.209.72]) by mms48es.mms.us.syntegra.com with ESMTP id BT-MMP-228602648 for psarc-ext@sun.com; Thu, 24 Jun 2010 16:33:53 +0000 (Z) Received: from web30801.mail.mud.yahoo.com ([68.142.200.144] [68.142.200.144]) by relay4i.sun.com id BT-MMP-3108034 for psarc-ext@sun.com; Thu, 24 Jun 2010 16:33:53 +0000 (Z) Received: (qmail 27079 invoked by uid 60001); Thu, 24 Jun 2010 16:33:44 +0000 Received: from [75.197.23.167] by web30801.mail.mud.yahoo.com via HTTP; Thu, 24 Jun 2010 09:33:44 -0700 (PDT) Date: Thu, 24 Jun 2010 09:33:44 -0700 (PDT) From: Octave Orgeron Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C23772F.9000301@oracle.com> To: John Fischer , psarc-ext@sun.com Cc: Dave Miner Message-id: <706624.25987.qm@web30801.mail.mud.yahoo.com> MIME-version: 1.0 X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.104.274457 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1277397224; bh=sNMsUvHFOpDDRjvfy2wlQda1Bd2/aErIBZEL8vmOidY=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=uHXi/fOCfFWf838mBqa2Vn9Gl12uKu8gBsNVBYIgU5z8E2XfBcJwjjLKK5auerrSILXvzgbEM1ns97AvvOYM6HsR04VQkQ2RKNcbsgCKMGGGKEN0Nt8ayKh1oQvnz2egMJTb2vl49VmydemKgYHwYRlviUAm0PzSAiioDkuiWfE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=sMoJMyA9Xqb7VH0MAAWi2BIV2oYpvC0lp0ex6tbIiiQ/BW/3rnl5hU+89115ZyCDV+Qi9pOesEj4weh+eXMtDfmTwHAxncnecahfzAuL7GzqfxFFdGVKPHoztprd7fSLQ7p9n0rfmLeRdzi1B2NVQ0z92j/qJsrmSQcexfd518M=; X-PMX-Version: 5.4.1.325704 X-Brightmail-Tracker: AAAAAA== X-YMail-OSG: zz1tFykVM1lDM8GuRRNvY80qmn5BvIOGpcdBrYefVsTOweh ONX_v6k3MecjNytGWUVd06C.mZto98TCiKAqbdduMmYXGT.ZdyuAsUH4Ztiw W1Iuv4tSYjsmtXi5Nbo4IMN_adkWrTR8PUSLM6QYCZec2m53v2eiAHsl9vvR UaHAhHUQo9hHyUg2gn.lvQjf8rBCae73pQK2gI3E8xVdmlHPzv9GSLTsXi4n mX_fN0xxBPcyYuhUmZ_DzUDlvTvqgnSRkqlaY82M8PNJkyXSrTgVcgnYyvXT fk3otI7QgstT6uHIn_L14ZLAnI20Ga9YEudrAFMKyUq5HlfQfXwgKojSTC0a Sbo4uHBRbn_LhQjq7MKQS.xNRxCLT7HE1WWM- X-Antispam: No, score=-0.2/5.0, scanned in 0.103sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> <4C22358F.5090907@oracle.com> <4C224A6E.7090308@Oracle.COM> <4C225175.90406@oracle.com> <4C23772F.9000301@oracle.com> Status: RO Content-Length: 4088 Hi, What would probably make sense is to maintain the config file method and have SMF load it. However, I'd also propose the to SMF the ability to dump such variables back to the standard configuration files. This could be a good compromise and also give SA's the ability to backup and restore the configuration of a server through SMF. Octave *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Virtualization Architect and Consultant Web: http://unixconsole.blogspot.com E-Mail: unixconsole@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* ----- Original Message ---- From: John Fischer To: psarc-ext@sun.com Cc: Dave Miner Sent: Thu, June 24, 2010 10:18:07 AM Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] Still looking for a +1 on the new proposal. Thanks, John On 06/23/10 11:24 AM, John Fischer wrote: > Darren, > > Right. This case could have the data in /etc files and migrate the information into SMF. > There are several ways to deal with System Configuration: > > 1. simply use files > 2. use files and migrate configuration into SMF from file > 3. use SMF for configuration and have files as compatibility > 4. use SMF only > 5. other (there are always other ways of doing things) > > During the design phase discussion we did not see that large of a hit by using the > SMF only method especially since nodename is only used for standalone or the IP > address is configured locally. Thus in certain cases /etc/nodename is not a guarantee > that the hostname is the same as what is in the file. Since this is the case scripts > should really be using 'uname -n' to determine the hostname. When we couple the > hit that the customer is taking in the upgrade migration from Solaris 10 it was decided > that now was the time to make this sort of change. > > Thanks, > > John > > On 06/23/10 10:54 AM, Darren J Moffat wrote: >> On 23/06/2010 17:25, John Fischer wrote: >>> I understand that this change will break some scripts that admins >>> or developers have. However, as someone has already pointed out >>> the decision to move this direction was made in the original greenline >>> case. We are simply executing on one aspect of that strategy. >> >> You are but there are is also precedence in other cases where data has been moved from a file in /etc to SMF. In some of those other cases the approach was taken to load the data in the /etc file(s) into SMF. >> >> Could this case possibly do that type of thing ? >> >>> On 06/22/10 02:29 PM, Peter Tribble wrote: >>>> On Sat, Jun 19, 2010 at 9:25 PM, James >>>> Carlson wrote: >>>>> On 6/19/10 6:52 AM, Volker A. Brandt wrote: >>>>>>> 3. Obsolete file /etc/nodename. This file will no longer exist in >>>>>>> the system >>>>>> This will break 1000s of LOC of scripts. I am sure you have >>>>>> considered the consequences your customers will be facing, and >>>>>> have decided that your gain outweighs their loss... >>>>> Really? I can't say I've ever seen a script that reads /etc/nodename in >>>>> preference to using "uname -n" output, nor can I find any. Providing a >>>>> pointer to one would probably help focus the discussion. >>>> I had several admin scripts that I wrote, nothing major. I would prefer >>>> to use `uname -n`, but after about the third time that I found a system >>>> thinking it was called --fqdn I started to mistrust uname -n, as it >>>> can be >>>> accidentally set to something other than the real name of the system >>>> by incautious admins or applications, and looked at /etc/nodename as >>>> a more reliable source of what the hostname was *supposed* to be. >>>> >>> >> > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org _______________________________________________ opensolaris-arc mailing list opensolaris-arc@opensolaris.org From john.fischer@oracle.com Thu Jun 24 16:55:39 2010 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5ONtdaX004706 for ; Thu, 24 Jun 2010 16:55:39 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5ONtdgt000606 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 24 Jun 2010 16:55:39 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4J00605MGQR700@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 24 Jun 2010 17:55:38 -0600 (MDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4J0005CMGQF720@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 24 Jun 2010 17:55:38 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5ONtcI6020124 for ; Thu, 24 Jun 2010 23:55:38 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5ONpMKK019290; Thu, 24 Jun 2010 23:55:35 +0000 (GMT) Received: from abhmt020.oracle.com by acsmt355.oracle.com with ESMTP id 355407101277423661; Thu, 24 Jun 2010 16:54:21 -0700 Received: from [10.7.250.84] (/10.7.250.84) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 24 Jun 2010 16:54:21 -0700 Date: Thu, 24 Jun 2010 16:54:20 -0700 From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <706624.25987.qm@web30801.mail.mud.yahoo.com> To: Octave Orgeron Cc: psarc-ext@sun.com, Dave Miner Message-id: <4C23F02C.9050203@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4C23F077.0135:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> <4C22358F.5090907@oracle.com> <4C224A6E.7090308@Oracle.COM> <4C225175.90406@oracle.com> <4C23772F.9000301@oracle.com> <706624.25987.qm@web30801.mail.mud.yahoo.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 4825 Octave, Again, if a SA is using /etc/nodename to determine the hostname via a script then they are using an inherently broken method to determine it. The reason being is that /etc/nodename only covers a standalone system or an IP address that is configured locally. /etc/nodename does not cover network booted (DHCP or RARP/bootparams) systems. Thanks, John On 06/24/10 09:33 AM, Octave Orgeron wrote: > Hi, > > What would probably make sense is to maintain the config file method and have SMF load it. However, I'd also propose the to SMF the ability to dump such variables back to the standard configuration files. This could be a good compromise and also give SA's the ability to backup and restore the configuration of a server through SMF. > > Octave > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > Octave J. Orgeron > Solaris Virtualization Architect and Consultant > Web: http://unixconsole.blogspot.com > E-Mail: unixconsole@yahoo.com > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > > > > ----- Original Message ---- > From: John Fischer > To: psarc-ext@sun.com > Cc: Dave Miner > Sent: Thu, June 24, 2010 10:18:07 AM > Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] > > Still looking for a +1 on the new proposal. > > Thanks, > > John > > On 06/23/10 11:24 AM, John Fischer wrote: > >> Darren, >> >> Right. This case could have the data in /etc files and migrate the information into SMF. >> There are several ways to deal with System Configuration: >> >> 1. simply use files >> 2. use files and migrate configuration into SMF from file >> 3. use SMF for configuration and have files as compatibility >> 4. use SMF only >> 5. other (there are always other ways of doing things) >> >> During the design phase discussion we did not see that large of a hit by using the >> SMF only method especially since nodename is only used for standalone or the IP >> address is configured locally. Thus in certain cases /etc/nodename is not a guarantee >> that the hostname is the same as what is in the file. Since this is the case scripts >> should really be using 'uname -n' to determine the hostname. When we couple the >> hit that the customer is taking in the upgrade migration from Solaris 10 it was decided >> that now was the time to make this sort of change. >> >> Thanks, >> >> John >> >> On 06/23/10 10:54 AM, Darren J Moffat wrote: >> >>> On 23/06/2010 17:25, John Fischer wrote: >>> >>>> I understand that this change will break some scripts that admins >>>> or developers have. However, as someone has already pointed out >>>> the decision to move this direction was made in the original greenline >>>> case. We are simply executing on one aspect of that strategy. >>>> >>> You are but there are is also precedence in other cases where data has been moved from a file in /etc to SMF. In some of those other cases the approach was taken to load the data in the /etc file(s) into SMF. >>> >>> Could this case possibly do that type of thing ? >>> >>> >>>> On 06/22/10 02:29 PM, Peter Tribble wrote: >>>> >>>>> On Sat, Jun 19, 2010 at 9:25 PM, James >>>>> Carlson wrote: >>>>> >>>>>> On 6/19/10 6:52 AM, Volker A. Brandt wrote: >>>>>> >>>>>>>> 3. Obsolete file /etc/nodename. This file will no longer exist in >>>>>>>> the system >>>>>>>> >>>>>>> This will break 1000s of LOC of scripts. I am sure you have >>>>>>> considered the consequences your customers will be facing, and >>>>>>> have decided that your gain outweighs their loss... >>>>>>> >>>>>> Really? I can't say I've ever seen a script that reads /etc/nodename in >>>>>> preference to using "uname -n" output, nor can I find any. Providing a >>>>>> pointer to one would probably help focus the discussion. >>>>>> >>>>> I had several admin scripts that I wrote, nothing major. I would prefer >>>>> to use `uname -n`, but after about the third time that I found a system >>>>> thinking it was called --fqdn I started to mistrust uname -n, as it >>>>> can be >>>>> accidentally set to something other than the real name of the system >>>>> by incautious admins or applications, and looked at /etc/nodename as >>>>> a more reliable source of what the hostname was *supposed* to be. >>>>> >>>>> >>>> >>> >> _______________________________________________ >> opensolaris-arc mailing list >> opensolaris-arc@opensolaris.org >> > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org > > > > > From Milan.Jurik@sun.com Fri Jun 25 00:03:56 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 o5P73tRx012622 for ; Fri, 25 Jun 2010 00:03:56 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5P73reZ001774 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 25 Jun 2010 02:03:55 -0500 (CDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4K00L096AJ0P00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@Sun.COM); Fri, 25 Jun 2010 00:03:55 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4K00G7V6AI5Y40@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@Sun.COM); Fri, 25 Jun 2010 00:03:54 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5P73rE6009715 for ; Fri, 25 Jun 2010 07:03:53 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L4K003005YRPK00@fe-emea-09.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Fri, 25 Jun 2010 08:03:44 +0100 (BST) Received: from [192.168.1.101] ([unknown] [86.49.42.98]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L4K00ER36A7HVB0@fe-emea-09.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Fri, 25 Jun 2010 08:03:44 +0100 (BST) Date: Fri, 25 Jun 2010 09:03:44 +0200 From: Milan Jurik Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C23F02C.9050203@oracle.com> Sender: Milan.Jurik@sun.com To: John Fischer Cc: Octave Orgeron , psarc-ext@sun.com, Dave Miner Message-id: <1277449424.3077.2.camel@localhost> Organization: Sun Microsystems Czech MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT X-PMX-Version: 5.4.1.325704 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> <4C22358F.5090907@oracle.com> <4C224A6E.7090308@Oracle.COM> <4C225175.90406@oracle.com> <4C23772F.9000301@oracle.com> <706624.25987.qm@web30801.mail.mud.yahoo.com> <4C23F02C.9050203@oracle.com> Status: RO Content-Length: 5236 Hi John, John Fischer píše v Ät 24. 06. 2010 v 16:54 -0700: > Octave, > > Again, if a SA is using /etc/nodename to determine the hostname via a script > then they are using an inherently broken method to determine it. The reason > being is that /etc/nodename only covers a standalone system or an IP address > that is configured locally. /etc/nodename does not cover network booted > (DHCP > or RARP/bootparams) systems. > What is broken on using documented interface with knowledge of its limits? Best regards, Milan > Thanks, > > John > > On 06/24/10 09:33 AM, Octave Orgeron wrote: > > Hi, > > > > What would probably make sense is to maintain the config file method and have SMF load it. However, I'd also propose the to SMF the ability to dump such variables back to the standard configuration files. This could be a good compromise and also give SA's the ability to backup and restore the configuration of a server through SMF. > > > > Octave > > > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > > Octave J. Orgeron > > Solaris Virtualization Architect and Consultant > > Web: http://unixconsole.blogspot.com > > E-Mail: unixconsole@yahoo.com > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > > > > > > > > ----- Original Message ---- > > From: John Fischer > > To: psarc-ext@sun.com > > Cc: Dave Miner > > Sent: Thu, June 24, 2010 10:18:07 AM > > Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] > > > > Still looking for a +1 on the new proposal. > > > > Thanks, > > > > John > > > > On 06/23/10 11:24 AM, John Fischer wrote: > > > >> Darren, > >> > >> Right. This case could have the data in /etc files and migrate the information into SMF. > >> There are several ways to deal with System Configuration: > >> > >> 1. simply use files > >> 2. use files and migrate configuration into SMF from file > >> 3. use SMF for configuration and have files as compatibility > >> 4. use SMF only > >> 5. other (there are always other ways of doing things) > >> > >> During the design phase discussion we did not see that large of a hit by using the > >> SMF only method especially since nodename is only used for standalone or the IP > >> address is configured locally. Thus in certain cases /etc/nodename is not a guarantee > >> that the hostname is the same as what is in the file. Since this is the case scripts > >> should really be using 'uname -n' to determine the hostname. When we couple the > >> hit that the customer is taking in the upgrade migration from Solaris 10 it was decided > >> that now was the time to make this sort of change. > >> > >> Thanks, > >> > >> John > >> > >> On 06/23/10 10:54 AM, Darren J Moffat wrote: > >> > >>> On 23/06/2010 17:25, John Fischer wrote: > >>> > >>>> I understand that this change will break some scripts that admins > >>>> or developers have. However, as someone has already pointed out > >>>> the decision to move this direction was made in the original greenline > >>>> case. We are simply executing on one aspect of that strategy. > >>>> > >>> You are but there are is also precedence in other cases where data has been moved from a file in /etc to SMF. In some of those other cases the approach was taken to load the data in the /etc file(s) into SMF. > >>> > >>> Could this case possibly do that type of thing ? > >>> > >>> > >>>> On 06/22/10 02:29 PM, Peter Tribble wrote: > >>>> > >>>>> On Sat, Jun 19, 2010 at 9:25 PM, James > >>>>> Carlson wrote: > >>>>> > >>>>>> On 6/19/10 6:52 AM, Volker A. Brandt wrote: > >>>>>> > >>>>>>>> 3. Obsolete file /etc/nodename. This file will no longer exist in > >>>>>>>> the system > >>>>>>>> > >>>>>>> This will break 1000s of LOC of scripts. I am sure you have > >>>>>>> considered the consequences your customers will be facing, and > >>>>>>> have decided that your gain outweighs their loss... > >>>>>>> > >>>>>> Really? I can't say I've ever seen a script that reads /etc/nodename in > >>>>>> preference to using "uname -n" output, nor can I find any. Providing a > >>>>>> pointer to one would probably help focus the discussion. > >>>>>> > >>>>> I had several admin scripts that I wrote, nothing major. I would prefer > >>>>> to use `uname -n`, but after about the third time that I found a system > >>>>> thinking it was called --fqdn I started to mistrust uname -n, as it > >>>>> can be > >>>>> accidentally set to something other than the real name of the system > >>>>> by incautious admins or applications, and looked at /etc/nodename as > >>>>> a more reliable source of what the hostname was *supposed* to be. > >>>>> > >>>>> > >>>> > >>> > >> _______________________________________________ > >> opensolaris-arc mailing list > >> opensolaris-arc@opensolaris.org > >> > > _______________________________________________ > > opensolaris-arc mailing list > > opensolaris-arc@opensolaris.org > > > > > > > > > > > From john.fischer@oracle.com Fri Jun 25 11:45:24 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 o5PIjOOP016633 for ; Fri, 25 Jun 2010 11:45:24 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5PIjKMp006726 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Fri, 25 Jun 2010 13:45:24 -0500 (CDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4L00G032RNUZ00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 25 Jun 2010 12:45:23 -0600 (MDT) Received: from brmea-mail-4.sun.com ([192.18.98.36]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4L000U22RN1AA0@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Fri, 25 Jun 2010 12:45:23 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5PIjNkf028178 for ; Fri, 25 Jun 2010 18:45:23 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5PCsUfe029416 for ; Fri, 25 Jun 2010 18:45:22 +0000 (GMT) Received: from abhmt015.oracle.com by acsmt355.oracle.com with ESMTP id 374985961277491451; Fri, 25 Jun 2010 11:44:11 -0700 Received: from [10.7.250.84] (/10.7.250.84) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 25 Jun 2010 11:44:10 -0700 Date: Fri, 25 Jun 2010 11:44:09 -0700 From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <706624.25987.qm@web30801.mail.mud.yahoo.com> To: psarc-ext@sun.com Cc: Dave Miner Message-id: <4C24F8F9.4030104@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4C24F942.01B1:SCFMA4539814,ss=1,fgs=0 References: <201006182134.o5ILYQIA016958@sac.sfbay.sun.com> <19484.41328.230208.779715@shelob.bb-c.de> <4C1D27A5.5050003@workingcode.com> <4C22358F.5090907@oracle.com> <4C224A6E.7090308@Oracle.COM> <4C225175.90406@oracle.com> <4C23772F.9000301@oracle.com> <706624.25987.qm@web30801.mail.mud.yahoo.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 6120 All, After some off list email exchanges with Darrin I have updated the proposal to include a migration path to the new SMF service property. Diffs below as is the updated proposal. Thanks, John ---------------------------------------------------------------------------------------------------------------------------------------- *** arc-proposal-v2.txt Tue Jun 22 08:56:39 2010 --- arc-proposal-v3.txt Fri Jun 25 11:28:55 2010 *************** *** 28,34 **** ======== 1. Add the nodename property to the svc:/system/identity:node SMF service. The property definition (config/nodename) will be added in the SMF manifest. ! Update the identity-node method to use the new property. 2. RBAC for nodename access to include solaris.smf.manage.nodename as the authorization and with a profile description of "Node Name Management". --- 28,37 ---- ======== 1. Add the nodename property to the svc:/system/identity:node SMF service. The property definition (config/nodename) will be added in the SMF manifest. ! Update the identity-node method to use the new property. If the property ! does not exist within the SMF service and /etc/nodename is present then ! the identity-node method will migrate /etc/nodename into the SMF service ! and remove the file. 2. RBAC for nodename access to include solaris.smf.manage.nodename as the authorization and with a profile description of "Node Name Management". ---------------------------------------------------------------------------------------------------------------------------------------- Background ========== Currently the nodename configuration is stored in the /etc/nodename file. During installation, the installer will prompt the user for the nodename and save the configuration into the /etc/nodename file. When the system boots up, if the system is standalone or the IP address is configured locally, the /etc/nodename file contains the system name. Users can modify the file /etc/nodename to change the hostname for a standalone system or if the IP address is configured locally. In such a case the change will take effect at next boot. Problem Statement ================= Update the svc:/system/identity:node SMF service which will take care of setting the nodename of the system installed by means of the Installer technologies. Furthermore, update various components that currently reference /etc/nodename to use the new mechanism, namely cvcd, setuname, metaset and nodename(4) for nodename. Requirement =========== The nodename will be configurable via SMF property of svc:/system/identity:node SMF service. Proposal ======== 1. Add the nodename property to the svc:/system/identity:node SMF service. The property definition (config/nodename) will be added in the SMF manifest. Update the identity-node method to use the new property. If the property does not exist within the SMF service and /etc/nodename is present then the identity-node method will migrate /etc/nodename into the SMF service and remove the file. 2. RBAC for nodename access to include solaris.smf.manage.nodename as the authorization and with a profile description of "Node Name Management". 3. Update the various Caiman installers to use the new property. 4. Obsolete file /etc/nodename. This file will no longer exist in the system 5. Modify existing /etc/nodename consumers, so that they operate on the SMF property instead of the file. The following consumers were found in the ON gate: cvcd setuname metaset Other consolidations will receive a flag day announcement and be given 2 builds prior to the removal of the nodename file. 6. Update appropriate man pages: nodename(4) metaset(1M) 7. Make appropriate announcements in a Patch release of Solaris and to internal development aliases. Interfaces ========== Exported Interfaces Name Commitment Comments ----------------------------------------------------------------------- svc:/system/identity:node Committed SMF service name config/nodename SMF property identity-domain SMF service method solaris.smf.manage.nodename Committed RBAC authorization property /etc/nodename Removed Obsolete in a Patch release Text Installer Uncommitted PSARC/2010/165 GUI Installer Uncommitted PSARC 2007/284, PSARC/2010/069 cvcd Uncommitted virtual console daemon setuname Removed change machine information utility, used for an old standard, Obsolete in a Patch release. metaset Committed configure disk sets utility man pages Uncommitted nodename(4) metaset(1M) Imported Interfaces Name Commitment Comments ----------------------------------------------------------------------- uname Uncommitted libscf Committed Service Configuration Facility Library Functions References ========== [1] Example of SMF profile configuring nodename property [2] Related SMF System Configuration cases PSARC 2010/183 Kernel Keyboard Configuration in SMF PSARC 2010/164 interfaces for basic install network configuration From johnf@sac.sfbay.sun.com Mon Jun 28 11:21:20 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5SILKHJ018974 for ; Mon, 28 Jun 2010 11:21:20 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5SILJak002495 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 28 Jun 2010 12:21:20 -0600 (MDT) 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 <0L4Q00E0LLNJ5F00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 28 Jun 2010 11:21:20 -0700 (PDT) Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4Q0047VLNJM2A0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 28 Jun 2010 11:21:19 -0700 (PDT) Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [129.146.226.132]) by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5SILI39006655; Mon, 28 Jun 2010 11:21:18 -0700 (PDT) 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 o5SILICU018971; Mon, 28 Jun 2010 11:21:18 -0700 (PDT) Received: (from johnf@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o5SILIgn018970; Mon, 28 Jun 2010 11:21:18 -0700 (PDT) Date: Mon, 28 Jun 2010 11:21:18 -0700 (PDT) From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] To: psarc-ext@sun.com Cc: dave.miner@oracle.com Message-id: <201006281821.o5SILIgn018970@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 70 All, Still looking for a +1 on the updated proposal. Thanks, John From margot.miller@oracle.com Mon Jun 28 11:30:21 2010 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o5SIUK7b019104 for ; Mon, 28 Jun 2010 11:30:20 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o5SIUF6o007129 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Mon, 28 Jun 2010 12:30:20 -0600 (MDT) 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 <0L4Q00E09M2JN700@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 28 Jun 2010 11:30:19 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4Q00489M2IM7B0@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Mon, 28 Jun 2010 11:30:18 -0700 (PDT) Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o5SIUHIj010535; Mon, 28 Jun 2010 18:30:17 +0000 (GMT) Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5SHsKLg001948; Mon, 28 Jun 2010 18:30:15 +0000 (GMT) Received: from abhmt017.oracle.com by acsmt353.oracle.com with ESMTP id 380119301277749767; Mon, 28 Jun 2010 11:29:27 -0700 Received: from [10.7.250.203] (/10.7.250.203) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 28 Jun 2010 11:29:27 -0700 Date: Mon, 28 Jun 2010 11:29:25 -0700 From: Margot Hackett Miller Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <201006281821.o5SILIgn018970@sac.sfbay.sun.com> To: John Fischer Cc: psarc-ext@sun.com, dave.miner@oracle.com Message-id: <4C28EA05.3070505@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4C28EA38.010A:SCFMA4539814,ss=1,fgs=0 References: <201006281821.o5SILIgn018970@sac.sfbay.sun.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.5) Gecko/20100117 Lightning/1.0b1 Thunderbird/3.0 Status: RO Content-Length: 142 +1 Margot On 06/28/10 11:21 AM, John Fischer wrote: > All, > > Still looking for a +1 on the updated proposal. > > Thanks, > > John > From john.fischer@oracle.com Wed Jun 30 10:46: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 o5UHkjPO003966 for ; Wed, 30 Jun 2010 10:46:45 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o5UHkjZU010268 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 30 Jun 2010 12:46:45 -0500 (CDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0L4U00H079DXPA00@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 30 Jun 2010 11:46:45 -0600 (MDT) Received: from sca-ea-mail-1.sun.com ([192.18.43.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0L4U00NT59DW04C0@brm-avmta-1.central.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 30 Jun 2010 11:46:44 -0600 (MDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by sca-ea-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5UHkh9x005339 for ; Wed, 30 Jun 2010 17:46:44 +0000 (GMT) Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o5UGRnMT002492 for ; Wed, 30 Jun 2010 17:46:41 +0000 (GMT) Received: from abhmt010.oracle.com by acsmt355.oracle.com with ESMTP id 386409821277919991; Wed, 30 Jun 2010 10:46:31 -0700 Received: from [10.7.250.84] (/10.7.250.84) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 30 Jun 2010 10:46:31 -0700 Date: Wed, 30 Jun 2010 10:46:30 -0700 From: John Fischer Subject: Re: System Configuration -- nodename and defaultdomain [PSARC/2010/223 FastTrack timeout 06/25/2010] In-reply-to: <4C28EA05.3070505@oracle.com> Cc: psarc-ext@sun.com, dave.miner@oracle.com Message-id: <4C2B82F6.2070301@oracle.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4C2B8302.0136:SCFMA4539814,ss=1,fgs=0 References: <201006281821.o5SILIgn018970@sac.sfbay.sun.com> <4C28EA05.3070505@oracle.com> User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.9) Gecko/20100524 Lightning/1.0b1 Thunderbird/3.0.4 Status: RO Content-Length: 298 All, During the open portion of the meeting this case was closed approved. Thanks, John On 06/28/10 11:29 AM, Margot Hackett Miller wrote: > +1 > > Margot > > > On 06/28/10 11:21 AM, John Fischer wrote: >> All, >> >> Still looking for a +1 on the updated proposal. >> >> Thanks, >> >> John >