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 at sun.com <mailto:amw at sun.com>>
> To: <Richard.Matthews at Sun.COM <mailto:Richard.Matthews at Sun.COM>>
> Cc: <PSARC-ext at sun.com <mailto:PSARC-ext at sun.com>>; "Jiri Sasek - RPE 
> Prague" <Jiri.Sasek at Sun.COM <mailto:Jiri.Sasek at Sun.COM>>; "Daniel 
> Hain" <dhain at sac.sfbay.sun.com <mailto:dhain at 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 at opensolaris.org <mailto:opensolaris-arc at 
> > opensolaris.org>
> >


-- 
---------------------------------------------------------------------
Rick Matthews                           email: Rick.Matthews at 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          
---------------------------------------------------------------------


Reply via email to