From sacadmin Thu Jan 1 10:28:05 2009 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 n01IS5CE003904; Thu, 1 Jan 2009 10:28:05 -0800 (PST) Received: (from meem@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n01IS5Jb003896; Thu, 1 Jan 2009 10:28:05 -0800 (PST) Date: Thu, 1 Jan 2009 10:28:05 -0800 (PST) From: Peter Memishian Message-Id: <200901011828.n01IS5Jb003896@sac.sfbay.sun.com> To: PSARC-record@sac.sfbay.sun.com Subject: Move in.mpathd into /lib/inet [PSARC/2009/001 Self Review] Status: RO Content-Length: 562 Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Move in.mpathd into /lib/inet 1.2. Name of Document Author/Supplier: Author: Peter Memishian 1.3 Date of This Document: 01 January, 2009 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: ON 6.5. ARC review type: Automatic 6.6. ARC Exposure: open From peter.memishian@sun.com Thu Jan 1 10:32:13 2009 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 n01IWDVA004059 for ; Thu, 1 Jan 2009 10:32:13 -0800 (PST) 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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n01IWDwF002682 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Thu, 1 Jan 2009 10:32:13 -0800 (PST) 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 <0KCT00F0525NJP00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 01 Jan 2009 10:32:11 -0800 (PST) Received: from dm-east-01.east.sun.com ([129.148.9.192]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KCT00DFM25NOP00@nwk-avmta-1.sfbay.Sun.COM> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Thu, 01 Jan 2009 10:32:11 -0800 (PST) Received: from zhadum.east.sun.com (zhadum.East.Sun.COM [10.8.57.1]) by dm-east-01.east.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n01IWAOs048968; Thu, 01 Jan 2009 13:32:10 -0500 (EST) Received: from zhadum.east.sun.com (localhost [127.0.0.1]) by zhadum.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id n01IWA7B628490; Thu, 01 Jan 2009 13:32:10 -0500 (EST) Received: (from meem@localhost) by zhadum.east.sun.com (8.14.3+Sun/8.14.3/Submit) id n01IWA9V628487; Thu, 01 Jan 2009 13:32:10 -0500 (EST) Date: Thu, 01 Jan 2009 13:32:09 -0500 From: Peter Memishian Subject: Move in.mpathd into /lib/inet [PSARC/2009/001 Self Review] To: psarc-ext@sun.com Cc: clearview-discuss@opensolaris.org Reply-to: peter.memishian@sun.com Message-id: <18781.3113.951041.403387@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.19 under 21.4 (patch 21) "Educational Television" XEmacs Lucid Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 X-Authentication-warning: zhadum.east.sun.com: meem set sender to peter.memishian@sun.com using -f Status: RO Content-Length: 1266 I'm sponsoring the following self-review case for the Clearview team. Requested release binding is minor. Nevada currently has two paths for in.mpathd: a binary in /usr/lib/inet, and a /sbin/in.mpathd symlink. The reasons for this have roots in the bad old days of static linking. For Clearview IPMP (PSARC/2007/272) we need to be able to start in.mpathd before /usr is mounted, so we proposed reversing these, so that the binary is in /sbin and the symlink is in /usr/lib/inet. However, testing has revealed that SVR4 packaging cannot cope with converting a symlink to a file -- and further, in.mpathd is better suited to the new /lib/inet directory (which currently houses nwamd). As such, we propose to place in.mpathd in /lib/inet. Sadly, both the /usr/lib/inet/in.mpathd and /sbin/in.mpathd paths have been documented in the in.mpathd(1M) manpage over the years[1] and some third-party and unbundled software is dependent on those paths (and needs to remain so until in.mpathd is brought under SMF), so we propose to leave those paths behind as symlinks to /lib/inet/in.mpathd. [1] This mistake will not be repeated again. That is, the /lib/inet/in.mpathd path will not be documented. -- meem