From dhain@sac.sfbay.sun.com Mon Jul 6 11:19:57 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n66IJuMi008740 for ; Mon, 6 Jul 2009 11:19:57 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n66IJjvw024637; Tue, 7 Jul 2009 02:19:55 +0800 (SGT) 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 <0KMD00K05HL4LK00@nwk-avmta-2.sfbay.sun.com>; Mon, 06 Jul 2009 11:19:52 -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 <0KMD00HCPHL46F30@nwk-avmta-2.sfbay.sun.com>; Mon, 06 Jul 2009 11:19:52 -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.2) with ESMTP id n66IJpbG054184; Mon, 06 Jul 2009 11:19:51 -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 n66IJonA008735; Mon, 06 Jul 2009 11:19:50 -0700 (PDT) Received: (from dhain@localhost) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id n66IJo6M008731; Mon, 06 Jul 2009 11:19:50 -0700 (PDT) Date: Mon, 06 Jul 2009 11:19:50 -0700 (PDT) From: Daniel Hain Subject: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] To: PSARC-ext@sun.com Cc: Jiri.Sasek@sun.com Message-id: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 Status: RO Content-Length: 4185 I'm submitting this fasttrack for Jiri Sasek. This proposal seeks patch binding and will timeout on 07/13/2009. The listed imported interfaces from libsam.so are currently classified as Stable by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS 4.0). The case for SAM-QFS 5.0 (PSARC/2007/588) lists them as Unstable, but that case has not been approved. Discussion with the SAM-QFS team indicates that they feel the classification of these interfaces is still Stable. -Dan Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI This information is Copyright 2009 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Support off-line files on SAM-QFS for Samba in Solaris 1.2. Name of Document Author/Supplier: Author: Jiri Sasek 1.3 Date of This Document: 06 July, 2009 4. Technical Description Proposal: Support off-line files on SAM-QFS for Samba in Solaris. Detail: Samba is CIFS volume and printing server. The current version of Samba (3.0.34) integrated in Solaris does not support off-line file attribute for files stored on a SAM-FS volume when located on an off-line storage (a tape). Such situation has the following consequences on MS Windows clients: - Client's attempt to acces an off-line file will fail on timeout which is set too short to access a file stored on a tape or any other external (off-line) storage. - If MS Windows Eplorer's curent directory is set to a directory full of off-lined files it causes a "storm" of the tape changer arms when thumbnails are being generated. The solution is to let Samba use libsam.so library, [4], which provides the off-line information for files stored on a off-line storage (a tape). Since this library is optional on Solaris then it is necessary to use lazy binding option for linking this library with Samba. The lazy binding option makes sure that "smbd" (Samba daemon) will run even if libsamfs.so is not present on the system. When "samfs share = yes" configuration option is set in smb.conf (Samba configuration file) and libsamfs.so is not present on the system then calling the lazy linked library-call will not complete the dlopen(2) call successfuly and the standard message from the run-time linker notifying about is redirected from the stderr output to the "smbd" log file appropriate to the CIFS session serviced by this "smbd" daemon. Samba log files can be configured as described in smb.conf(4). In the standard distribution such log file is located on the "/var/samba/log/log." path. SAM-FS library libsamfs.so is delivered by optional packages SUNWsamfsr SUNWsamfsu and should be installed from the external source. Exported Interfaces: (uncommited) --------------------------------------------------------------------- FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the off/on-line file status of files located on SAM-QFS share --------------------------------------------------------------------- smb.conf option "samfs share = yes|no" (default: no) Imported Interfaces: The following functions from libsamfs.so are used: --------------------------------------------------------------------- sam_stat() | File status calls available from libsam library sam_segment_stat() | returning the "struct sam_stat" References: [1] http://samba.org/ Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael Adam... please check Samba.org to obtain the full list of the core team members please also check the source code for external contributors [2] Common Internet File System (CIFS) Technical Reference (Revision: 1.0) http://snia.org/ [3] 6737005 samba should handle samfs WORM and offline files gracefully [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ 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 gdamore@sun.com Mon Jul 6 11:27:57 2009 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 n66IRvc1008948 for ; Mon, 6 Jul 2009 11:27:57 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n66IRuZv010724 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 6 Jul 2009 11:27:57 -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 <0KMD00L0FHYL6700@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 11:27:57 -0700 (PDT) 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 <0KMD00HB4HYK6H40@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 11:27:56 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n66IRu28013270 for ; Mon, 06 Jul 2009 11:27:56 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMD00400HPWN600@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 11:27:56 -0700 (PDT) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMD00DJ3HYJX060@fe-sfbay-09.sun.com>; Mon, 06 Jul 2009 11:27:55 -0700 (PDT) Date: Mon, 06 Jul 2009 11:27:54 -0700 From: "Garrett D'Amore" Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> Sender: Garrett.Damore@sun.com To: Daniel Hain Cc: PSARC-ext@sun.com, Jiri.Sasek@sun.com Message-id: <4A52422A.3070304@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 4597 Is the supporting code for this coming from upstream, or is this a new invention at Sun? (Specifically, are there compatibility concerns for the samfs share configuration directive?) - Garrett Daniel Hain wrote: > I'm submitting this fasttrack for Jiri Sasek. This proposal seeks patch binding > and will timeout on 07/13/2009. > > The listed imported interfaces from libsam.so are currently classified as Stable > by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS 4.0). The case > for SAM-QFS 5.0 (PSARC/2007/588) lists them as Unstable, but that case has not > been approved. Discussion with the SAM-QFS team indicates that they feel the > classification of these interfaces is still Stable. > > -Dan > > > Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > Support off-line files on SAM-QFS for Samba in Solaris > 1.2. Name of Document Author/Supplier: > Author: Jiri Sasek > 1.3 Date of This Document: > 06 July, 2009 > 4. Technical Description > Proposal: > > Support off-line files on SAM-QFS for Samba in Solaris. > > Detail: > > Samba is CIFS volume and printing server. > > The current version of Samba (3.0.34) integrated in Solaris > does not support off-line file attribute for files stored on > a SAM-FS volume when located on an off-line storage (a tape). > > Such situation has the following consequences on MS Windows > clients: > > - Client's attempt to acces an off-line file will fail on > timeout which is set too short to access a file stored > on a tape or any other external (off-line) storage. > > - If MS Windows Eplorer's curent directory is set to > a directory full of off-lined files it causes a "storm" > of the tape changer arms when thumbnails are being generated. > > The solution is to let Samba use libsam.so library, [4], which > provides the off-line information for files stored on a > off-line storage (a tape). Since this library is optional > on Solaris then it is necessary to use lazy binding option for > linking this library with Samba. The lazy binding option makes > sure that "smbd" (Samba daemon) will run even if libsamfs.so is > not present on the system. > > When "samfs share = yes" configuration option is set in smb.conf > (Samba configuration file) and libsamfs.so is not present on the > system then calling the lazy linked library-call will not complete > the dlopen(2) call successfuly and the standard message from the > run-time linker notifying about is redirected from the stderr > output to the "smbd" log file appropriate to the CIFS session > serviced by this "smbd" daemon. Samba log files can be configured > as described in smb.conf(4). In the standard distribution such log > file is located on the "/var/samba/log/log." path. > > SAM-FS library libsamfs.so is delivered by optional packages > SUNWsamfsr SUNWsamfsu and should be installed from the external > source. > > Exported Interfaces: (uncommited) > > --------------------------------------------------------------------- > FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of > SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the > off/on-line file status of files located on SAM-QFS share > > --------------------------------------------------------------------- > smb.conf option "samfs share = yes|no" (default: no) > > Imported Interfaces: > > The following functions from libsamfs.so are used: > > --------------------------------------------------------------------- > sam_stat() | File status calls available from libsam library > sam_segment_stat() | returning the "struct sam_stat" > > References: > > [1] http://samba.org/ > Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael Adam... > please check Samba.org to obtain the full list of the core team members > please also check the source code for external contributors > [2] Common Internet File System (CIFS) Technical Reference (Revision: 1.0) > http://snia.org/ > [3] 6737005 samba should handle samfs WORM and offline files gracefully > [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ > > > > 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 Jiri.Sasek@sun.com Mon Jul 6 17:16:51 2009 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 n670Gp7D021537 for ; Mon, 6 Jul 2009 17:16:51 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n670Gor7016464 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 6 Jul 2009 17:16:51 -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 <0KMD00L15Y41SV00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 17:16:49 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KMD00C4NY4016D0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 17:16:49 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n670GmUn019973 for ; Tue, 07 Jul 2009 00:16:48 +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.02 64bit (built Apr 16 2009)) id <0KMD00N00XPD3Y00@fe-emea-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 07 Jul 2009 01:16:48 +0100 (BST) Received: from [192.168.0.2] ([unknown] [213.29.233.50]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMD00478Y3Z8890@fe-emea-09.sun.com>; Tue, 07 Jul 2009 01:16:48 +0100 (BST) Date: Tue, 07 Jul 2009 02:16:26 +0200 From: Jiri Sasek - RPE Prague Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A52422A.3070304@sun.com> Sender: Jiri.Sasek@sun.com To: "Garrett D'Amore" Cc: Daniel Hain , PSARC-ext@sun.com Message-id: <4A5293DA.3080802@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A52422A.3070304@sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090505) Status: RO Content-Length: 5953 Hi Garrett Code of the patch was originally brought by Michael Adam from Samba.org but the code was not accepted to downstream because the samba 3.0 become obsoleted. Currently the samba 3.3 (3.2+) has the OFF-LINE support directly on VFS interface so this way is currently not supported in source downstream. Even though we need to cover this feature to the customers using the Solaris 10 for *now*. Samba 3.2+ is released under the GPLv3 license so there was 1year long "battle" with Sun legals to convince them to approve the integration of samba 3.3 into the Solaris Nevada. Integration of the samba 3.0 patch for off-line files support is the fastest way to keep the continuity of the SAMFS support for the Solaris 10 users. Samba 3.2+ is planed to bring the native support for HSM (http://en.wikipedia.org/wiki/Hierarchical_storage_management) which is equivalent to SAM in Sun. Currently I am also working on the PSARC case for the samba 3.3 upgrade but doing this task will need more time than this fix of samba 3.0 which is already running as relief on customers box. Regards jiri Garrett D'Amore wrote: > Is the supporting code for this coming from upstream, or is this a new > invention at Sun? (Specifically, are there compatibility concerns for > the samfs share configuration directive?) > > - Garrett > > Daniel Hain wrote: >> I'm submitting this fasttrack for Jiri Sasek. This proposal seeks >> patch binding >> and will timeout on 07/13/2009. >> >> The listed imported interfaces from libsam.so are currently >> classified as Stable >> by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS 4.0). >> The case for SAM-QFS 5.0 (PSARC/2007/588) lists them as Unstable, >> but that case has not >> been approved. Discussion with the SAM-QFS team indicates that they >> feel the classification of these interfaces is still Stable. >> >> -Dan >> >> >> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >> This information is Copyright 2009 Sun Microsystems >> 1. Introduction >> 1.1. Project/Component Working Name: >> Support off-line files on SAM-QFS for Samba in Solaris >> 1.2. Name of Document Author/Supplier: >> Author: Jiri Sasek >> 1.3 Date of This Document: >> 06 July, 2009 >> 4. Technical Description >> Proposal: >> >> Support off-line files on SAM-QFS for Samba in Solaris. >> >> Detail: >> >> Samba is CIFS volume and printing server. >> >> The current version of Samba (3.0.34) integrated in Solaris >> does not support off-line file attribute for files stored on >> a SAM-FS volume when located on an off-line storage (a tape). >> >> Such situation has the following consequences on MS Windows >> clients: >> >> - Client's attempt to acces an off-line file will fail on >> timeout which is set too short to access a file stored >> on a tape or any other external (off-line) storage. >> >> - If MS Windows Eplorer's curent directory is set to >> a directory full of off-lined files it causes a "storm" >> of the tape changer arms when thumbnails are being generated. >> >> The solution is to let Samba use libsam.so library, [4], which >> provides the off-line information for files stored on a >> off-line storage (a tape). Since this library is optional >> on Solaris then it is necessary to use lazy binding option for >> linking this library with Samba. The lazy binding option makes >> sure that "smbd" (Samba daemon) will run even if libsamfs.so is >> not present on the system. >> >> When "samfs share = yes" configuration option is set in smb.conf >> (Samba configuration file) and libsamfs.so is not present on the >> system then calling the lazy linked library-call will not complete >> the dlopen(2) call successfuly and the standard message from the >> run-time linker notifying about is redirected from the stderr >> output to the "smbd" log file appropriate to the CIFS session >> serviced by this "smbd" daemon. Samba log files can be configured >> as described in smb.conf(4). In the standard distribution such log >> file is located on the "/var/samba/log/log." path. >> >> SAM-FS library libsamfs.so is delivered by optional packages >> SUNWsamfsr SUNWsamfsu and should be installed from the external >> source. >> Exported Interfaces: (uncommited) >> >> --------------------------------------------------------------------- >> FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of >> SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the >> off/on-line file status of files located on SAM-QFS share >> >> --------------------------------------------------------------------- >> smb.conf option "samfs share = yes|no" (default: no) >> >> Imported Interfaces: >> >> The following functions from libsamfs.so are used: >> >> --------------------------------------------------------------------- >> sam_stat() | File status calls available from libsam library >> sam_segment_stat() | returning the "struct sam_stat" >> >> References: >> >> [1] http://samba.org/ >> Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael Adam... >> please check Samba.org to obtain the full list of the core team >> members >> please also check the source code for external contributors >> [2] Common Internet File System (CIFS) Technical Reference (Revision: >> 1.0) >> http://snia.org/ >> [3] 6737005 samba should handle samfs WORM and offline files gracefully >> [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ >> >> >> >> 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 gdamore@sun.com Mon Jul 6 17:31:22 2009 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 n670VMtc021580 for ; Mon, 6 Jul 2009 17:31:22 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n670VL40020360 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 6 Jul 2009 17:31:22 -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 <0KMD0050HYSAXD00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 18:31:22 -0600 (MDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KMD00HSYYS91F60@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 18:31:21 -0600 (MDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n670VLsA017836 for ; Mon, 06 Jul 2009 17:31:21 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMD00900YM94900@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 17:31:21 -0700 (PDT) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMD002Q9YS6UBC0@fe-sfbay-09.sun.com>; Mon, 06 Jul 2009 17:31:18 -0700 (PDT) Date: Mon, 06 Jul 2009 17:31:17 -0700 From: "Garrett D'Amore" Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A5293DA.3080802@Sun.COM> Sender: Garrett.Damore@sun.com To: Jiri Sasek - RPE Prague Cc: Daniel Hain , PSARC-ext@sun.com Message-id: <4A529755.2080008@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A52422A.3070304@sun.com> <4A5293DA.3080802@Sun.COM> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 6272 What about the configuration syntax though? Is it compatible with upstream, or not? - Garrett Jiri Sasek - RPE Prague wrote: > Hi Garrett > > Code of the patch was originally brought by Michael Adam from > Samba.org but the code was not accepted to downstream because the > samba 3.0 become obsoleted. Currently the samba 3.3 (3.2+) has the > OFF-LINE support directly on VFS interface so this way is currently > not supported in source downstream. Even though we need to cover this > feature to the customers using the Solaris 10 for *now*. > Samba 3.2+ is released under the GPLv3 license so there was 1year long > "battle" with Sun legals to convince them to approve the integration > of samba 3.3 into the Solaris Nevada. > > Integration of the samba 3.0 patch for off-line files support is the > fastest way to keep the continuity of the SAMFS support for the > Solaris 10 users. > > Samba 3.2+ is planed to bring the native support for HSM > (http://en.wikipedia.org/wiki/Hierarchical_storage_management) which > is equivalent to SAM in Sun. > > Currently I am also working on the PSARC case for the samba 3.3 > upgrade but doing this task will need more time than this fix of samba > 3.0 which is already running as relief on customers box. > > Regards > > jiri > > > > Garrett D'Amore wrote: >> Is the supporting code for this coming from upstream, or is this a >> new invention at Sun? (Specifically, are there compatibility >> concerns for the samfs share configuration directive?) >> >> - Garrett >> >> Daniel Hain wrote: >>> I'm submitting this fasttrack for Jiri Sasek. This proposal seeks >>> patch binding >>> and will timeout on 07/13/2009. >>> >>> The listed imported interfaces from libsam.so are currently >>> classified as Stable >>> by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS >>> 4.0). The case for SAM-QFS 5.0 (PSARC/2007/588) lists them as >>> Unstable, but that case has not >>> been approved. Discussion with the SAM-QFS team indicates that they >>> feel the classification of these interfaces is still Stable. >>> >>> -Dan >>> >>> >>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >>> This information is Copyright 2009 Sun Microsystems >>> 1. Introduction >>> 1.1. Project/Component Working Name: >>> Support off-line files on SAM-QFS for Samba in Solaris >>> 1.2. Name of Document Author/Supplier: >>> Author: Jiri Sasek >>> 1.3 Date of This Document: >>> 06 July, 2009 >>> 4. Technical Description >>> Proposal: >>> >>> Support off-line files on SAM-QFS for Samba in Solaris. >>> >>> Detail: >>> >>> Samba is CIFS volume and printing server. >>> >>> The current version of Samba (3.0.34) integrated in Solaris >>> does not support off-line file attribute for files stored on >>> a SAM-FS volume when located on an off-line storage (a tape). >>> >>> Such situation has the following consequences on MS Windows >>> clients: >>> >>> - Client's attempt to acces an off-line file will fail on >>> timeout which is set too short to access a file stored >>> on a tape or any other external (off-line) storage. >>> >>> - If MS Windows Eplorer's curent directory is set to >>> a directory full of off-lined files it causes a "storm" >>> of the tape changer arms when thumbnails are being generated. >>> >>> The solution is to let Samba use libsam.so library, [4], which >>> provides the off-line information for files stored on a >>> off-line storage (a tape). Since this library is optional >>> on Solaris then it is necessary to use lazy binding option for >>> linking this library with Samba. The lazy binding option makes >>> sure that "smbd" (Samba daemon) will run even if libsamfs.so is >>> not present on the system. >>> >>> When "samfs share = yes" configuration option is set in smb.conf >>> (Samba configuration file) and libsamfs.so is not present on the >>> system then calling the lazy linked library-call will not complete >>> the dlopen(2) call successfuly and the standard message from the >>> run-time linker notifying about is redirected from the stderr >>> output to the "smbd" log file appropriate to the CIFS session >>> serviced by this "smbd" daemon. Samba log files can be configured >>> as described in smb.conf(4). In the standard distribution such log >>> file is located on the "/var/samba/log/log." path. >>> >>> SAM-FS library libsamfs.so is delivered by optional packages >>> SUNWsamfsr SUNWsamfsu and should be installed from the external >>> source. >>> Exported Interfaces: (uncommited) >>> >>> >>> --------------------------------------------------------------------- >>> FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of >>> SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the >>> off/on-line file status of files located on SAM-QFS share >>> >>> >>> --------------------------------------------------------------------- >>> smb.conf option "samfs share = yes|no" (default: no) >>> >>> Imported Interfaces: >>> >>> The following functions from libsamfs.so are used: >>> >>> >>> --------------------------------------------------------------------- >>> sam_stat() | File status calls available from libsam library >>> sam_segment_stat() | returning the "struct sam_stat" >>> >>> References: >>> >>> [1] http://samba.org/ >>> Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael Adam... >>> please check Samba.org to obtain the full list of the core team >>> members >>> please also check the source code for external contributors >>> [2] Common Internet File System (CIFS) Technical Reference >>> (Revision: 1.0) >>> http://snia.org/ >>> [3] 6737005 samba should handle samfs WORM and offline files gracefully >>> [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ >>> >>> >>> >>> 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 Jiri.Sasek@sun.com Mon Jul 6 18:19:41 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 n671Jfcd023322 for ; Mon, 6 Jul 2009 18:19:41 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n671JdIu006123 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 6 Jul 2009 18:19: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 <0KME00A0110RUY00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 18:19:39 -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 <0KME000DQ10QA730@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 18:19:38 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n671Jbkb004726 for ; Tue, 07 Jul 2009 01:19:37 +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.02 64bit (built Apr 16 2009)) id <0KME00A000X05V00@fe-emea-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 07 Jul 2009 02:19:37 +0100 (BST) Received: from [192.168.0.2] ([unknown] [213.29.233.50]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KME00M8S10ONU50@fe-emea-09.sun.com>; Tue, 07 Jul 2009 02:19:37 +0100 (BST) Date: Tue, 07 Jul 2009 03:19:15 +0200 From: Jiri Sasek - RPE Prague Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A529755.2080008@sun.com> Sender: Jiri.Sasek@sun.com To: "Garrett D'Amore" Cc: Daniel Hain , PSARC-ext@sun.com Message-id: <4A52A293.3020205@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A52422A.3070304@sun.com> <4A5293DA.3080802@Sun.COM> <4A529755.2080008@sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090505) Status: RO Content-Length: 6627 "samfs share" S(share)-option default=no is added -> backward compatibility is kept Detailed elaboration is in PSARC case "one-pager" Jiri Garrett D'Amore wrote: > What about the configuration syntax though? Is it compatible with > upstream, or not? > > - Garrett > > Jiri Sasek - RPE Prague wrote: >> Hi Garrett >> >> Code of the patch was originally brought by Michael Adam from >> Samba.org but the code was not accepted to downstream because the >> samba 3.0 become obsoleted. Currently the samba 3.3 (3.2+) has the >> OFF-LINE support directly on VFS interface so this way is currently >> not supported in source downstream. Even though we need to cover this >> feature to the customers using the Solaris 10 for *now*. >> Samba 3.2+ is released under the GPLv3 license so there was 1year >> long "battle" with Sun legals to convince them to approve the >> integration of samba 3.3 into the Solaris Nevada. >> >> Integration of the samba 3.0 patch for off-line files support is the >> fastest way to keep the continuity of the SAMFS support for the >> Solaris 10 users. >> >> Samba 3.2+ is planed to bring the native support for HSM >> (http://en.wikipedia.org/wiki/Hierarchical_storage_management) which >> is equivalent to SAM in Sun. >> >> Currently I am also working on the PSARC case for the samba 3.3 >> upgrade but doing this task will need more time than this fix of >> samba 3.0 which is already running as relief on customers box. >> >> Regards >> >> jiri >> >> >> >> Garrett D'Amore wrote: >>> Is the supporting code for this coming from upstream, or is this a >>> new invention at Sun? (Specifically, are there compatibility >>> concerns for the samfs share configuration directive?) >>> >>> - Garrett >>> >>> Daniel Hain wrote: >>>> I'm submitting this fasttrack for Jiri Sasek. This proposal seeks >>>> patch binding >>>> and will timeout on 07/13/2009. >>>> >>>> The listed imported interfaces from libsam.so are currently >>>> classified as Stable >>>> by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS >>>> 4.0). The case for SAM-QFS 5.0 (PSARC/2007/588) lists them as >>>> Unstable, but that case has not >>>> been approved. Discussion with the SAM-QFS team indicates that they >>>> feel the classification of these interfaces is still Stable. >>>> >>>> -Dan >>>> >>>> >>>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >>>> This information is Copyright 2009 Sun Microsystems >>>> 1. Introduction >>>> 1.1. Project/Component Working Name: >>>> Support off-line files on SAM-QFS for Samba in Solaris >>>> 1.2. Name of Document Author/Supplier: >>>> Author: Jiri Sasek >>>> 1.3 Date of This Document: >>>> 06 July, 2009 >>>> 4. Technical Description >>>> Proposal: >>>> >>>> Support off-line files on SAM-QFS for Samba in Solaris. >>>> >>>> Detail: >>>> >>>> Samba is CIFS volume and printing server. >>>> >>>> The current version of Samba (3.0.34) integrated in Solaris >>>> does not support off-line file attribute for files stored on >>>> a SAM-FS volume when located on an off-line storage (a tape). >>>> >>>> Such situation has the following consequences on MS Windows >>>> clients: >>>> >>>> - Client's attempt to acces an off-line file will fail on >>>> timeout which is set too short to access a file stored >>>> on a tape or any other external (off-line) storage. >>>> >>>> - If MS Windows Eplorer's curent directory is set to >>>> a directory full of off-lined files it causes a "storm" >>>> of the tape changer arms when thumbnails are being generated. >>>> >>>> The solution is to let Samba use libsam.so library, [4], which >>>> provides the off-line information for files stored on a >>>> off-line storage (a tape). Since this library is optional >>>> on Solaris then it is necessary to use lazy binding option for >>>> linking this library with Samba. The lazy binding option >>>> makes >>>> sure that "smbd" (Samba daemon) will run even if >>>> libsamfs.so is >>>> not present on the system. >>>> >>>> When "samfs share = yes" configuration option is set in smb.conf >>>> (Samba configuration file) and libsamfs.so is not present on the >>>> system then calling the lazy linked library-call will not complete >>>> the dlopen(2) call successfuly and the standard message from the >>>> run-time linker notifying about is redirected from the stderr >>>> output to the "smbd" log file appropriate to the CIFS session >>>> serviced by this "smbd" daemon. Samba log files can be configured >>>> as described in smb.conf(4). In the standard distribution such log >>>> file is located on the "/var/samba/log/log." path. >>>> >>>> SAM-FS library libsamfs.so is delivered by optional packages >>>> SUNWsamfsr SUNWsamfsu and should be installed from the external >>>> source. >>>> Exported Interfaces: (uncommited) >>>> >>>> >>>> --------------------------------------------------------------------- >>>> FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of >>>> SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the >>>> off/on-line file status of files located on SAM-QFS share >>>> >>>> >>>> --------------------------------------------------------------------- >>>> smb.conf option "samfs share = yes|no" (default: no) >>>> >>>> Imported Interfaces: >>>> >>>> The following functions from libsamfs.so are used: >>>> >>>> >>>> --------------------------------------------------------------------- >>>> sam_stat() | File status calls available from libsam library >>>> sam_segment_stat() | returning the "struct sam_stat" >>>> >>>> References: >>>> >>>> [1] http://samba.org/ >>>> Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael >>>> Adam... >>>> please check Samba.org to obtain the full list of the core team >>>> members >>>> please also check the source code for external contributors >>>> [2] Common Internet File System (CIFS) Technical Reference >>>> (Revision: 1.0) >>>> http://snia.org/ >>>> [3] 6737005 samba should handle samfs WORM and offline files >>>> gracefully >>>> [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ >>>> >>>> >>>> >>>> 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 gdamore@Sun.COM Mon Jul 6 18:24:48 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n671OlCv023448 for ; Mon, 6 Jul 2009 18:24:48 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n671Oksn028445 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 7 Jul 2009 02:24:46 +0100 (BST) 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 <0KME00B0119AYQ00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 18:24:46 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KME000S3199A730@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 18:24:45 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n671OjCN020490 for ; Mon, 06 Jul 2009 18:24:45 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KME006001744400@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 18:24:45 -0700 (PDT) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KME00MFP19805C0@fe-sfbay-09.sun.com>; Mon, 06 Jul 2009 18:24:45 -0700 (PDT) Date: Mon, 06 Jul 2009 18:24:44 -0700 From: "Garrett D'Amore" Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A52A293.3020205@Sun.COM> Sender: Garrett.Damore@Sun.COM To: Jiri Sasek - RPE Prague Cc: Daniel Hain , PSARC-ext@Sun.COM Message-id: <4A52A3DC.1010904@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A52422A.3070304@sun.com> <4A5293DA.3080802@Sun.COM> <4A529755.2080008@sun.com> <4A52A293.3020205@Sun.COM> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 7002 Ok, thanks for the clarification -- it wasn't clear to me when I first read it. With that, +1 on the project. - Garrett Jiri Sasek - RPE Prague wrote: > "samfs share" S(share)-option default=no is added > > -> backward compatibility is kept > > Detailed elaboration is in PSARC case "one-pager" > > Jiri > > > Garrett D'Amore wrote: >> What about the configuration syntax though? Is it compatible with >> upstream, or not? >> >> - Garrett >> >> Jiri Sasek - RPE Prague wrote: >>> Hi Garrett >>> >>> Code of the patch was originally brought by Michael Adam from >>> Samba.org but the code was not accepted to downstream because the >>> samba 3.0 become obsoleted. Currently the samba 3.3 (3.2+) has the >>> OFF-LINE support directly on VFS interface so this way is currently >>> not supported in source downstream. Even though we need to cover >>> this feature to the customers using the Solaris 10 for *now*. >>> Samba 3.2+ is released under the GPLv3 license so there was 1year >>> long "battle" with Sun legals to convince them to approve the >>> integration of samba 3.3 into the Solaris Nevada. >>> >>> Integration of the samba 3.0 patch for off-line files support is the >>> fastest way to keep the continuity of the SAMFS support for the >>> Solaris 10 users. >>> >>> Samba 3.2+ is planed to bring the native support for HSM >>> (http://en.wikipedia.org/wiki/Hierarchical_storage_management) which >>> is equivalent to SAM in Sun. >>> >>> Currently I am also working on the PSARC case for the samba 3.3 >>> upgrade but doing this task will need more time than this fix of >>> samba 3.0 which is already running as relief on customers box. >>> >>> Regards >>> >>> jiri >>> >>> >>> >>> Garrett D'Amore wrote: >>>> Is the supporting code for this coming from upstream, or is this a >>>> new invention at Sun? (Specifically, are there compatibility >>>> concerns for the samfs share configuration directive?) >>>> >>>> - Garrett >>>> >>>> Daniel Hain wrote: >>>>> I'm submitting this fasttrack for Jiri Sasek. This proposal seeks >>>>> patch binding >>>>> and will timeout on 07/13/2009. >>>>> >>>>> The listed imported interfaces from libsam.so are currently >>>>> classified as Stable >>>>> by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS >>>>> 4.0). The case for SAM-QFS 5.0 (PSARC/2007/588) lists them as >>>>> Unstable, but that case has not >>>>> been approved. Discussion with the SAM-QFS team indicates that >>>>> they feel the classification of these interfaces is still Stable. >>>>> >>>>> -Dan >>>>> >>>>> >>>>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >>>>> This information is Copyright 2009 Sun Microsystems >>>>> 1. Introduction >>>>> 1.1. Project/Component Working Name: >>>>> Support off-line files on SAM-QFS for Samba in Solaris >>>>> 1.2. Name of Document Author/Supplier: >>>>> Author: Jiri Sasek >>>>> 1.3 Date of This Document: >>>>> 06 July, 2009 >>>>> 4. Technical Description >>>>> Proposal: >>>>> >>>>> Support off-line files on SAM-QFS for Samba in Solaris. >>>>> >>>>> Detail: >>>>> >>>>> Samba is CIFS volume and printing server. >>>>> >>>>> The current version of Samba (3.0.34) integrated in Solaris >>>>> does not support off-line file attribute for files stored on >>>>> a SAM-FS volume when located on an off-line storage (a tape). >>>>> >>>>> Such situation has the following consequences on MS Windows >>>>> clients: >>>>> >>>>> - Client's attempt to acces an off-line file will fail on >>>>> timeout which is set too short to access a file stored >>>>> on a tape or any other external (off-line) storage. >>>>> >>>>> - If MS Windows Eplorer's curent directory is set to >>>>> a directory full of off-lined files it causes a "storm" >>>>> of the tape changer arms when thumbnails are being generated. >>>>> >>>>> The solution is to let Samba use libsam.so library, [4], >>>>> which >>>>> provides the off-line information for files stored on a >>>>> off-line storage (a tape). Since this library is optional >>>>> on Solaris then it is necessary to use lazy binding option >>>>> for >>>>> linking this library with Samba. The lazy binding option >>>>> makes >>>>> sure that "smbd" (Samba daemon) will run even if >>>>> libsamfs.so is >>>>> not present on the system. >>>>> >>>>> When "samfs share = yes" configuration option is set in smb.conf >>>>> (Samba configuration file) and libsamfs.so is not present on the >>>>> system then calling the lazy linked library-call will not >>>>> complete >>>>> the dlopen(2) call successfuly and the standard message from the >>>>> run-time linker notifying about is redirected from the stderr >>>>> output to the "smbd" log file appropriate to the CIFS session >>>>> serviced by this "smbd" daemon. Samba log files can be configured >>>>> as described in smb.conf(4). In the standard distribution such >>>>> log >>>>> file is located on the "/var/samba/log/log." path. >>>>> >>>>> SAM-FS library libsamfs.so is delivered by optional packages >>>>> SUNWsamfsr SUNWsamfsu and should be installed from the external >>>>> source. >>>>> Exported Interfaces: (uncommited) >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of >>>>> SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the >>>>> off/on-line file status of files located on SAM-QFS share >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> smb.conf option "samfs share = yes|no" (default: no) >>>>> >>>>> Imported Interfaces: >>>>> >>>>> The following functions from libsamfs.so are used: >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> sam_stat() | File status calls available from libsam >>>>> library >>>>> sam_segment_stat() | returning the "struct sam_stat" >>>>> >>>>> References: >>>>> >>>>> [1] http://samba.org/ >>>>> Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael >>>>> Adam... >>>>> please check Samba.org to obtain the full list of the core >>>>> team members >>>>> please also check the source code for external contributors >>>>> [2] Common Internet File System (CIFS) Technical Reference >>>>> (Revision: 1.0) >>>>> http://snia.org/ >>>>> [3] 6737005 samba should handle samfs WORM and offline files >>>>> gracefully >>>>> [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ >>>>> >>>>> >>>>> >>>>> 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 Jiri.Sasek@sun.com Mon Jul 6 18:24:57 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n671Oum4023462 for ; Mon, 6 Jul 2009 18:24:57 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n671OsPZ028532 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 7 Jul 2009 02:24:56 +0100 (BST) 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 <0KME0040119I2N00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 18:24:54 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KME0088219HCNB0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 06 Jul 2009 18:24:54 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n671Or3R022586 for ; Tue, 07 Jul 2009 01:24: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.02 64bit (built Apr 16 2009)) id <0KME00A000X05U00@fe-emea-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 07 Jul 2009 02:24:53 +0100 (BST) Received: from [192.168.0.2] ([unknown] [213.29.233.50]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KME00M9T19GNU60@fe-emea-09.sun.com>; Tue, 07 Jul 2009 02:24:53 +0100 (BST) Date: Tue, 07 Jul 2009 03:24:31 +0200 From: Jiri Sasek - RPE Prague Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A529755.2080008@sun.com> Sender: Jiri.Sasek@sun.com To: "Garrett D'Amore" Cc: Daniel Hain , PSARC-ext@sun.com Message-id: <4A52A3CF.7020502@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A52422A.3070304@sun.com> <4A5293DA.3080802@Sun.COM> <4A529755.2080008@sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090505) Status: RO Content-Length: 6688 please note: in the future version the samfs support will be done via the samfs VFS-module loading, similar ti "zfsacl" module on ZFS: vfs objects = samfs ...to dlopen() and load the VFS-module Jiri Garrett D'Amore wrote: > What about the configuration syntax though? Is it compatible with > upstream, or not? > > - Garrett > > Jiri Sasek - RPE Prague wrote: >> Hi Garrett >> >> Code of the patch was originally brought by Michael Adam from >> Samba.org but the code was not accepted to downstream because the >> samba 3.0 become obsoleted. Currently the samba 3.3 (3.2+) has the >> OFF-LINE support directly on VFS interface so this way is currently >> not supported in source downstream. Even though we need to cover this >> feature to the customers using the Solaris 10 for *now*. >> Samba 3.2+ is released under the GPLv3 license so there was 1year >> long "battle" with Sun legals to convince them to approve the >> integration of samba 3.3 into the Solaris Nevada. >> >> Integration of the samba 3.0 patch for off-line files support is the >> fastest way to keep the continuity of the SAMFS support for the >> Solaris 10 users. >> >> Samba 3.2+ is planed to bring the native support for HSM >> (http://en.wikipedia.org/wiki/Hierarchical_storage_management) which >> is equivalent to SAM in Sun. >> >> Currently I am also working on the PSARC case for the samba 3.3 >> upgrade but doing this task will need more time than this fix of >> samba 3.0 which is already running as relief on customers box. >> >> Regards >> >> jiri >> >> >> >> Garrett D'Amore wrote: >>> Is the supporting code for this coming from upstream, or is this a >>> new invention at Sun? (Specifically, are there compatibility >>> concerns for the samfs share configuration directive?) >>> >>> - Garrett >>> >>> Daniel Hain wrote: >>>> I'm submitting this fasttrack for Jiri Sasek. This proposal seeks >>>> patch binding >>>> and will timeout on 07/13/2009. >>>> >>>> The listed imported interfaces from libsam.so are currently >>>> classified as Stable >>>> by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS >>>> 4.0). The case for SAM-QFS 5.0 (PSARC/2007/588) lists them as >>>> Unstable, but that case has not >>>> been approved. Discussion with the SAM-QFS team indicates that they >>>> feel the classification of these interfaces is still Stable. >>>> >>>> -Dan >>>> >>>> >>>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >>>> This information is Copyright 2009 Sun Microsystems >>>> 1. Introduction >>>> 1.1. Project/Component Working Name: >>>> Support off-line files on SAM-QFS for Samba in Solaris >>>> 1.2. Name of Document Author/Supplier: >>>> Author: Jiri Sasek >>>> 1.3 Date of This Document: >>>> 06 July, 2009 >>>> 4. Technical Description >>>> Proposal: >>>> >>>> Support off-line files on SAM-QFS for Samba in Solaris. >>>> >>>> Detail: >>>> >>>> Samba is CIFS volume and printing server. >>>> >>>> The current version of Samba (3.0.34) integrated in Solaris >>>> does not support off-line file attribute for files stored on >>>> a SAM-FS volume when located on an off-line storage (a tape). >>>> >>>> Such situation has the following consequences on MS Windows >>>> clients: >>>> >>>> - Client's attempt to acces an off-line file will fail on >>>> timeout which is set too short to access a file stored >>>> on a tape or any other external (off-line) storage. >>>> >>>> - If MS Windows Eplorer's curent directory is set to >>>> a directory full of off-lined files it causes a "storm" >>>> of the tape changer arms when thumbnails are being generated. >>>> >>>> The solution is to let Samba use libsam.so library, [4], which >>>> provides the off-line information for files stored on a >>>> off-line storage (a tape). Since this library is optional >>>> on Solaris then it is necessary to use lazy binding option for >>>> linking this library with Samba. The lazy binding option >>>> makes >>>> sure that "smbd" (Samba daemon) will run even if >>>> libsamfs.so is >>>> not present on the system. >>>> >>>> When "samfs share = yes" configuration option is set in smb.conf >>>> (Samba configuration file) and libsamfs.so is not present on the >>>> system then calling the lazy linked library-call will not complete >>>> the dlopen(2) call successfuly and the standard message from the >>>> run-time linker notifying about is redirected from the stderr >>>> output to the "smbd" log file appropriate to the CIFS session >>>> serviced by this "smbd" daemon. Samba log files can be configured >>>> as described in smb.conf(4). In the standard distribution such log >>>> file is located on the "/var/samba/log/log." path. >>>> >>>> SAM-FS library libsamfs.so is delivered by optional packages >>>> SUNWsamfsr SUNWsamfsu and should be installed from the external >>>> source. >>>> Exported Interfaces: (uncommited) >>>> >>>> >>>> --------------------------------------------------------------------- >>>> FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of >>>> SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the >>>> off/on-line file status of files located on SAM-QFS share >>>> >>>> >>>> --------------------------------------------------------------------- >>>> smb.conf option "samfs share = yes|no" (default: no) >>>> >>>> Imported Interfaces: >>>> >>>> The following functions from libsamfs.so are used: >>>> >>>> >>>> --------------------------------------------------------------------- >>>> sam_stat() | File status calls available from libsam library >>>> sam_segment_stat() | returning the "struct sam_stat" >>>> >>>> References: >>>> >>>> [1] http://samba.org/ >>>> Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael >>>> Adam... >>>> please check Samba.org to obtain the full list of the core team >>>> members >>>> please also check the source code for external contributors >>>> [2] Common Internet File System (CIFS) Technical Reference >>>> (Revision: 1.0) >>>> http://snia.org/ >>>> [3] 6737005 samba should handle samfs WORM and offline files >>>> gracefully >>>> [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ >>>> >>>> >>>> >>>> 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 amw@sun.com Tue Jul 7 17:28:10 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 n680SAWN006358 for ; Tue, 7 Jul 2009 17:28:10 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n680S1jw001993 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 7 Jul 2009 17:28:10 -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 <0KMF0040XTAWBD00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 07 Jul 2009 18:28: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 <0KMF00BUVTATMX50@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 07 Jul 2009 18:28:06 -0600 (MDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n680S5tQ006030 for ; Wed, 08 Jul 2009 00:28:05 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMF00200T3ABQ00@mail-amer.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 07 Jul 2009 18:28:05 -0600 (MDT) Received: from [10.1.106.211] ([unknown] [10.1.106.211]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMF00LCOTAP1E70@mail-amer.sun.com>; Tue, 07 Jul 2009 18:28:02 -0600 (MDT) Date: Tue, 07 Jul 2009 17:28:01 -0700 From: Alan M Wright Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> Sender: Alan.M.Wright@sun.com To: Daniel Hain Cc: PSARC-ext@sun.com, Jiri.Sasek@sun.com Message-id: <4A53E811.6060200@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090323) Status: RO Content-Length: 4870 While this will solve the problem for Samba, it won't provide support for offline files via the native Solaris CIFS Service, i.e. anyone using the native Solaris CIFS Service to share samfs will continue to see timeout failures as described below. It would be good to have a solution that supports both services. Alan On 07/06/09 11:19, Daniel Hain wrote: > I'm submitting this fasttrack for Jiri Sasek. This proposal seeks patch binding > and will timeout on 07/13/2009. > > The listed imported interfaces from libsam.so are currently classified as Stable > by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS 4.0). The case > for SAM-QFS 5.0 (PSARC/2007/588) lists them as Unstable, but that case has not > been approved. Discussion with the SAM-QFS team indicates that they feel the > classification of these interfaces is still Stable. > > -Dan > > > Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > Support off-line files on SAM-QFS for Samba in Solaris > 1.2. Name of Document Author/Supplier: > Author: Jiri Sasek > 1.3 Date of This Document: > 06 July, 2009 > 4. Technical Description > Proposal: > > Support off-line files on SAM-QFS for Samba in Solaris. > > Detail: > > Samba is CIFS volume and printing server. > > The current version of Samba (3.0.34) integrated in Solaris > does not support off-line file attribute for files stored on > a SAM-FS volume when located on an off-line storage (a tape). > > Such situation has the following consequences on MS Windows > clients: > > - Client's attempt to acces an off-line file will fail on > timeout which is set too short to access a file stored > on a tape or any other external (off-line) storage. > > - If MS Windows Eplorer's curent directory is set to > a directory full of off-lined files it causes a "storm" > of the tape changer arms when thumbnails are being generated. > > The solution is to let Samba use libsam.so library, [4], which > provides the off-line information for files stored on a > off-line storage (a tape). Since this library is optional > on Solaris then it is necessary to use lazy binding option for > linking this library with Samba. The lazy binding option makes > sure that "smbd" (Samba daemon) will run even if libsamfs.so is > not present on the system. > > When "samfs share = yes" configuration option is set in smb.conf > (Samba configuration file) and libsamfs.so is not present on the > system then calling the lazy linked library-call will not complete > the dlopen(2) call successfuly and the standard message from the > run-time linker notifying about is redirected from the stderr > output to the "smbd" log file appropriate to the CIFS session > serviced by this "smbd" daemon. Samba log files can be configured > as described in smb.conf(4). In the standard distribution such log > file is located on the "/var/samba/log/log." path. > > SAM-FS library libsamfs.so is delivered by optional packages > SUNWsamfsr SUNWsamfsu and should be installed from the external > source. > > Exported Interfaces: (uncommited) > > --------------------------------------------------------------------- > FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of > SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the > off/on-line file status of files located on SAM-QFS share > > --------------------------------------------------------------------- > smb.conf option "samfs share = yes|no" (default: no) > > Imported Interfaces: > > The following functions from libsamfs.so are used: > > --------------------------------------------------------------------- > sam_stat() | File status calls available from libsam library > sam_segment_stat() | returning the "struct sam_stat" > > References: > > [1] http://samba.org/ > Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael Adam... > please check Samba.org to obtain the full list of the core team members > please also check the source code for external contributors > [2] Common Internet File System (CIFS) Technical Reference (Revision: 1.0) > http://snia.org/ > [3] 6737005 samba should handle samfs WORM and offline files gracefully > [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ > > > > 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 > > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org From Jiri.Sasek@Sun.COM Wed Jul 8 05:28:33 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n68CSWed025722 for ; Wed, 8 Jul 2009 05:28:32 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n68CSVhF007245 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 8 Jul 2009 13:28:31 +0100 (BST) 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 <0KMG00G01QNHO300@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 08 Jul 2009 05:28:29 -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 <0KMG00EOMQNF7D00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 08 Jul 2009 05:28:28 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n68CSRBM019337 for ; Wed, 08 Jul 2009 12:28:27 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMG00700Q9AKE00@fe-emea-10.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 08 Jul 2009 13:28:27 +0100 (BST) Received: from [192.168.0.2] ([unknown] [213.29.233.50]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMG00EAIQN62Y20@fe-emea-10.sun.com>; Wed, 08 Jul 2009 13:28:18 +0100 (BST) Date: Wed, 08 Jul 2009 14:27:51 +0200 From: Jiri Sasek - RPE Prague Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A53E811.6060200@sun.com> Sender: Jiri.Sasek@Sun.COM To: Alan M Wright Cc: Daniel Hain , PSARC-ext@Sun.COM Message-id: <4A5490C7.2050608@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090505) Status: RO Content-Length: 6616 Hi Alan Please let me elaborate more detailed. Samba and SMB-server has different design concepts: Samba: pure user-space application doing all the CIFS processing on the user-space level. Use only the very basic data-transfer acceleration methods like sendfile(2) or splice() [bi-directional "sendfile" supported by Linux kernel] calls supported directly in the kernel. On the other side it can link any user space library. i.e. libsam.so as in this case SMB-server: doing more accelerations directly in the kernel. There is a lot of interfaces on which such change should be applied. There the reasons why not to harmonize the unified interface for the Samba and SMB-server: - samba has also internal interfaces (samba 3.+ is modular) but these interfaces are controlled by the samba.org community. - there are different design concepts between the Samba an SMB-server. - samba.org follows different priorities than appliance team integrating the SMB-server. I have never heard about QFS support on appliances. Also the integration of SAM (*) to run above the ZFS was planed after the SAM-QFS integration into the Nevada. SAM-QFS integration into the Nevada was planed to the end of the cal. year 08 but it was postponed where no date is currently estimated. In such case I am unconvinced about the effectivity of waiting for the harmonized solition for samba and SMB-server. Jiri (*) - SAM (Storage Archive Management) ~= HSM (Hierarchical Storage Management) according to IBM terminology Alan M Wright wrote: > While this will solve the problem for Samba, it won't provide support > for offline files via the native Solaris CIFS Service, i.e. anyone > using the native Solaris CIFS Service to share samfs will continue to > see timeout failures as described below. > > It would be good to have a solution that supports both services. > > Alan > > On 07/06/09 11:19, Daniel Hain wrote: >> I'm submitting this fasttrack for Jiri Sasek. This proposal seeks >> patch binding >> and will timeout on 07/13/2009. >> >> The listed imported interfaces from libsam.so are currently >> classified as Stable >> by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS 4.0). >> The case for SAM-QFS 5.0 (PSARC/2007/588) lists them as Unstable, >> but that case has not >> been approved. Discussion with the SAM-QFS team indicates that they >> feel the classification of these interfaces is still Stable. >> >> -Dan >> >> >> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >> This information is Copyright 2009 Sun Microsystems >> 1. Introduction >> 1.1. Project/Component Working Name: >> Support off-line files on SAM-QFS for Samba in Solaris >> 1.2. Name of Document Author/Supplier: >> Author: Jiri Sasek >> 1.3 Date of This Document: >> 06 July, 2009 >> 4. Technical Description >> Proposal: >> >> Support off-line files on SAM-QFS for Samba in Solaris. >> >> Detail: >> >> Samba is CIFS volume and printing server. >> >> The current version of Samba (3.0.34) integrated in Solaris >> does not support off-line file attribute for files stored on >> a SAM-FS volume when located on an off-line storage (a tape). >> >> Such situation has the following consequences on MS Windows >> clients: >> >> - Client's attempt to acces an off-line file will fail on >> timeout which is set too short to access a file stored >> on a tape or any other external (off-line) storage. >> >> - If MS Windows Eplorer's curent directory is set to >> a directory full of off-lined files it causes a "storm" >> of the tape changer arms when thumbnails are being generated. >> >> The solution is to let Samba use libsam.so library, [4], which >> provides the off-line information for files stored on a >> off-line storage (a tape). Since this library is optional >> on Solaris then it is necessary to use lazy binding option for >> linking this library with Samba. The lazy binding option makes >> sure that "smbd" (Samba daemon) will run even if libsamfs.so is >> not present on the system. >> >> When "samfs share = yes" configuration option is set in smb.conf >> (Samba configuration file) and libsamfs.so is not present on the >> system then calling the lazy linked library-call will not complete >> the dlopen(2) call successfuly and the standard message from the >> run-time linker notifying about is redirected from the stderr >> output to the "smbd" log file appropriate to the CIFS session >> serviced by this "smbd" daemon. Samba log files can be configured >> as described in smb.conf(4). In the standard distribution such log >> file is located on the "/var/samba/log/log." path. >> >> SAM-FS library libsamfs.so is delivered by optional packages >> SUNWsamfsr SUNWsamfsu and should be installed from the external >> source. >> Exported Interfaces: (uncommited) >> >> --------------------------------------------------------------------- >> FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of >> SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the >> off/on-line file status of files located on SAM-QFS share >> >> --------------------------------------------------------------------- >> smb.conf option "samfs share = yes|no" (default: no) >> >> Imported Interfaces: >> >> The following functions from libsamfs.so are used: >> >> --------------------------------------------------------------------- >> sam_stat() | File status calls available from libsam library >> sam_segment_stat() | returning the "struct sam_stat" >> >> References: >> >> [1] http://samba.org/ >> Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael Adam... >> please check Samba.org to obtain the full list of the core team >> members >> please also check the source code for external contributors >> [2] Common Internet File System (CIFS) Technical Reference (Revision: >> 1.0) >> http://snia.org/ >> [3] 6737005 samba should handle samfs WORM and offline files gracefully >> [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ >> >> >> >> 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 >> >> _______________________________________________ >> opensolaris-arc mailing list >> opensolaris-arc@opensolaris.org > From Jiri.Sasek@sun.com Wed Jul 8 05:37:02 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n68Cb1YF025764 for ; Wed, 8 Jul 2009 05:37:01 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n68CasIm011883 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 8 Jul 2009 13:37:00 +0100 (BST) 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 <0KMG00909R1M5P00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 08 Jul 2009 05:36:58 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KMG00ML3R1L6Y70@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 08 Jul 2009 05:36:58 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n68CauPM019922 for ; Wed, 08 Jul 2009 12:36:56 +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.02 64bit (built Apr 16 2009)) id <0KMG00L00QJS7700@fe-emea-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 08 Jul 2009 13:36:56 +0100 (BST) Received: from [192.168.0.2] ([unknown] [213.29.233.50]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMG00AW9R1HJZD0@fe-emea-09.sun.com>; Wed, 08 Jul 2009 13:36:54 +0100 (BST) Date: Wed, 08 Jul 2009 14:36:27 +0200 From: Jiri Sasek - RPE Prague Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A53E811.6060200@sun.com> Sender: Jiri.Sasek@sun.com To: Alan M Wright Cc: Daniel Hain , PSARC-ext@sun.com Message-id: <4A5492CB.4040307@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090505) Status: RO Content-Length: 5636 Please let me refine. This contract is special case of the interface contract where the interface is not controlled by Solaris and is optional in Solaris so the main accent is on the keeping of the functionality of samba in case the optional component (libsam.so) is not installed on the system. Solution itself is already running on the customers box as temporary relief so its functionality is proved. Only the issue is to prove also the original functionality of the samba daemon is not interfered in some undocumented case. Jiri Alan M Wright wrote: > While this will solve the problem for Samba, it won't provide support > for offline files via the native Solaris CIFS Service, i.e. anyone > using the native Solaris CIFS Service to share samfs will continue to > see timeout failures as described below. > > It would be good to have a solution that supports both services. > > Alan > > On 07/06/09 11:19, Daniel Hain wrote: >> I'm submitting this fasttrack for Jiri Sasek. This proposal seeks >> patch binding >> and will timeout on 07/13/2009. >> >> The listed imported interfaces from libsam.so are currently >> classified as Stable >> by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS 4.0). >> The case for SAM-QFS 5.0 (PSARC/2007/588) lists them as Unstable, >> but that case has not >> been approved. Discussion with the SAM-QFS team indicates that they >> feel the classification of these interfaces is still Stable. >> >> -Dan >> >> >> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >> This information is Copyright 2009 Sun Microsystems >> 1. Introduction >> 1.1. Project/Component Working Name: >> Support off-line files on SAM-QFS for Samba in Solaris >> 1.2. Name of Document Author/Supplier: >> Author: Jiri Sasek >> 1.3 Date of This Document: >> 06 July, 2009 >> 4. Technical Description >> Proposal: >> >> Support off-line files on SAM-QFS for Samba in Solaris. >> >> Detail: >> >> Samba is CIFS volume and printing server. >> >> The current version of Samba (3.0.34) integrated in Solaris >> does not support off-line file attribute for files stored on >> a SAM-FS volume when located on an off-line storage (a tape). >> >> Such situation has the following consequences on MS Windows >> clients: >> >> - Client's attempt to acces an off-line file will fail on >> timeout which is set too short to access a file stored >> on a tape or any other external (off-line) storage. >> >> - If MS Windows Eplorer's curent directory is set to >> a directory full of off-lined files it causes a "storm" >> of the tape changer arms when thumbnails are being generated. >> >> The solution is to let Samba use libsam.so library, [4], which >> provides the off-line information for files stored on a >> off-line storage (a tape). Since this library is optional >> on Solaris then it is necessary to use lazy binding option for >> linking this library with Samba. The lazy binding option makes >> sure that "smbd" (Samba daemon) will run even if libsamfs.so is >> not present on the system. >> >> When "samfs share = yes" configuration option is set in smb.conf >> (Samba configuration file) and libsamfs.so is not present on the >> system then calling the lazy linked library-call will not complete >> the dlopen(2) call successfuly and the standard message from the >> run-time linker notifying about is redirected from the stderr >> output to the "smbd" log file appropriate to the CIFS session >> serviced by this "smbd" daemon. Samba log files can be configured >> as described in smb.conf(4). In the standard distribution such log >> file is located on the "/var/samba/log/log." path. >> >> SAM-FS library libsamfs.so is delivered by optional packages >> SUNWsamfsr SUNWsamfsu and should be installed from the external >> source. >> Exported Interfaces: (uncommited) >> >> --------------------------------------------------------------------- >> FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of >> SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the >> off/on-line file status of files located on SAM-QFS share >> >> --------------------------------------------------------------------- >> smb.conf option "samfs share = yes|no" (default: no) >> >> Imported Interfaces: >> >> The following functions from libsamfs.so are used: >> >> --------------------------------------------------------------------- >> sam_stat() | File status calls available from libsam library >> sam_segment_stat() | returning the "struct sam_stat" >> >> References: >> >> [1] http://samba.org/ >> Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael Adam... >> please check Samba.org to obtain the full list of the core team >> members >> please also check the source code for external contributors >> [2] Common Internet File System (CIFS) Technical Reference (Revision: >> 1.0) >> http://snia.org/ >> [3] 6737005 samba should handle samfs WORM and offline files gracefully >> [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ >> >> >> >> 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 >> >> _______________________________________________ >> opensolaris-arc mailing list >> opensolaris-arc@opensolaris.org > From amw@Sun.COM Thu Jul 9 00:45:03 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n697j2xN010025 for ; Thu, 9 Jul 2009 00:45:02 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n697j1rq026800 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 9 Jul 2009 15:45:01 +0800 (SGT) 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 <0KMI00G0386ZMQ00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 09 Jul 2009 00:44:59 -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 <0KMI0089H86YVN70@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 09 Jul 2009 00:44:58 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n697iwEV019395 for ; Thu, 09 Jul 2009 07:44:58 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMI00F007T0UH00@mail-amer.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 09 Jul 2009 01:44:58 -0600 (MDT) Received: from TOSHIBA ([unknown] [68.228.88.55]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMI003KJ86XZC60@mail-amer.sun.com>; Thu, 09 Jul 2009 01:44:57 -0600 (MDT) Date: Thu, 09 Jul 2009 00:44:53 -0700 From: "Alan.M.Wright" Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] Sender: Alan.M.Wright@Sun.COM To: Jiri Sasek - RPE Prague Cc: PSARC-ext@Sun.COM, Daniel Hain Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailer: Microsoft Outlook Express 6.00.2900.5512 Content-type: text/plain; CHARSET=US-ASCII; reply-type=response; format=flowed Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-PMX-Version: 5.4.1.325704 References: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5490C7.2050608@Sun.COM> Status: RO Content-Length: 7949 My concern is that this doesn't provide a complete solution to sharing offline files on Nevada or OpenSolaris, or support future HSM or file migration applications. Users have the option to share files over SMB using smb/server (the native CIFS Service) or Samba, and it seems inappropriate to select a mechanism that doesn't support that choice. Adding an offline system attribute (PSARC/2007/315 and PSARC 2007/394) would provide support to smb/server, Samba and other file sharing protocols, such as NFS, and it would be available in both kernel and user space. The interfaces described in PSARC/2007/315 are available via libc - no special dlopen() or library dependency required to support SAM-QFS file sharing. I'd much prefer to see an ARC case that adds an offline system attribute, which would support both our current file sharing needs and future needs (HSM and file migration applications) than one that simply satisfies the short term need of one application. I could work with you on such an ARC case and implementation. Alan ----- Original Message ----- Jiri Sasek - RPE Prague wrote: > Hi Alan > > Please let me elaborate more detailed. > > Samba and SMB-server has different design concepts: > > Samba: pure user-space application doing all the CIFS processing on the > user-space level. Use only the very basic data-transfer acceleration > methods like sendfile(2) or splice() [bi-directional "sendfile" > supported by Linux kernel] calls supported directly in the kernel. On > the other side it can link any user space library. i.e. libsam.so as in > this case > > SMB-server: doing more accelerations directly in the kernel. There is a > lot of interfaces on which such change should be applied. > > There the reasons why not to harmonize the unified interface for the > Samba and SMB-server: > > - samba has also internal interfaces (samba 3.+ is modular) but these > interfaces are controlled by the samba.org community. > > - there are different design concepts between the Samba an SMB-server. > > - samba.org follows different priorities than appliance team > integrating the SMB-server. I have never heard about QFS support on > appliances. Also the integration of SAM (*) to run above the ZFS was > planed after the SAM-QFS integration into the Nevada. SAM-QFS > integration into the Nevada was planed to the end of the cal. year 08 > but it was postponed where no date is currently estimated. > > In such case I am unconvinced about the effectivity of waiting for the > harmonized solition for samba and SMB-server. > > Jiri > > (*) - SAM (Storage Archive Management) ~= HSM (Hierarchical Storage > Management) according to IBM terminology > > Alan M Wright wrote: >> While this will solve the problem for Samba, it won't provide support >> for offline files via the native Solaris CIFS Service, i.e. anyone >> using the native Solaris CIFS Service to share samfs will continue to >> see timeout failures as described below. >> >> It would be good to have a solution that supports both services. >> >> Alan >> >> On 07/06/09 11:19, Daniel Hain wrote: >>> I'm submitting this fasttrack for Jiri Sasek. This proposal seeks >>> patch binding >>> and will timeout on 07/13/2009. >>> >>> The listed imported interfaces from libsam.so are currently >>> classified as Stable >>> by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS 4.0). >>> The case for SAM-QFS 5.0 (PSARC/2007/588) lists them as Unstable, >>> but that case has not >>> been approved. Discussion with the SAM-QFS team indicates that they >>> feel the classification of these interfaces is still Stable. >>> >>> -Dan >>> >>> >>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >>> This information is Copyright 2009 Sun Microsystems >>> 1. Introduction >>> 1.1. Project/Component Working Name: >>> Support off-line files on SAM-QFS for Samba in Solaris >>> 1.2. Name of Document Author/Supplier: >>> Author: Jiri Sasek >>> 1.3 Date of This Document: >>> 06 July, 2009 >>> 4. Technical Description >>> Proposal: >>> >>> Support off-line files on SAM-QFS for Samba in Solaris. >>> >>> Detail: >>> >>> Samba is CIFS volume and printing server. >>> >>> The current version of Samba (3.0.34) integrated in Solaris >>> does not support off-line file attribute for files stored on >>> a SAM-FS volume when located on an off-line storage (a tape). >>> >>> Such situation has the following consequences on MS Windows >>> clients: >>> >>> - Client's attempt to acces an off-line file will fail on >>> timeout which is set too short to access a file stored >>> on a tape or any other external (off-line) storage. >>> >>> - If MS Windows Eplorer's curent directory is set to >>> a directory full of off-lined files it causes a "storm" >>> of the tape changer arms when thumbnails are being generated. >>> >>> The solution is to let Samba use libsam.so library, [4], which >>> provides the off-line information for files stored on a >>> off-line storage (a tape). Since this library is optional >>> on Solaris then it is necessary to use lazy binding option for >>> linking this library with Samba. The lazy binding option makes >>> sure that "smbd" (Samba daemon) will run even if libsamfs.so is >>> not present on the system. >>> >>> When "samfs share = yes" configuration option is set in smb.conf >>> (Samba configuration file) and libsamfs.so is not present on the >>> system then calling the lazy linked library-call will not complete >>> the dlopen(2) call successfuly and the standard message from the >>> run-time linker notifying about is redirected from the stderr >>> output to the "smbd" log file appropriate to the CIFS session >>> serviced by this "smbd" daemon. Samba log files can be configured >>> as described in smb.conf(4). In the standard distribution such log >>> file is located on the "/var/samba/log/log." path. >>> >>> SAM-FS library libsamfs.so is delivered by optional packages >>> SUNWsamfsr SUNWsamfsu and should be installed from the external >>> source. >>> Exported Interfaces: (uncommited) >>> >>> --------------------------------------------------------------------- >>> FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of >>> SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the >>> off/on-line file status of files located on SAM-QFS share >>> >>> --------------------------------------------------------------------- >>> smb.conf option "samfs share = yes|no" (default: no) >>> >>> Imported Interfaces: >>> >>> The following functions from libsamfs.so are used: >>> >>> --------------------------------------------------------------------- >>> sam_stat() | File status calls available from libsam library >>> sam_segment_stat() | returning the "struct sam_stat" >>> >>> References: >>> >>> [1] http://samba.org/ >>> Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael Adam... >>> please check Samba.org to obtain the full list of the core team >>> members >>> please also check the source code for external contributors >>> [2] Common Internet File System (CIFS) Technical Reference (Revision: >>> 1.0) >>> http://snia.org/ >>> [3] 6737005 samba should handle samfs WORM and offline files gracefully >>> [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ >>> >>> >>> >>> 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 >>> >>> _______________________________________________ >>> opensolaris-arc mailing list >>> opensolaris-arc@opensolaris.org >> > > From amw@sun.com Thu Jul 9 00:51:59 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n697pwLo010084 for ; Thu, 9 Jul 2009 00:51:58 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n697pv4D008341 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 9 Jul 2009 08:51:57 +0100 (BST) 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 <0KMI00C018IL8V00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 09 Jul 2009 01:51:57 -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 <0KMI00IRD8IKBDA0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 09 Jul 2009 01:51:56 -0600 (MDT) 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 n697puoM014930 for ; Thu, 09 Jul 2009 07:51:56 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMI004008C5M400@mail-amer.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 09 Jul 2009 01:51:56 -0600 (MDT) Received: from TOSHIBA ([unknown] [68.228.88.55]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMI00DOR8IJ7U70@mail-amer.sun.com>; Thu, 09 Jul 2009 01:51:56 -0600 (MDT) Date: Thu, 09 Jul 2009 00:51:52 -0700 From: "Alan.M.Wright" Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] Sender: Alan.M.Wright@sun.com To: Jiri Sasek - RPE Prague Cc: Daniel Hain , PSARC-ext@sun.com Message-id: <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailer: Microsoft Outlook Express 6.00.2900.5512 Content-type: text/plain; CHARSET=US-ASCII; reply-type=response; format=flowed Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal X-PMX-Version: 5.4.1.325704 References: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> Status: RO Content-Length: 6163 Providing this as a temporary solution to relieve a customer problem is excellent. My disagreement is that it should be committed as a long term solution for offline support when we already have a defined system attribute mechanism that could be used to solve the problem via libc. Alan ----- Original Message ----- Jiri Sasek - RPE Prague wrote: > Please let me refine. This contract is special case of the interface > contract where the interface is not controlled by Solaris and is > optional in Solaris so the main accent is on the keeping of the > functionality of samba in case the optional component (libsam.so) is not > installed on the system. > > Solution itself is already running on the customers box as temporary > relief so its functionality is proved. Only the issue is to prove also > the original functionality of the samba daemon is not interfered in some > undocumented case. > > Jiri > > Alan M Wright wrote: >> While this will solve the problem for Samba, it won't provide support >> for offline files via the native Solaris CIFS Service, i.e. anyone >> using the native Solaris CIFS Service to share samfs will continue to >> see timeout failures as described below. >> >> It would be good to have a solution that supports both services. >> >> Alan >> >> On 07/06/09 11:19, Daniel Hain wrote: >>> I'm submitting this fasttrack for Jiri Sasek. This proposal seeks >>> patch binding >>> and will timeout on 07/13/2009. >>> >>> The listed imported interfaces from libsam.so are currently >>> classified as Stable >>> by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS 4.0). >>> The case for SAM-QFS 5.0 (PSARC/2007/588) lists them as Unstable, >>> but that case has not >>> been approved. Discussion with the SAM-QFS team indicates that they >>> feel the classification of these interfaces is still Stable. >>> >>> -Dan >>> >>> >>> Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI >>> This information is Copyright 2009 Sun Microsystems >>> 1. Introduction >>> 1.1. Project/Component Working Name: >>> Support off-line files on SAM-QFS for Samba in Solaris >>> 1.2. Name of Document Author/Supplier: >>> Author: Jiri Sasek >>> 1.3 Date of This Document: >>> 06 July, 2009 >>> 4. Technical Description >>> Proposal: >>> >>> Support off-line files on SAM-QFS for Samba in Solaris. >>> >>> Detail: >>> >>> Samba is CIFS volume and printing server. >>> >>> The current version of Samba (3.0.34) integrated in Solaris >>> does not support off-line file attribute for files stored on >>> a SAM-FS volume when located on an off-line storage (a tape). >>> >>> Such situation has the following consequences on MS Windows >>> clients: >>> >>> - Client's attempt to acces an off-line file will fail on >>> timeout which is set too short to access a file stored >>> on a tape or any other external (off-line) storage. >>> >>> - If MS Windows Eplorer's curent directory is set to >>> a directory full of off-lined files it causes a "storm" >>> of the tape changer arms when thumbnails are being generated. >>> >>> The solution is to let Samba use libsam.so library, [4], which >>> provides the off-line information for files stored on a >>> off-line storage (a tape). Since this library is optional >>> on Solaris then it is necessary to use lazy binding option for >>> linking this library with Samba. The lazy binding option makes >>> sure that "smbd" (Samba daemon) will run even if libsamfs.so is >>> not present on the system. >>> >>> When "samfs share = yes" configuration option is set in smb.conf >>> (Samba configuration file) and libsamfs.so is not present on the >>> system then calling the lazy linked library-call will not complete >>> the dlopen(2) call successfuly and the standard message from the >>> run-time linker notifying about is redirected from the stderr >>> output to the "smbd" log file appropriate to the CIFS session >>> serviced by this "smbd" daemon. Samba log files can be configured >>> as described in smb.conf(4). In the standard distribution such log >>> file is located on the "/var/samba/log/log." path. >>> >>> SAM-FS library libsamfs.so is delivered by optional packages >>> SUNWsamfsr SUNWsamfsu and should be installed from the external >>> source. >>> Exported Interfaces: (uncommited) >>> >>> --------------------------------------------------------------------- >>> FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of >>> SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the >>> off/on-line file status of files located on SAM-QFS share >>> >>> --------------------------------------------------------------------- >>> smb.conf option "samfs share = yes|no" (default: no) >>> >>> Imported Interfaces: >>> >>> The following functions from libsamfs.so are used: >>> >>> --------------------------------------------------------------------- >>> sam_stat() | File status calls available from libsam library >>> sam_segment_stat() | returning the "struct sam_stat" >>> >>> References: >>> >>> [1] http://samba.org/ >>> Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael Adam... >>> please check Samba.org to obtain the full list of the core team >>> members >>> please also check the source code for external contributors >>> [2] Common Internet File System (CIFS) Technical Reference (Revision: >>> 1.0) >>> http://snia.org/ >>> [3] 6737005 samba should handle samfs WORM and offline files gracefully >>> [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ >>> >>> >>> >>> 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 >>> >>> _______________________________________________ >>> opensolaris-arc mailing list >>> opensolaris-arc@opensolaris.org >> > > From Darren.Moffat@sun.com Thu Jul 9 02:33:43 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n699Xg9V011742 for ; Thu, 9 Jul 2009 02:33:43 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n699XebF025265 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 9 Jul 2009 17:33:42 +0800 (SGT) 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 <0KMI00F1BD852800@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 09 Jul 2009 02:33:41 -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 <0KMI00F14D841Z00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 09 Jul 2009 02:33:41 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n699Xe9I011133 for ; Thu, 09 Jul 2009 09:33:40 +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.02 64bit (built Apr 16 2009)) id <0KMI00I00C584L00@fe-emea-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 09 Jul 2009 10:33:40 +0100 (BST) Received: from [129.156.173.199] ([unknown] [129.156.173.199]) by fe-emea-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMI00KHXD7CSQD0@fe-emea-09.sun.com>; Thu, 09 Jul 2009 10:33:12 +0100 (BST) Date: Thu, 09 Jul 2009 10:33:12 +0100 From: Darren J Moffat Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> Sender: Darren.Moffat@sun.com To: "Alan.M.Wright" Cc: Jiri Sasek - RPE Prague , PSARC-ext@sun.com, Daniel Hain Message-id: <4A55B958.3050700@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> User-Agent: Thunderbird 2.0.0.18 (X11/20090127) Status: RO Content-Length: 863 Alan.M.Wright wrote: > Providing this as a temporary solution to relieve a customer problem > is excellent. My disagreement is that it should be committed as a > long term solution for offline support when we already have a defined > system attribute mechanism that could be used to solve the problem > via libc. Given the above I'm derailing this case for the purpose of writing an opinion with Advice to fund the above mentioned project and to point out the issue of adding Solaris/Sun functionality to Samba with no planned match for the in kernel CIFS server. PSARC members please are you willing to vote based on the above our would you like to see draft opinion text first. I've marked the case as "waiting need vote" for now. Note that this is *derail* not *deny* (though depending on the vote it could be but I doubt it). -- Darren J Moffat From gdamore@sun.com Thu Jul 9 02:49:37 2009 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 n699naMw011871 for ; Thu, 9 Jul 2009 02:49:37 -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.2) with ESMTP id n699nZVX011869 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 9 Jul 2009 03:49:36 -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 <0KMI0010DDYNNR00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 09 Jul 2009 02:49:35 -0700 (PDT) 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 <0KMI0010WDYLMJ00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Thu, 09 Jul 2009 02:49:33 -0700 (PDT) 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 n699nXg5002867 for ; Thu, 09 Jul 2009 02:49:33 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMI00H00DY4Z900@fe-sfbay-10.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Thu, 09 Jul 2009 02:49:33 -0700 (PDT) Received: from [192.168.251.11] ([unknown] [76.93.15.33]) by fe-sfbay-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMI0070WDYKMJF0@fe-sfbay-10.sun.com>; Thu, 09 Jul 2009 02:49:33 -0700 (PDT) Date: Thu, 09 Jul 2009 02:49:32 -0700 From: "Garrett D'Amore" Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A55B958.3050700@Sun.COM> Sender: Garrett.Damore@sun.com To: Darren J Moffat Cc: "Alan.M.Wright" , Jiri Sasek - RPE Prague , PSARC-ext@sun.com, Daniel Hain Message-id: <4A55BD2C.2050201@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> User-Agent: Thunderbird 2.0.0.18 (X11/20081201) Status: RO Content-Length: 2009 Darren J Moffat wrote: > Alan.M.Wright wrote: >> Providing this as a temporary solution to relieve a customer problem >> is excellent. My disagreement is that it should be committed as a >> long term solution for offline support when we already have a defined >> system attribute mechanism that could be used to solve the problem >> via libc. > > Given the above I'm derailing this case for the purpose of writing an > opinion with Advice to fund the above mentioned project and to point > out the issue of adding Solaris/Sun functionality to Samba with no > planned match for the in kernel CIFS server. > > PSARC members please are you willing to vote based on the above our > would you like to see draft opinion text first. I've marked the case > as "waiting need vote" for now. > > Note that this is *derail* not *deny* (though depending on the vote it > could be but I doubt it). > I was the original +1. I would normally have thought to vote to approve, but given the recent discussion, I'm not sure I am ready. Since this solution to the problem is temporary, and since binary relief is already available to the customer, I am inclined to vote to deny this project until they have a solution that works with both kernel CIFS and Samba. On a higher level, as yet another case where we have redundant functionality in two (or more) different systems, it seems like someone (PAC) ought to start funding an effort to consider reducing the complexity of the system by also reducing the number of duplicated subsystems. (Do we need both of these SMB servers? Do we need a bunch of different web servers? Do we need both cups and lpsched? Then the array of various different packet interception and filtering mechanisms in our stack boggles the mind... at what point does the fact that we have so much choice actually become a liability to our customers rather than a benefit? Its *clear* to me that it is already a liability in the cost to Sun engineering.... -- Garrett From Richard.Matthews@sun.com Thu Jul 9 06:04:45 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n69D4jtS018310 for ; Thu, 9 Jul 2009 06:04:45 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n69D4d7d024878 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Thu, 9 Jul 2009 14:04:44 +0100 (BST) 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 <0KMI00003MZVO600@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 09 Jul 2009 07:04:43 -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 <0KMI00KTPMZUDX10@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 09 Jul 2009 07:04:42 -0600 (MDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n69D4g5u010752 for ; Thu, 09 Jul 2009 13:04:42 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMI00M00MVOG400@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Thu, 09 Jul 2009 07:04:42 -0600 (MDT) Received: from [129.152.9.14] ([unknown] [129.152.9.14]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMI00CJPMZNU940@mail-amer.sun.com>; Thu, 09 Jul 2009 07:04:42 -0600 (MDT) Date: Thu, 09 Jul 2009 08:04:35 -0500 From: Rick Matthews Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A55B958.3050700@Sun.COM> Sender: Richard.Matthews@sun.com To: Darren J Moffat Cc: "Alan.M.Wright" , Jiri Sasek - RPE Prague , PSARC-ext@sun.com, Daniel Hain Reply-to: Richard.Matthews@sun.com Message-id: <4A55EAE3.2010300@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (X11/20090110) Status: RO Content-Length: 1508 On 07/ 9/09 04:33 AM, Darren J Moffat wrote: > Alan.M.Wright wrote: >> Providing this as a temporary solution to relieve a customer problem >> is excellent. My disagreement is that it should be committed as a >> long term solution for offline support when we already have a defined >> system attribute mechanism that could be used to solve the problem >> via libc. > > Given the above I'm derailing this case for the purpose of writing an > opinion with Advice to fund the above mentioned project and to point > out the issue of adding Solaris/Sun functionality to Samba with no > planned match for the in kernel CIFS server. > > PSARC members please are you willing to vote based on the above our > would you like to see draft opinion text first. I've marked the case > as "waiting need vote" for now. > > Note that this is *derail* not *deny* (though depending on the vote it > could be but I doubt it). > I'd, for one, like to see the draft opinion. I have some opinions about these approaches which I will document tomorrow. -- --------------------------------------------------------------------- Rick Matthews email: Rick.Matthews@sun.com Sun Microsystems, Inc. phone:+1(651) 554-1518 1270 Eagan Industrial Road phone(internal): 54418 Suite 160 fax: +1(651) 554-1540 Eagan, MN 55121-1231 USA main: +1(651) 554-1500 --------------------------------------------------------------------- From Richard.Matthews@sun.com Fri Jul 10 13:54:30 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 n6AKsTHc015938 for ; Fri, 10 Jul 2009 13:54:29 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n6AKsTFc024876 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 10 Jul 2009 13:54:29 -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 <0KML006073ES7Q00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 10 Jul 2009 14:54:28 -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 <0KML005I33ES9S00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 10 Jul 2009 14:54:28 -0600 (MDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n6AKsSZi025516 for ; Fri, 10 Jul 2009 20:54:28 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KML00I0038BA900@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 10 Jul 2009 14:54:28 -0600 (MDT) Received: from [129.152.9.14] ([unknown] [129.152.9.14]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KML0074U3EQPU10@mail-amer.sun.com>; Fri, 10 Jul 2009 14:54:27 -0600 (MDT) Date: Fri, 10 Jul 2009 15:54:26 -0500 From: Rick Matthews Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A55B958.3050700@Sun.COM> Sender: Richard.Matthews@sun.com To: Darren J Moffat Cc: "Alan.M.Wright" , Jiri Sasek - RPE Prague , PSARC-ext@sun.com, Daniel Hain Reply-to: Richard.Matthews@sun.com Message-id: <4A57AA82.7010408@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (X11/20090110) Status: RO Content-Length: 2737 Darren, I agree with Alan's proposal that the existing system extended attributes be expanded to include "offline" or whatever the appropriate tag could be. This would require a change to SAM-QFS to support Solaris extended attributes in at least the case of that flag (a SAM-QFS project/case, I'd guess) and modifying the interfaces introduced in PSARC/2007/315 to include the newly defined flag. This case appears to be asking to use existing interfaces of SAM-QFS to cause the Solaris provided samba to detect a condition that is causing the described customer problem, and mitigate it. The resultant FILE_ATTRIBUTE_OFFLINE within the SMB_QUERY_FILE_BASIC_INFO appears to be standard (at least in the SNIA document). I would think that advise to the PAC about modifying SAM-QFS to at least support an system extended attribute for offline, and for some unknown group to add that to the existing system extended attributes would be an appropriate response. In the mean time, I would think this case could be approved with a TCR to modify the version of Samba shipped by Sun when the architecturally appropriate interfaces (those using the existing infrastructure described in PSARC/2007/315) exist in Sun current and future HSM products. I could help add this to the general opinion, or add it as a minority opinion. == Rick On 07/ 9/09 04:33 AM, Darren J Moffat wrote: > Alan.M.Wright wrote: >> Providing this as a temporary solution to relieve a customer problem >> is excellent. My disagreement is that it should be committed as a >> long term solution for offline support when we already have a defined >> system attribute mechanism that could be used to solve the problem >> via libc. > > Given the above I'm derailing this case for the purpose of writing an > opinion with Advice to fund the above mentioned project and to point > out the issue of adding Solaris/Sun functionality to Samba with no > planned match for the in kernel CIFS server. > > PSARC members please are you willing to vote based on the above our > would you like to see draft opinion text first. I've marked the case > as "waiting need vote" for now. > > Note that this is *derail* not *deny* (though depending on the vote it > could be but I doubt it). -- --------------------------------------------------------------------- Rick Matthews email: Rick.Matthews@sun.com Sun Microsystems, Inc. phone:+1(651) 554-1518 1270 Eagan Industrial Road phone(internal): 54418 Suite 160 fax: +1(651) 554-1540 Eagan, MN 55121-1231 USA main: +1(651) 554-1500 --------------------------------------------------------------------- From amw@sun.com Sat Jul 11 18:53:00 2009 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 n6C1r0fa025554 for ; Sat, 11 Jul 2009 18:53:00 -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.2) with ESMTP id n6C1qvrm022279; Sat, 11 Jul 2009 19:52:57 -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 <0KMN00E03BW9D900@nwk-avmta-2.sfbay.sun.com>; Sat, 11 Jul 2009 18:52:57 -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 <0KMN0003ABW8SV80@nwk-avmta-2.sfbay.sun.com>; Sat, 11 Jul 2009 18:52:56 -0700 (PDT) Received: from relay13i.sun.com (ip123.net129179-4.block1.us.syntegra.com [129.179.4.123]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n6C1mZEE001181; Sun, 12 Jul 2009 01:52:56 +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-4379434; Sun, 12 Jul 2009 01:52:56 +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-493043; Sun, 12 Jul 2009 01:52:55 +0000 (Z) Received: from fed1rmmtao106.cox.net ([68.230.241.40] [68.230.241.40]) by relay1i.sun.com with ESMTP id BT-MMP-12655896; Sun, 12 Jul 2009 01:52:55 +0000 (Z) Received: from fed1rmimpo02.cox.net ([70.169.32.72]) by fed1rmmtao106.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20090712015245.COKM25927.fed1rmmtao106.cox.net@fed1rmimpo02.cox.net>; Sat, 11 Jul 2009 21:52:45 -0400 Received: from [192.168.123.111] ([68.228.88.55]) by fed1rmimpo02.cox.net with bizsmtp id Epsm1c0011Bewo404psmRs; Sat, 11 Jul 2009 21:52:46 -0400 Date: Sat, 11 Jul 2009 18:52:43 -0700 From: "Alan.M.Wright" Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A57AA82.7010408@Sun.COM> To: Richard.Matthews@sun.com Cc: Darren J Moffat , Jiri Sasek - RPE Prague , PSARC-ext@sun.com, Daniel Hain Message-id: <4A5941EB.2040108@Sun.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-VR-Score: -230.00 X-Authority-Analysis: v=1.0 c=1 a=7pAPPgWakm0A:10 a=17ZSRzmxFOGTuc5FJKwA:9 a=i7rN5pyv6z6i2LtaU6gA:7 a=3tjkM7aPawW0kdlceILZMkqDK3QA:4 X-CM-Score: 0.00 X-Antispam: No, score=-1.1/5.0, scanned in 0.082sec at (localhost [127.0.0.1]) by smf-spamd v1.3.1 - http://smfs.sf.net/ References: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> <4A57AA82.7010408@Sun.COM> User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) Status: RO Content-Length: 2906 Having a TCR against Samba in order to allow this (or any) fasttrack to be approved on the basis that the fasttrack is not the right solution but resolves a customer problem seems a bit strange to me. If we agree that adding a system attribute is the appropriate solution, we should pursue that now. The fact that SAMFS would require a change to support system attributes shouldn't really have a bearing on selecting the appropriate architectural solution, and if that's a concern perhaps we can talk about that offline. Alan -- Rick Matthews wrote: > Darren, > > I agree with Alan's proposal that the existing system extended > attributes be expanded > to include "offline" or whatever the appropriate tag could be. This > would require a change > to SAM-QFS to support Solaris extended attributes in at least the case > of that flag (a SAM-QFS > project/case, I'd guess) and modifying the interfaces introduced in > PSARC/2007/315 to include > the newly defined flag. > This case appears to be asking to use existing interfaces of SAM-QFS > to cause the > Solaris provided samba to detect a condition that is causing the > described customer > problem, and mitigate it. The resultant FILE_ATTRIBUTE_OFFLINE within the > SMB_QUERY_FILE_BASIC_INFO appears to be standard (at least in the SNIA > document). > I would think that advise to the PAC about modifying SAM-QFS to at > least support > an system extended attribute for offline, and for some unknown group > to add that to > the existing system extended attributes would be an appropriate response. > In the mean time, I would think this case could be approved with a > TCR to modify > the version of Samba shipped by Sun when the architecturally > appropriate interfaces > (those using the existing infrastructure described in PSARC/2007/315) > exist in Sun > current and future HSM products. > I could help add this to the general opinion, or add it as a minority > opinion. > == > Rick > > On 07/ 9/09 04:33 AM, Darren J Moffat wrote: >> Alan.M.Wright wrote: >>> Providing this as a temporary solution to relieve a customer problem >>> is excellent. My disagreement is that it should be committed as a >>> long term solution for offline support when we already have a defined >>> system attribute mechanism that could be used to solve the problem >>> via libc. >> >> Given the above I'm derailing this case for the purpose of writing an >> opinion with Advice to fund the above mentioned project and to point >> out the issue of adding Solaris/Sun functionality to Samba with no >> planned match for the in kernel CIFS server. >> >> PSARC members please are you willing to vote based on the above our >> would you like to see draft opinion text first. I've marked the >> case as "waiting need vote" for now. >> >> Note that this is *derail* not *deny* (though depending on the vote >> it could be but I doubt it). > From amw@sun.com Sun Jul 12 19:36:17 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n6D2aHvM028094 for ; Sun, 12 Jul 2009 19:36:17 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n6D2aFem003104 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 13 Jul 2009 03:36:16 +0100 (BST) 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 <0KMP00J018KG7Q00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sun, 12 Jul 2009 20:36:16 -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 <0KMP007BK8KF2D90@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sun, 12 Jul 2009 20:36:15 -0600 (MDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n6D2aFP9022710 for ; Mon, 13 Jul 2009 02:36:15 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMP00D008JVTK00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Sun, 12 Jul 2009 20:36:15 -0600 (MDT) Received: from TOSHIBA ([unknown] [68.228.88.55]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMP009FO8KEN210@mail-amer.sun.com>; Sun, 12 Jul 2009 20:36:15 -0600 (MDT) Date: Sun, 12 Jul 2009 19:36:12 -0700 From: "Alan.M.Wright" Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris[PSARC/2009/381 FastTrack timeout 07/13/2009] Sender: Alan.M.Wright@sun.com To: Richard.Matthews@sun.com Cc: PSARC-ext@sun.com, Jiri Sasek - RPE Prague , Daniel Hain Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailer: Microsoft Outlook Express 6.00.2900.5512 Content-type: multipart/alternative; boundary="Boundary_(ID_Y52qIQzAq0UUMHtb8h6veA)" X-Priority: 3 X-MSMail-priority: Normal X-PMX-Version: 5.4.1.325704 References: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> <4A57AA82.7010408@Sun.COM> <4A5941EB.2040108@Sun.COM> Status: RO Content-Length: 160 This is a multi-part message in MIME format. --Boundary_(ID_Y52qIQzAq0UUMHtb8h6veA) Content-type: text/plain; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From a practical standpoint, 2009/387 would also require a new system Status: RO attribute. It would be ideal if we could add both the offline and reparse system attributes at the same time, which would be timely for this case. Alan ----- Original Message ----- From: "Alan.M.Wright" To: Cc: ; "Jiri Sasek - RPE Prague" ; "Daniel Hain" Sent: Saturday, July 11, 2009 6:52 PM Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris[PSARC/2009/381 FastTrack timeout 07/13/2009] > Having a TCR against Samba in order to allow this (or any) fasttrack > to be approved on the basis that the fasttrack is not the right solution > but resolves a customer problem seems a bit strange to me. > > If we agree that adding a system attribute is the appropriate solution, we > should pursue that now. The fact that SAMFS would require a change > to support system attributes shouldn't really have a bearing on selecting > the appropriate architectural solution, and if that's a concern perhaps we > can talk about that offline. > > Alan > -- > > Rick Matthews wrote: >> Darren, >> >> I agree with Alan's proposal that the existing system extended >> attributes be expanded >> to include "offline" or whatever the appropriate tag could be. This >> would require a change >> to SAM-QFS to support Solaris extended attributes in at least the case >> of that flag (a SAM-QFS >> project/case, I'd guess) and modifying the interfaces introduced in >> PSARC/2007/315 to include >> the newly defined flag. >> This case appears to be asking to use existing interfaces of SAM-QFS >> to cause the >> Solaris provided samba to detect a condition that is causing the >> described customer >> problem, and mitigate it. The resultant FILE_ATTRIBUTE_OFFLINE within the >> SMB_QUERY_FILE_BASIC_INFO appears to be standard (at least in the SNIA >> document). >> I would think that advise to the PAC about modifying SAM-QFS to at >> least support >> an system extended attribute for offline, and for some unknown group >> to add that to >> the existing system extended attributes would be an appropriate response. >> In the mean time, I would think this case could be approved with a >> TCR to modify >> the version of Samba shipped by Sun when the architecturally >> appropriate interfaces >> (those using the existing infrastructure described in PSARC/2007/315) >> exist in Sun >> current and future HSM products. >> I could help add this to the general opinion, or add it as a minority >> opinion. >> == >> Rick >> >> On 07/ 9/09 04:33 AM, Darren J Moffat wrote: >>> Alan.M.Wright wrote: >>>> Providing this as a temporary solution to relieve a customer problem >>>> is excellent. My disagreement is that it should be committed as a >>>> long term solution for offline support when we already have a defined >>>> system attribute mechanism that could be used to solve the problem >>>> via libc. >>> >>> Given the above I'm derailing this case for the purpose of writing an >>> opinion with Advice to fund the above mentioned project and to point >>> out the issue of adding Solaris/Sun functionality to Samba with no >>> planned match for the in kernel CIFS server. >>> >>> PSARC members please are you willing to vote based on the above our >>> would you like to see draft opinion text first. I've marked the >>> case as "waiting need vote" for now. >>> >>> Note that this is *derail* not *deny* (though depending on the vote >>> it could be but I doubt it). >> > _______________________________________________ > opensolaris-arc mailing list > opensolaris-arc@opensolaris.org > --Boundary_(ID_Y52qIQzAq0UUMHtb8h6veA) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
From a practical standpoint, 2009/387 would also require a new system
attribute.  It would be ideal if we could add both the offline and reparse
system attributes at the same time, which would be timely for this case.
 
Alan
 
----- Original Message -----
From: "Alan.M.Wright" <amw@sun.com>
Cc: <PSARC-ext@sun.com>; "Jiri Sasek - RPE Prague" <Jiri.Sasek@Sun.COM>; "Daniel Hain" <dhain@sac.sfbay.sun.com>
Sent: Saturday, July 11, 2009 6:52 PM
Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris[PSARC/2009/381 FastTrack timeout 07/13/2009]

> Having a TCR against Samba in order to allow this (or any) fasttrack
> to be approved on the basis that the fasttrack is not the right solution
> but resolves a customer problem seems a bit strange to me.
>
> If we agree that adding a system attribute is the appropriate solution, we
> should pursue that now.  The fact that SAMFS would require a change
> to support system attributes shouldn't really have a bearing on selecting
> the appropriate architectural solution, and if that's a concern perhaps we
> can talk about that offline.
>
> Alan
> --
>
> Rick Matthews wrote:
>> Darren,
>>
>>  I agree with Alan's proposal that the existing system extended
>> attributes be expanded
>> to include "offline" or whatever the appropriate tag could be. This
>> would require a change
>> to SAM-QFS to support Solaris extended attributes in at least the case
>> of that flag (a SAM-QFS
>> project/case, I'd guess) and modifying the interfaces introduced in
>> PSARC/2007/315 to include
>> the newly defined flag.
>>  This case appears to be asking to use existing interfaces of SAM-QFS
>> to cause the
>> Solaris provided samba to detect a condition that is causing the
>> described customer
>> problem, and mitigate it. The resultant FILE_ATTRIBUTE_OFFLINE within the
>> SMB_QUERY_FILE_BASIC_INFO appears to be standard (at least in the SNIA
>> document).
>>  I would think that advise to the PAC about modifying SAM-QFS to at
>> least support
>> an system extended attribute for offline, and for some unknown group
>> to add that to
>> the existing system extended attributes would be an appropriate response.
>>  In the mean time, I would think this case could be approved with a
>> TCR to modify
>> the version of Samba shipped by Sun when the architecturally
>> appropriate interfaces
>> (those using the existing infrastructure described in PSARC/2007/315)
>> exist in Sun
>> current and future HSM products.
>>  I could help add this to the general opinion, or add it as a minority
>> opinion.
>> ==
>> Rick
>>
>>  On 07/ 9/09 04:33 AM, Darren J Moffat wrote:
>>> Alan.M.Wright wrote:
>>>> Providing this as a temporary solution to relieve a customer problem
>>>> is excellent.  My disagreement is that it should be committed as a
>>>> long term solution for offline support when we already have a defined
>>>> system attribute mechanism that could be used to solve the problem
>>>> via libc.
>>>
>>> Given the above I'm derailing this case for the purpose of writing an
>>> opinion with Advice to fund the above mentioned project and to point
>>> out the issue of adding Solaris/Sun functionality to Samba with no
>>> planned match for the in kernel CIFS server.
>>>
>>> PSARC members please are you willing to vote based on the above our
>>> would you like to see draft opinion text first.   I've marked the
>>> case as "waiting need vote" for now.
>>>
>>> Note that this is *derail* not *deny* (though depending on the vote
>>> it could be but I doubt it).
>>
> _______________________________________________
> opensolaris-arc mailing list
> opensolaris-arc@opensolaris.org
> --Boundary_(ID_Y52qIQzAq0UUMHtb8h6veA)-- From Jiri.Sasek@sun.com Mon Jul 13 01:52:42 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 n6D8qfMp008395 for ; Mon, 13 Jul 2009 01:52:41 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n6D8qeIf025179 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 13 Jul 2009 01:52:41 -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 <0KMP00D0JPZTUY00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 13 Jul 2009 01:52:41 -0700 (PDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KMP00BYPPZS3R20@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 13 Jul 2009 01:52:41 -0700 (PDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n6D8qdwu009848 for ; Mon, 13 Jul 2009 08:52:39 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMP00E00OCUTX00@fe-emea-10.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Mon, 13 Jul 2009 09:52:39 +0100 (BST) Received: from [129.157.71.68] ([unknown] [129.157.71.68]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMP00865PZHSKE0@fe-emea-10.sun.com>; Mon, 13 Jul 2009 09:52:30 +0100 (BST) Date: Mon, 13 Jul 2009 10:56:04 +0200 From: jiri sasek - Sun Microsystems - Prague Czech Republic Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A55BD2C.2050201@sun.com> Sender: Jiri.Sasek@sun.com To: "Garrett D'Amore" Cc: Darren J Moffat , "Alan.M.Wright" , PSARC-ext@sun.com, Daniel Hain Message-id: <4A5AF6A4.2040707@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> <4A55BD2C.2050201@sun.com> User-Agent: Thunderbird 2.0.0.18 (X11/20090127) Status: RO Content-Length: 2605 Samba is only the available CIFS server in Solaris 10. Solaris 10 is production system. Please do not concentrate only on the particular solutions. In scope of this case is support of off-line files also on production system. Jiri Garrett D'Amore wrote: > Darren J Moffat wrote: >> Alan.M.Wright wrote: >>> Providing this as a temporary solution to relieve a customer problem >>> is excellent. My disagreement is that it should be committed as a >>> long term solution for offline support when we already have a defined >>> system attribute mechanism that could be used to solve the problem >>> via libc. >> >> Given the above I'm derailing this case for the purpose of writing an >> opinion with Advice to fund the above mentioned project and to point >> out the issue of adding Solaris/Sun functionality to Samba with no >> planned match for the in kernel CIFS server. >> >> PSARC members please are you willing to vote based on the above our >> would you like to see draft opinion text first. I've marked the case >> as "waiting need vote" for now. >> >> Note that this is *derail* not *deny* (though depending on the vote it >> could be but I doubt it). >> > I was the original +1. I would normally have thought to vote to > approve, but given the recent discussion, I'm not sure I am ready. > Since this solution to the problem is temporary, and since binary relief > is already available to the customer, I am inclined to vote to deny this > project until they have a solution that works with both kernel CIFS and > Samba. > > On a higher level, as yet another case where we have redundant > functionality in two (or more) different systems, it seems like someone > (PAC) ought to start funding an effort to consider reducing the > complexity of the system by also reducing the number of duplicated > subsystems. (Do we need both of these SMB servers? Do we need a bunch > of different web servers? Do we need both cups and lpsched? Then the > array of various different packet interception and filtering mechanisms > in our stack boggles the mind... at what point does the fact that we > have so much choice actually become a liability to our customers rather > than a benefit? Its *clear* to me that it is already a liability in the > cost to Sun engineering.... > > -- Garrett > -- Jiri (dot) Sasek (at) Sun (dot) COM ---------------------------------------------------------------- The first 90% of the job takes 90% of the time. The remaining 10% of the job requires another 90% of the time. -Unknown (but oh so true) From Richard.Matthews@sun.com Mon Jul 13 07:05:39 2009 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n6DE5crJ015621 for ; Mon, 13 Jul 2009 07:05:38 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id n6DE5WkC010051 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 13 Jul 2009 22:05:37 +0800 (SGT) 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 <0KMQ00A0H4HCJC00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 13 Jul 2009 07:05:36 -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 <0KMQ004ZR4HAVU60@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 13 Jul 2009 07:05:34 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n6DE5YWH024635 for ; Mon, 13 Jul 2009 14:05:34 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMQ00600471DY00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 13 Jul 2009 08:05:34 -0600 (MDT) Received: from [129.152.9.11] ([unknown] [129.152.9.11]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMQ00LV34H18660@mail-amer.sun.com>; Mon, 13 Jul 2009 08:05:32 -0600 (MDT) Date: Mon, 13 Jul 2009 09:05:25 -0500 From: Rick Matthews Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris[PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: Sender: Richard.Matthews@sun.com To: "Alan.M.Wright" Cc: PSARC-ext@sun.com, Jiri Sasek - RPE Prague , Daniel Hain Reply-to: Richard.Matthews@sun.com Message-id: <4A5B3F25.4010308@Sun.COM> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_KZRqBftcciGY9o69/qEgDQ)" X-PMX-Version: 5.4.1.325704 References: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> <4A57AA82.7010408@Sun.COM> <4A5941EB.2040108@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (X11/20090110) Status: RO Content-Length: 12306 This is a multi-part message in MIME format. --Boundary_(ID_KZRqBftcciGY9o69/qEgDQ) Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT To do both at the same time is an excellant idea/recommendation. -- Rick On 07/12/09 21:36, Alan.M.Wright wrote: > From a practical standpoint, 2009/387 would also require a new system > attribute. It would be ideal if we could add both the offline and reparse > system attributes at the same time, which would be timely for this case. > > Alan > > ----- Original Message ----- > From: "Alan.M.Wright" > > To: > > Cc: >; "Jiri Sasek - RPE > Prague" >; "Daniel > Hain" > > Sent: Saturday, July 11, 2009 6:52 PM > Subject: Re: Support off-line files on SAM-QFS for Samba in > Solaris[PSARC/2009/381 FastTrack timeout 07/13/2009] > > > Having a TCR against Samba in order to allow this (or any) fasttrack > > to be approved on the basis that the fasttrack is not the right solution > > but resolves a customer problem seems a bit strange to me. > > > > If we agree that adding a system attribute is the appropriate > solution, we > > should pursue that now. The fact that SAMFS would require a change > > to support system attributes shouldn't really have a bearing on > selecting > > the appropriate architectural solution, and if that's a concern > perhaps we > > can talk about that offline. > > > > Alan > > -- > > > > Rick Matthews wrote: > >> Darren, > >> > >> I agree with Alan's proposal that the existing system extended > >> attributes be expanded > >> to include "offline" or whatever the appropriate tag could be. This > >> would require a change > >> to SAM-QFS to support Solaris extended attributes in at least the case > >> of that flag (a SAM-QFS > >> project/case, I'd guess) and modifying the interfaces introduced in > >> PSARC/2007/315 to include > >> the newly defined flag. > >> This case appears to be asking to use existing interfaces of SAM-QFS > >> to cause the > >> Solaris provided samba to detect a condition that is causing the > >> described customer > >> problem, and mitigate it. The resultant FILE_ATTRIBUTE_OFFLINE > within the > >> SMB_QUERY_FILE_BASIC_INFO appears to be standard (at least in the SNIA > >> document). > >> I would think that advise to the PAC about modifying SAM-QFS to at > >> least support > >> an system extended attribute for offline, and for some unknown group > >> to add that to > >> the existing system extended attributes would be an appropriate > response. > >> In the mean time, I would think this case could be approved with a > >> TCR to modify > >> the version of Samba shipped by Sun when the architecturally > >> appropriate interfaces > >> (those using the existing infrastructure described in PSARC/2007/315) > >> exist in Sun > >> current and future HSM products. > >> I could help add this to the general opinion, or add it as a minority > >> opinion. > >> == > >> Rick > >> > >> On 07/ 9/09 04:33 AM, Darren J Moffat wrote: > >>> Alan.M.Wright wrote: > >>>> Providing this as a temporary solution to relieve a customer problem > >>>> is excellent. My disagreement is that it should be committed as a > >>>> long term solution for offline support when we already have a defined > >>>> system attribute mechanism that could be used to solve the problem > >>>> via libc. > >>> > >>> Given the above I'm derailing this case for the purpose of writing an > >>> opinion with Advice to fund the above mentioned project and to point > >>> out the issue of adding Solaris/Sun functionality to Samba with no > >>> planned match for the in kernel CIFS server. > >>> > >>> PSARC members please are you willing to vote based on the above our > >>> would you like to see draft opinion text first. I've marked the > >>> case as "waiting need vote" for now. > >>> > >>> Note that this is *derail* not *deny* (though depending on the vote > >>> it could be but I doubt it). > >> > > _______________________________________________ > > opensolaris-arc mailing list > > opensolaris-arc@opensolaris.org > > -- --------------------------------------------------------------------- Rick Matthews email: Rick.Matthews@sun.com Sun Microsystems, Inc. phone:+1(651) 554-1518 1270 Eagan Industrial Road phone(internal): 54418 Suite 160 fax: +1(651) 554-1540 Eagan, MN 55121-1231 USA main: +1(651) 554-1500 --------------------------------------------------------------------- --Boundary_(ID_KZRqBftcciGY9o69/qEgDQ) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT To do both at the same time is an excellant idea/recommendation.
--
Rick

On 07/12/09 21:36, Alan.M.Wright wrote:
From a practical standpoint, 2009/387 would also require a new system
attribute.  It would be ideal if we could add both the offline and reparse
system attributes at the same time, which would be timely for this case.
 
Alan
 
----- Original Message -----
From: "Alan.M.Wright" <amw@sun.com>
Cc: <PSARC-ext@sun.com>; "Jiri Sasek - RPE Prague" <Jiri.Sasek@Sun.COM>; "Daniel Hain" <dhain@sac.sfbay.sun.com>
Sent: Saturday, July 11, 2009 6:52 PM
Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris[PSARC/2009/381 FastTrack timeout 07/13/2009]

> Having a TCR against Samba in order to allow this (or any) fasttrack
> to be approved on the basis that the fasttrack is not the right solution
> but resolves a customer problem seems a bit strange to me.
>
> If we agree that adding a system attribute is the appropriate solution, we
> should pursue that now.  The fact that SAMFS would require a change
> to support system attributes shouldn't really have a bearing on selecting
> the appropriate architectural solution, and if that's a concern perhaps we
> can talk about that offline.
>
> Alan
> --
>
> Rick Matthews wrote:
>> Darren,
>>
>>  I agree with Alan's proposal that the existing system extended
>> attributes be expanded
>> to include "offline" or whatever the appropriate tag could be. This
>> would require a change
>> to SAM-QFS to support Solaris extended attributes in at least the case
>> of that flag (a SAM-QFS
>> project/case, I'd guess) and modifying the interfaces introduced in
>> PSARC/2007/315 to include
>> the newly defined flag.
>>  This case appears to be asking to use existing interfaces of SAM-QFS
>> to cause the
>> Solaris provided samba to detect a condition that is causing the
>> described customer
>> problem, and mitigate it. The resultant FILE_ATTRIBUTE_OFFLINE within the
>> SMB_QUERY_FILE_BASIC_INFO appears to be standard (at least in the SNIA
>> document).
>>  I would think that advise to the PAC about modifying SAM-QFS to at
>> least support
>> an system extended attribute for offline, and for some unknown group
>> to add that to
>> the existing system extended attributes would be an appropriate response.
>>  In the mean time, I would think this case could be approved with a
>> TCR to modify
>> the version of Samba shipped by Sun when the architecturally
>> appropriate interfaces
>> (those using the existing infrastructure described in PSARC/2007/315)
>> exist in Sun
>> current and future HSM products.
>>  I could help add this to the general opinion, or add it as a minority
>> opinion.
>> ==
>> Rick
>>
>>  On 07/ 9/09 04:33 AM, Darren J Moffat wrote:
>>> Alan.M.Wright wrote:
>>>> Providing this as a temporary solution to relieve a customer problem
>>>> is excellent.  My disagreement is that it should be committed as a
>>>> long term solution for offline support when we already have a defined
>>>> system attribute mechanism that could be used to solve the problem
>>>> via libc.
>>>
>>> Given the above I'm derailing this case for the purpose of writing an
>>> opinion with Advice to fund the above mentioned project and to point
>>> out the issue of adding Solaris/Sun functionality to Samba with no
>>> planned match for the in kernel CIFS server.
>>>
>>> PSARC members please are you willing to vote based on the above our
>>> would you like to see draft opinion text first.   I've marked the
>>> case as "waiting need vote" for now.
>>>
>>> Note that this is *derail* not *deny* (though depending on the vote
>>> it could be but I doubt it).
>>
> _______________________________________________
> opensolaris-arc mailing list
> opensolaris-arc@opensolaris.org
>


-- 
---------------------------------------------------------------------
Rick Matthews                           email: Rick.Matthews@sun.com
Sun Microsystems, Inc.                  phone:+1(651) 554-1518
1270 Eagan Industrial Road              phone(internal): 54418
Suite 160                               fax:  +1(651) 554-1540
Eagan, MN 55121-1231 USA                main: +1(651) 554-1500		
---------------------------------------------------------------------
--Boundary_(ID_KZRqBftcciGY9o69/qEgDQ)-- From Richard.Matthews@sun.com Mon Jul 13 07:13:18 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n6DEDIZ3015928 for ; Mon, 13 Jul 2009 07:13:18 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n6DEDDKH022457 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 13 Jul 2009 15:13:17 +0100 (BST) 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 <0KMQ005094U3GK00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 13 Jul 2009 07:13:15 -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 <0KMQ00M3H4U1RPF0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 13 Jul 2009 07:13:14 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n6DEDDu5015407 for ; Mon, 13 Jul 2009 14:13:13 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMQ0000048CRZ00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 13 Jul 2009 08:13:13 -0600 (MDT) Received: from [129.152.9.11] ([unknown] [129.152.9.11]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMQ00A254TSHV70@mail-amer.sun.com>; Mon, 13 Jul 2009 08:13:04 -0600 (MDT) Date: Mon, 13 Jul 2009 09:13:03 -0500 From: Rick Matthews Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A5941EB.2040108@Sun.COM> Sender: Richard.Matthews@sun.com To: "Alan.M.Wright" Cc: Darren J Moffat , Jiri Sasek - RPE Prague , PSARC-ext@sun.com, Daniel Hain Reply-to: Richard.Matthews@sun.com Message-id: <4A5B40EF.3000905@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> <4A57AA82.7010408@Sun.COM> <4A5941EB.2040108@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (X11/20090110) Status: RO Content-Length: 4057 Comments in-line. On 07/11/09 20:52, Alan.M.Wright wrote: > Having a TCR against Samba in order to allow this (or any) fasttrack > to be approved on the basis that the fasttrack is not the right solution > but resolves a customer problem seems a bit strange to me. TCR was probably an unfortunate use of the term. My intended meaning was that for Solaris 10, the existing Solaris 10 interface be used (as defined in this fast track). For OpenSolaris, the requirement should be for Samba to use to the new interface as defined by PSARC/2007/315. > > > If we agree that adding a system attribute is the appropriate > solution, we > should pursue that now. The fact that SAMFS would require a change > to support system attributes shouldn't really have a bearing on selecting > the appropriate architectural solution, and if that's a concern > perhaps we > can talk about that offline. Yes, we should pursue it now in OpenSolaris. I don't think it would be wise to require the project team to implement (or coordinate implementation) of system attributes, the required SAM-QFS change and the Samba change in a Solaris 10 release. > > Alan > -- > > Rick Matthews wrote: >> Darren, >> >> I agree with Alan's proposal that the existing system extended >> attributes be expanded >> to include "offline" or whatever the appropriate tag could be. This >> would require a change >> to SAM-QFS to support Solaris extended attributes in at least the >> case of that flag (a SAM-QFS >> project/case, I'd guess) and modifying the interfaces introduced in >> PSARC/2007/315 to include >> the newly defined flag. >> This case appears to be asking to use existing interfaces of SAM-QFS >> to cause the >> Solaris provided samba to detect a condition that is causing the >> described customer >> problem, and mitigate it. The resultant FILE_ATTRIBUTE_OFFLINE within >> the >> SMB_QUERY_FILE_BASIC_INFO appears to be standard (at least in the SNIA >> document). >> I would think that advise to the PAC about modifying SAM-QFS to at >> least support >> an system extended attribute for offline, and for some unknown group >> to add that to >> the existing system extended attributes would be an appropriate >> response. >> In the mean time, I would think this case could be approved with a >> TCR to modify >> the version of Samba shipped by Sun when the architecturally >> appropriate interfaces >> (those using the existing infrastructure described in PSARC/2007/315) >> exist in Sun >> current and future HSM products. >> I could help add this to the general opinion, or add it as a >> minority opinion. >> == >> Rick >> >> On 07/ 9/09 04:33 AM, Darren J Moffat wrote: >>> Alan.M.Wright wrote: >>>> Providing this as a temporary solution to relieve a customer problem >>>> is excellent. My disagreement is that it should be committed as a >>>> long term solution for offline support when we already have a defined >>>> system attribute mechanism that could be used to solve the problem >>>> via libc. >>> >>> Given the above I'm derailing this case for the purpose of writing >>> an opinion with Advice to fund the above mentioned project and to >>> point out the issue of adding Solaris/Sun functionality to Samba >>> with no planned match for the in kernel CIFS server. >>> >>> PSARC members please are you willing to vote based on the above our >>> would you like to see draft opinion text first. I've marked the >>> case as "waiting need vote" for now. >>> >>> Note that this is *derail* not *deny* (though depending on the vote >>> it could be but I doubt it). >> -- --------------------------------------------------------------------- Rick Matthews email: Rick.Matthews@sun.com Sun Microsystems, Inc. phone:+1(651) 554-1518 1270 Eagan Industrial Road phone(internal): 54418 Suite 160 fax: +1(651) 554-1540 Eagan, MN 55121-1231 USA main: +1(651) 554-1500 --------------------------------------------------------------------- From Garrett.Damore@sun.com Mon Jul 13 13:21:19 2009 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 n6DKLJTQ002975 for ; Mon, 13 Jul 2009 13:21:19 -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.2) with ESMTP id n6DKLIZl056838 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 13 Jul 2009 14:21:18 -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 <0KMQ0050DLVICJ00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 13 Jul 2009 13:21:18 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KMQ0047WLVIUS00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Mon, 13 Jul 2009 13:21:18 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n6DKLIHS005874 for ; Mon, 13 Jul 2009 13:21:18 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMQ00000LF45C00@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Mon, 13 Jul 2009 13:21:18 -0700 (PDT) Received: from [203.36.146.34] ([unknown] [203.36.146.34]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMQ00BYKLVDH460@fe-sfbay-09.sun.com>; Mon, 13 Jul 2009 13:21:17 -0700 (PDT) Date: Mon, 13 Jul 2009 04:15:43 -0700 From: "Garrett D'Amore" Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A5AF6A4.2040707@sun.com> Sender: Garrett.Damore@sun.com To: jiri sasek - Sun Microsystems - Prague Czech Republic Cc: "Garrett D'Amore" , Darren J Moffat , "Alan.M.Wright" , PSARC-ext@sun.com, Daniel Hain Message-id: <4A5B175F.1070805@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> <4A55BD2C.2050201@sun.com> <4A5AF6A4.2040707@sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090505) Status: RO Content-Length: 2812 jiri sasek - Sun Microsystems - Prague Czech Republic wrote: > Samba is only the available CIFS server in Solaris 10. Solaris 10 is > production system. > > Please do not concentrate only on the particular solutions. In scope > of this case is support of off-line files also on production system. But I presume you also want support this on Solaris Nevada/OpenSolaris. Unless you are proposing a case *only* for Solaris 10, we need to have a solution that works for our solutions on future operating systems as well. Architecturally, my concerns still stand. Unless we have a solution for OpenSolaris and CIFS, my vote would remain a deny. -- Garrett > > Jiri > > Garrett D'Amore wrote: >> Darren J Moffat wrote: >>> Alan.M.Wright wrote: >>>> Providing this as a temporary solution to relieve a customer problem >>>> is excellent. My disagreement is that it should be committed as a >>>> long term solution for offline support when we already have a defined >>>> system attribute mechanism that could be used to solve the problem >>>> via libc. >>> >>> Given the above I'm derailing this case for the purpose of writing >>> an opinion with Advice to fund the above mentioned project and to >>> point out the issue of adding Solaris/Sun functionality to Samba >>> with no planned match for the in kernel CIFS server. >>> >>> PSARC members please are you willing to vote based on the above our >>> would you like to see draft opinion text first. I've marked the >>> case as "waiting need vote" for now. >>> >>> Note that this is *derail* not *deny* (though depending on the vote >>> it could be but I doubt it). >>> >> I was the original +1. I would normally have thought to vote to >> approve, but given the recent discussion, I'm not sure I am ready. >> Since this solution to the problem is temporary, and since binary >> relief is already available to the customer, I am inclined to vote to >> deny this project until they have a solution that works with both >> kernel CIFS and Samba. >> >> On a higher level, as yet another case where we have redundant >> functionality in two (or more) different systems, it seems like >> someone (PAC) ought to start funding an effort to consider reducing >> the complexity of the system by also reducing the number of >> duplicated subsystems. (Do we need both of these SMB servers? Do we >> need a bunch of different web servers? Do we need both cups and >> lpsched? Then the array of various different packet interception and >> filtering mechanisms in our stack boggles the mind... at what point >> does the fact that we have so much choice actually become a liability >> to our customers rather than a benefit? Its *clear* to me that it is >> already a liability in the cost to Sun engineering.... >> >> -- Garrett >> > From amw@sun.com Tue Jul 14 14:05:07 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 n6EL579F012393 for ; Tue, 14 Jul 2009 14:05:07 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n6EL51xP015628 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 14 Jul 2009 14:05:07 -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 <0KMS00D0NIKI3D00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 14 Jul 2009 14:05:06 -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 <0KMS000H0IKH39B0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 14 Jul 2009 14:05:06 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n6EL55PG017411 for ; Tue, 14 Jul 2009 21:05:05 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KMS00000IJ3U900@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Tue, 14 Jul 2009 15:05:05 -0600 (MDT) Received: from [10.1.106.211] ([unknown] [10.1.106.211]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KMS00AXOIKDU3A0@mail-amer.sun.com>; Tue, 14 Jul 2009 15:05:03 -0600 (MDT) Date: Tue, 14 Jul 2009 14:05:01 -0700 From: Alan M Wright Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A5B40EF.3000905@Sun.COM> Sender: Alan.M.Wright@sun.com To: Richard.Matthews@sun.com Cc: Darren J Moffat , Jiri Sasek - RPE Prague , PSARC-ext@sun.com, Daniel Hain Message-id: <4A5CF2FD.7030801@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> <4A57AA82.7010408@Sun.COM> <4A5941EB.2040108@Sun.COM> <4A5B40EF.3000905@Sun.COM> User-Agent: Thunderbird 2.0.0.21 (X11/20090323) Status: RO Content-Length: 3755 On 07/13/09 07:13, Rick Matthews wrote: > Comments in-line. > > On 07/11/09 20:52, Alan.M.Wright wrote: >> Having a TCR against Samba in order to allow this (or any) fasttrack >> to be approved on the basis that the fasttrack is not the right solution >> but resolves a customer problem seems a bit strange to me. > TCR was probably an unfortunate use of the term. My intended meaning was > that for Solaris 10, the existing Solaris 10 interface be used (as > defined in this > fast track). For OpenSolaris, the requirement should be for Samba to use to > the new interface as defined by PSARC/2007/315. That's fine by me. >> If we agree that adding a system attribute is the appropriate >> solution, we >> should pursue that now. The fact that SAMFS would require a change >> to support system attributes shouldn't really have a bearing on selecting >> the appropriate architectural solution, and if that's a concern >> perhaps we can talk about that offline. > Yes, we should pursue it now in OpenSolaris. I don't think it would be wise > to require the project team to implement (or coordinate implementation) of > system attributes, the required SAM-QFS change and the Samba change in > a Solaris 10 release. Okay. Alan >> Alan >> -- >> >> Rick Matthews wrote: >>> Darren, >>> >>> I agree with Alan's proposal that the existing system extended >>> attributes be expanded >>> to include "offline" or whatever the appropriate tag could be. This >>> would require a change >>> to SAM-QFS to support Solaris extended attributes in at least the >>> case of that flag (a SAM-QFS >>> project/case, I'd guess) and modifying the interfaces introduced in >>> PSARC/2007/315 to include >>> the newly defined flag. >>> This case appears to be asking to use existing interfaces of SAM-QFS >>> to cause the >>> Solaris provided samba to detect a condition that is causing the >>> described customer >>> problem, and mitigate it. The resultant FILE_ATTRIBUTE_OFFLINE within >>> the >>> SMB_QUERY_FILE_BASIC_INFO appears to be standard (at least in the SNIA >>> document). >>> I would think that advise to the PAC about modifying SAM-QFS to at >>> least support >>> an system extended attribute for offline, and for some unknown group >>> to add that to >>> the existing system extended attributes would be an appropriate >>> response. >>> In the mean time, I would think this case could be approved with a >>> TCR to modify >>> the version of Samba shipped by Sun when the architecturally >>> appropriate interfaces >>> (those using the existing infrastructure described in PSARC/2007/315) >>> exist in Sun >>> current and future HSM products. >>> I could help add this to the general opinion, or add it as a >>> minority opinion. >>> == >>> Rick >>> >>> On 07/ 9/09 04:33 AM, Darren J Moffat wrote: >>>> Alan.M.Wright wrote: >>>>> Providing this as a temporary solution to relieve a customer problem >>>>> is excellent. My disagreement is that it should be committed as a >>>>> long term solution for offline support when we already have a defined >>>>> system attribute mechanism that could be used to solve the problem >>>>> via libc. >>>> >>>> Given the above I'm derailing this case for the purpose of writing >>>> an opinion with Advice to fund the above mentioned project and to >>>> point out the issue of adding Solaris/Sun functionality to Samba >>>> with no planned match for the in kernel CIFS server. >>>> >>>> PSARC members please are you willing to vote based on the above our >>>> would you like to see draft opinion text first. I've marked the >>>> case as "waiting need vote" for now. >>>> >>>> Note that this is *derail* not *deny* (though depending on the vote >>>> it could be but I doubt it). >>> > > From Richard.Matthews@sun.com Wed Jul 22 10:26:46 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 n6MHQkn6011303 for ; Wed, 22 Jul 2009 10:26:46 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n6MHQjwi004895 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 22 Jul 2009 10:26:46 -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 <0KN70080B1SKY200@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Jul 2009 10:26:44 -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 <0KN7000O91SK11E0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Jul 2009 10:26:44 -0700 (PDT) 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 n6MHQhFn024575 for ; Wed, 22 Jul 2009 17:26:43 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KN700L001C90P00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Jul 2009 11:26:43 -0600 (MDT) Received: from [129.152.9.14] ([unknown] [129.152.9.14]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KN7008EL1RP5O80@mail-amer.sun.com>; Wed, 22 Jul 2009 11:26:22 -0600 (MDT) Date: Wed, 22 Jul 2009 12:26:13 -0500 From: Rick Matthews Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A55B958.3050700@Sun.COM> Sender: Richard.Matthews@sun.com To: Darren J Moffat Cc: "Alan.M.Wright" , Jiri Sasek - RPE Prague , psarc-ext@sun.com, Daniel Hain Reply-to: Richard.Matthews@sun.com Message-id: <4A674BB5.5080205@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> User-Agent: Thunderbird 2.0.0.19 (X11/20090110) Status: RO Content-Length: 1842 Darren, I see that this case is "waiting need vote". I hadn't seen a draft opinion, and thought that I had at least asked for one. The discussion between myself and Alan seemed to clarify that this interface would only exist in Solaris 10, with a new interface using PSARC/2007/315 interface framework...in OpenSolaris and Nevada. Does that satisfy the advise which caused you to derail? Just wondering if how this case moves forward. -- Rick On 07/ 9/09 04:33 AM, Darren J Moffat wrote: > Alan.M.Wright wrote: >> Providing this as a temporary solution to relieve a customer problem >> is excellent. My disagreement is that it should be committed as a >> long term solution for offline support when we already have a defined >> system attribute mechanism that could be used to solve the problem >> via libc. > > Given the above I'm derailing this case for the purpose of writing an > opinion with Advice to fund the above mentioned project and to point > out the issue of adding Solaris/Sun functionality to Samba with no > planned match for the in kernel CIFS server. > > PSARC members please are you willing to vote based on the above our > would you like to see draft opinion text first. I've marked the case > as "waiting need vote" for now. > > Note that this is *derail* not *deny* (though depending on the vote it > could be but I doubt it). > -- --------------------------------------------------------------------- Rick Matthews email: Rick.Matthews@sun.com Sun Microsystems, Inc. phone:+1(651) 554-1518 1270 Eagan Industrial Road phone(internal): 54418 Suite 160 fax: +1(651) 554-1540 Eagan, MN 55121-1231 USA main: +1(651) 554-1500 --------------------------------------------------------------------- From Daniel.Hain@sun.com Wed Jul 22 11:09:21 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 n6MI9LVD013307 for ; Wed, 22 Jul 2009 11:09:21 -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.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id n6MI9KoJ023044 for <@sunmail2sca.sfbay.sun.com:psarc-ext@sun.com>; Wed, 22 Jul 2009 11:09:21 -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 <0KN700B0F3RKKR00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@Sun.COM); Wed, 22 Jul 2009 11:09:20 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KN700B243RKJL00@nwk-avmta-2.sfbay.sun.com> for psarc-ext@sun.com (ORCPT psarc-ext@Sun.COM); Wed, 22 Jul 2009 11:09:20 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n6MI9Kh5001869 for ; Wed, 22 Jul 2009 11:09:20 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KN700A003QEOR00@fe-sfbay-09.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Wed, 22 Jul 2009 11:09:20 -0700 (PDT) Received: from [129.153.89.144] ([unknown] [129.153.89.144]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KN70061X3RJ9CG0@fe-sfbay-09.sun.com> for psarc-ext@Sun.COM (ORCPT psarc-ext@Sun.COM); Wed, 22 Jul 2009 11:09:19 -0700 (PDT) Date: Wed, 22 Jul 2009 11:09:15 -0700 From: Daniel Hain Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A674BB5.5080205@Sun.COM> Sender: Daniel.Hain@sun.com To: PSARC-ext@sun.com Cc: Jiri Sasek - RPE Prague Message-id: <4A6755CB.3030102@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> <4A674BB5.5080205@Sun.COM> User-Agent: Thunderbird 2.0.0.21 (X11/20090323) Status: RO Content-Length: 1724 The case is scheduled for discussion at next weeks meeting in order to insure the issues are understood and plan for moving forward is agreed upon. If you don't believe that is necessary we can free that time up. Dan Rick Matthews wrote: > Darren, > I see that this case is "waiting need vote". I hadn't seen a draft > opinion, and thought that > I had at least asked for one. > The discussion between myself and Alan seemed to clarify that this > interface would only > exist in Solaris 10, with a new interface using PSARC/2007/315 > interface framework...in > OpenSolaris and Nevada. Does that satisfy the advise which caused you > to derail? > Just wondering if how this case moves forward. > -- > Rick > > On 07/ 9/09 04:33 AM, Darren J Moffat wrote: >> Alan.M.Wright wrote: >>> Providing this as a temporary solution to relieve a customer problem >>> is excellent. My disagreement is that it should be committed as a >>> long term solution for offline support when we already have a defined >>> system attribute mechanism that could be used to solve the problem >>> via libc. >> >> Given the above I'm derailing this case for the purpose of writing an >> opinion with Advice to fund the above mentioned project and to point >> out the issue of adding Solaris/Sun functionality to Samba with no >> planned match for the in kernel CIFS server. >> >> PSARC members please are you willing to vote based on the above our >> would you like to see draft opinion text first. I've marked the >> case as "waiting need vote" for now. >> >> Note that this is *derail* not *deny* (though depending on the vote >> it could be but I doubt it). >> > > -- Dan Hain Solaris Revenue Product Engineering (RPE) From Richard.Matthews@sun.com Wed Jul 22 11:17:26 2009 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 n6MIHQF0014554 for ; Wed, 22 Jul 2009 11:17:26 -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.2) with ESMTP id n6MIHNxv036258 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 22 Jul 2009 12:17:25 -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 <0KN70010J44Z8I00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Jul 2009 11:17:23 -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 <0KN7004N544ZMTA0@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Jul 2009 11:17:23 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n6MIHMLC005961 for ; Wed, 22 Jul 2009 18:17:22 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KN700H003W5KP00@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Jul 2009 12:17:22 -0600 (MDT) Received: from dhcp-ublm03-9-87.central.sun.com ([unknown] [129.152.9.87]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KN700EDN44ID4A0@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 22 Jul 2009 12:17:07 -0600 (MDT) Date: Wed, 22 Jul 2009 13:17:20 -0500 From: Rick Matthews Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <4A6755CB.3030102@sun.com> Sender: Richard.Matthews@sun.com To: Daniel Hain Cc: PSARC-ext@sun.com, Jiri Sasek - RPE Prague Message-id: <4A6757B0.9060903@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> <4A53E811.6060200@sun.com> <4A5492CB.4040307@Sun.COM> <56C9DA5353E74ABB82ACBB91E1C31243@TOSHIBA> <4A55B958.3050700@Sun.COM> <4A674BB5.5080205@Sun.COM> <4A6755CB.3030102@sun.com> User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) Status: RO Content-Length: 2251 I missed that on the agenda. Thanks. -- Rick Daniel Hain wrote: > The case is scheduled for discussion at next weeks meeting in order to > insure the issues are understood and plan for moving forward is agreed > upon. If you don't believe that is necessary we can free that time up. > > Dan > > Rick Matthews wrote: >> Darren, >> I see that this case is "waiting need vote". I hadn't seen a draft >> opinion, and thought that >> I had at least asked for one. >> The discussion between myself and Alan seemed to clarify that this >> interface would only >> exist in Solaris 10, with a new interface using PSARC/2007/315 >> interface framework...in >> OpenSolaris and Nevada. Does that satisfy the advise which caused you >> to derail? >> Just wondering if how this case moves forward. >> -- >> Rick >> >> On 07/ 9/09 04:33 AM, Darren J Moffat wrote: >>> Alan.M.Wright wrote: >>>> Providing this as a temporary solution to relieve a customer problem >>>> is excellent. My disagreement is that it should be committed as a >>>> long term solution for offline support when we already have a defined >>>> system attribute mechanism that could be used to solve the problem >>>> via libc. >>> >>> Given the above I'm derailing this case for the purpose of writing >>> an opinion with Advice to fund the above mentioned project and to >>> point out the issue of adding Solaris/Sun functionality to Samba >>> with no planned match for the in kernel CIFS server. >>> >>> PSARC members please are you willing to vote based on the above our >>> would you like to see draft opinion text first. I've marked the >>> case as "waiting need vote" for now. >>> >>> Note that this is *derail* not *deny* (though depending on the vote >>> it could be but I doubt it). >>> >> >> > > -- --------------------------------------------------------------------- Rick Matthews email: Rick.Matthews@sun.com Sun Microsystems, Inc. phone:+1(651) 554-1518 1270 Eagan Industrial Road phone(internal): 54418 Suite 160 fax: +1(651) 554-1540 Eagan, MN 55121-1231 USA main: +1(651) 554-1500 --------------------------------------------------------------------- From Daniel.Hain@sun.com Wed Jul 29 10:45:28 2009 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id n6THjRJD003286 for ; Wed, 29 Jul 2009 10:45:27 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id n6THjHwg001902 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 29 Jul 2009 18:45:26 +0100 (BST) 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 <0KNK001071BPF900@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 29 Jul 2009 11:45:25 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0KNK005VF1BPVXB0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 29 Jul 2009 11:45:25 -0600 (MDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n6THjPsH022120 for ; Wed, 29 Jul 2009 10:45:25 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) id <0KNK006001AC8100@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 29 Jul 2009 10:45:21 -0700 (PDT) Received: from [129.153.89.135] ([unknown] [129.153.89.135]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7u2-7.02 64bit (built Apr 16 2009)) with ESMTPSA id <0KNK00GYG1BBUV30@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 29 Jul 2009 10:45:12 -0700 (PDT) Date: Wed, 29 Jul 2009 10:45:08 -0700 From: Daniel Hain Subject: Re: Support off-line files on SAM-QFS for Samba in Solaris [PSARC/2009/381 FastTrack timeout 07/13/2009] In-reply-to: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> Sender: Daniel.Hain@sun.com To: PSARC-ext@sun.com Cc: Jiri.Sasek@sun.com Message-id: <4A708AA4.60801@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: <200907061819.n66IJo6M008731@sac.sfbay.sun.com> User-Agent: Thunderbird 2.0.0.21 (X11/20090323) Status: RO Content-Length: 4503 This case was approved at today's meeting. Dan Daniel Hain wrote: > I'm submitting this fasttrack for Jiri Sasek. This proposal seeks patch binding > and will timeout on 07/13/2009. > > The listed imported interfaces from libsam.so are currently classified as Stable > by the last approved PSARC case (PSARC/2001/599/ SAM_FS and QFS 4.0). The case > for SAM-QFS 5.0 (PSARC/2007/588) lists them as Unstable, but that case has not > been approved. Discussion with the SAM-QFS team indicates that they feel the > classification of these interfaces is still Stable. > > -Dan > > > Template Version: @(#)sac_nextcase 1.68 02/23/09 SMI > This information is Copyright 2009 Sun Microsystems > 1. Introduction > 1.1. Project/Component Working Name: > Support off-line files on SAM-QFS for Samba in Solaris > 1.2. Name of Document Author/Supplier: > Author: Jiri Sasek > 1.3 Date of This Document: > 06 July, 2009 > 4. Technical Description > Proposal: > > Support off-line files on SAM-QFS for Samba in Solaris. > > Detail: > > Samba is CIFS volume and printing server. > > The current version of Samba (3.0.34) integrated in Solaris > does not support off-line file attribute for files stored on > a SAM-FS volume when located on an off-line storage (a tape). > > Such situation has the following consequences on MS Windows > clients: > > - Client's attempt to acces an off-line file will fail on > timeout which is set too short to access a file stored > on a tape or any other external (off-line) storage. > > - If MS Windows Eplorer's curent directory is set to > a directory full of off-lined files it causes a "storm" > of the tape changer arms when thumbnails are being generated. > > The solution is to let Samba use libsam.so library, [4], which > provides the off-line information for files stored on a > off-line storage (a tape). Since this library is optional > on Solaris then it is necessary to use lazy binding option for > linking this library with Samba. The lazy binding option makes > sure that "smbd" (Samba daemon) will run even if libsamfs.so is > not present on the system. > > When "samfs share = yes" configuration option is set in smb.conf > (Samba configuration file) and libsamfs.so is not present on the > system then calling the lazy linked library-call will not complete > the dlopen(2) call successfuly and the standard message from the > run-time linker notifying about is redirected from the stderr > output to the "smbd" log file appropriate to the CIFS session > serviced by this "smbd" daemon. Samba log files can be configured > as described in smb.conf(4). In the standard distribution such log > file is located on the "/var/samba/log/log." path. > > SAM-FS library libsamfs.so is delivered by optional packages > SUNWsamfsr SUNWsamfsu and should be installed from the external > source. > > Exported Interfaces: (uncommited) > > --------------------------------------------------------------------- > FILE_ATTRIBUTE_OFFLINE flag (0x00001000) in "Attributes" of > SMB_QUERY_FILE_BASIC_INFO response CIFS message will indicate the > off/on-line file status of files located on SAM-QFS share > > --------------------------------------------------------------------- > smb.conf option "samfs share = yes|no" (default: no) > > Imported Interfaces: > > The following functions from libsamfs.so are used: > > --------------------------------------------------------------------- > sam_stat() | File status calls available from libsam library > sam_segment_stat() | returning the "struct sam_stat" > > References: > > [1] http://samba.org/ > Author(s) of Samba: Andrew Tridgel, Jeremy Alisson, Michael Adam... > please check Samba.org to obtain the full list of the core team members > please also check the source code for external contributors > [2] Common Internet File System (CIFS) Technical Reference (Revision: 1.0) > http://snia.org/ > [3] 6737005 samba should handle samfs WORM and offline files gracefully > [4] http://www.opensolaris.org/os/project/samqfs/sourcecode/ > > > > 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 > > -- Dan Hain Solaris Revenue Product Engineering (RPE)