From jb25718@sac.sfbay.sun.com Wed Feb 10 20:37:11 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 o1B4bBw9025956 for ; Wed, 10 Feb 2010 20:37:11 -0800 (PST) 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 o1B4bAuB039713; Wed, 10 Feb 2010 21:37:10 -0700 (MST) 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 <0KXN0090HU5Y4700@nwk-avmta-1.sfbay.Sun.COM>; Wed, 10 Feb 2010 20:37:10 -0800 (PST) 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 <0KXN006VWU5YCT10@nwk-avmta-1.sfbay.Sun.COM>; Wed, 10 Feb 2010 20:37:10 -0800 (PST) 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 o1B4b9Y3012953; Wed, 10 Feb 2010 20:37:09 -0800 (PST) Received: from sac.sfbay.sun.com (localhost [127.0.0.1]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o1B4b8EB025951; Wed, 10 Feb 2010 20:37:08 -0800 (PST) Received: (from jb25718@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o1B4b8W7025947; Wed, 10 Feb 2010 20:37:08 -0800 (PST) Date: Wed, 10 Feb 2010 20:37:08 -0800 (PST) From: Jordan Brown Subject: idmap flush [PSARC/2010/052 FastTrack timeout 02/17/2010] To: psarc-ext@sun.com Cc: cifs-eng@sun.com Message-id: <201002110437.o1B4b8W7025947@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 2820 Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2010 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: idmap flush 1.2. Name of Document Author/Supplier: Author: Jordan Brown 1.3 Date of This Document: 10 February, 2010 4. Technical Description idmap flush [-a] SUMMARY Add an idmap subcommand to flush idmap's mapping cache. BACKGROUND idmap and its companion daemon idmapd are used to map Windows identities to and from UNIX identities, for use in providing Windows file sharing client and server services. For performance and to retain "ephemeral" UNIX IDs assigned to Windows identities with no matching UNIX identities, idmap maintains a cache of Windows<->UNIX identity mappings. There is also an in-kernel mappings cache. PROBLEM When you change the idmap configuration - changing options that affect its processing, changing the rules, changing directory data that affect processing - the cache is not flushed. As a result, it can take up to (typically) ten minutes for a change to take effect. 6650858 cache flush sub-command could be useful 6807651 rule changes do not flush cache PROPOSAL Add a new idmap subcommand idmap flush [-a] Without -a, this new subcommand will expire any existing cache entries. This will cause them to be reevaluated the next time they are referenced, but if the result is the same then the same ephemeral ID will be assigned. With -a, the cache will be wiped clean. This allows for "from scratch" operation, but is potentially disruptive to file operations that are in process at the time the cache is wiped, because any existing ephemeral ID mapping is lost and new ephemeral IDs will be assigned.. Automatically invoke the equivalent of "idmap flush" whenever an idmap rule is added or removed. DETAILS Add the subcommand. Add a project private libidmap entry point. Add a project private doors-RPC protocol request to implement flush. Add a project private option to the sidsys system call to flush the kernel cache. Failure of this system call (if, for instance, the updated kernel module has not yet been loaded) is ignored. ISSUES idmap flush -a is potentially disruptive to active file operations and SMB sessions. DELIVERY VEHICLE Solaris RELEASE Patch COMMITMENT LEVEL Uncommitted (like the rest of the idmap command) REFERENCE DOCUMENTS PSARC/2007/064 Unified POSIX and Windows Credentials for Solaris PSARC/2006/315 Winchester: Schema Mapping and ID Mapping for AD Interoperability 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From Jordan.Brown@sun.com Mon Feb 15 18:22:39 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 o1G2McnB029463 for ; Mon, 15 Feb 2010 18:22:39 -0800 (PST) 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 o1G2Mchv029509; Mon, 15 Feb 2010 19:22:38 -0700 (MST) 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 <0KXW00E05X9QNT00@nwk-avmta-2.sfbay.sun.com>; Mon, 15 Feb 2010 18:22:38 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXW00N4GX9Q5BE0@nwk-avmta-2.sfbay.sun.com>; Mon, 15 Feb 2010 18:22:38 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o1G2Mbad019290; Mon, 15 Feb 2010 18:22:38 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KXW00B00X16OQ00@fe-sfbay-10.sun.com>; Mon, 15 Feb 2010 18:22:37 -0800 (PST) Received: from [129.145.155.152] ([unknown] [129.145.155.152]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXW008Q9X9OMF10@fe-sfbay-10.sun.com>; Mon, 15 Feb 2010 18:22:36 -0800 (PST) Date: Mon, 15 Feb 2010 18:22:36 -0800 From: Jordan Brown Subject: Re: idmap flush [PSARC/2010/052 FastTrack timeout 02/17/2010] In-reply-to: <201002110437.o1B4b8W7025947@sac.sfbay.sun.com> Sender: Jordan.Brown@sun.com To: Jordan Brown Cc: psarc-ext@sun.com, cifs-eng@sun.com Message-id: <4B7A016C.7030405@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <201002110437.o1B4b8W7025947@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080505) Status: RO Content-Length: 3081 No comments yet on this case. Ping? Jordan Brown wrote: > Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI > This information is Copyright 2010 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > idmap flush > 1.2. Name of Document Author/Supplier: > Author: Jordan Brown > 1.3 Date of This Document: > 10 February, 2010 > 4. Technical Description > > idmap flush [-a] > > SUMMARY > > Add an idmap subcommand to flush idmap's mapping cache. > > BACKGROUND > > idmap and its companion daemon idmapd are used to map Windows > identities to and from UNIX identities, for use in providing > Windows file sharing client and server services. > > For performance and to retain "ephemeral" UNIX IDs assigned to > Windows identities with no matching UNIX identities, idmap > maintains a cache of Windows<->UNIX identity mappings. > > There is also an in-kernel mappings cache. > > PROBLEM > > When you change the idmap configuration - changing options > that affect its processing, changing the rules, changing directory > data that affect processing - the cache is not flushed. > As a result, it can take up to (typically) ten minutes for a > change to take effect. > > 6650858 cache flush sub-command could be useful > 6807651 rule changes do not flush cache > > PROPOSAL > > Add a new idmap subcommand > > idmap flush [-a] > > Without -a, this new subcommand will expire any existing cache > entries. This will cause them to be reevaluated the next time > they are referenced, but if the result is the same then the > same ephemeral ID will be assigned. > > With -a, the cache will be wiped clean. This allows for > "from scratch" operation, but is potentially disruptive to > file operations that are in process at the time the cache is > wiped, because any existing ephemeral ID mapping is lost and > new ephemeral IDs will be assigned.. > > Automatically invoke the equivalent of "idmap flush" whenever > an idmap rule is added or removed. > > DETAILS > > Add the subcommand. > > Add a project private libidmap entry point. > > Add a project private doors-RPC protocol request to implement flush. > > Add a project private option to the sidsys system call to flush > the kernel cache. Failure of this system call (if, for instance, > the updated kernel module has not yet been loaded) is ignored. > > ISSUES > > idmap flush -a is potentially disruptive to active file operations > and SMB sessions. > > DELIVERY VEHICLE > > Solaris > > RELEASE > > Patch > > COMMITMENT LEVEL > > Uncommitted (like the rest of the idmap command) > > REFERENCE DOCUMENTS > > PSARC/2007/064 Unified POSIX and Windows Credentials for Solaris > PSARC/2006/315 Winchester: Schema Mapping and ID Mapping for AD > Interoperability > > 6. Resources and Schedule > 6.4. Steering Committee requested information > 6.4.1. Consolidation C-team Name: > ON > 6.5. ARC review type: FastTrack > 6.6. ARC Exposure: open > From Sebastien.Roy@sun.com Mon Feb 15 21:07:51 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 o1G57p1G001541 for ; Mon, 15 Feb 2010 21:07:51 -0800 (PST) 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 o1G57nqW020067; Mon, 15 Feb 2010 21:07:51 -0800 (PST) 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 <0KXX0050T4X2HU00@brm-avmta-1.central.sun.com>; Mon, 15 Feb 2010 22:07:50 -0700 (MST) 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 <0KXX00GRJ4X2FHB0@brm-avmta-1.central.sun.com>; Mon, 15 Feb 2010 22:07:50 -0700 (MST) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o1G57oSd019419; Tue, 16 Feb 2010 05:07:50 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KXX00H004UFK800@mail-amer.sun.com>; Mon, 15 Feb 2010 22:07:50 -0700 (MST) Received: from [10.27.73.238] ([unknown] [72.254.106.30]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXX00H334X1UU00@mail-amer.sun.com>; Mon, 15 Feb 2010 22:07:50 -0700 (MST) Date: Tue, 16 Feb 2010 00:07:46 -0500 From: Sebastien Roy Subject: Re: idmap flush [PSARC/2010/052 FastTrack timeout 02/17/2010] In-reply-to: <201002110437.o1B4b8W7025947@sac.sfbay.sun.com> Sender: Sebastien.Roy@sun.com To: Jordan Brown Cc: psarc-ext@sun.com, cifs-eng@sun.com Message-id: <4B7A2822.5000009@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <201002110437.o1B4b8W7025947@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: 189 On 02/10/10 11:37 PM, Jordan Brown wrote: > 1.1. Project/Component Working Name: > idmap flush I've reviewed the case and have no comment. It's rather straight-forward. +1 -Seb From Jordan.Brown@sun.com Wed Feb 17 10: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 o1HIC9mj011284 for ; Wed, 17 Feb 2010 10:12:09 -0800 (PST) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o1HIC8BE026422 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 17 Feb 2010 12:12:09 -0600 (CST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0KXZ00603ZW8XZ00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 17 Feb 2010 10:12:08 -0800 (PST) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KXZ005MHZW8AF30@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 17 Feb 2010 10:12:08 -0800 (PST) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o1HIC8ot029319 for ; Wed, 17 Feb 2010 10:12:08 -0800 (PST) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KXZ00D00ZV39600@fe-sfbay-10.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 17 Feb 2010 10:12:08 -0800 (PST) Received: from [129.145.155.152] ([unknown] [129.145.155.152]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KXZ00D8HZW7BQG0@fe-sfbay-10.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@sun.com); Wed, 17 Feb 2010 10:12:07 -0800 (PST) Date: Wed, 17 Feb 2010 10:12:07 -0800 From: Jordan Brown Subject: 2010/052 idmap flush Sender: Jordan.Brown@sun.com To: psarc-ext@sun.com Message-id: <4B7C3177.2030104@sun.com> MIME-version: 1.0 Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.14 (X11/20080505) Status: RO Content-Length: 30 This case was approved today.