s3fs in master (and the road to Samba 4.0)
mark at lowcountrybilling.com
Wed Feb 29 05:10:50 MST 2012
What can I do as a site that is running S4 to help move this along?
The only thing that lives there in my case are the scripts and policies
Would this be adequate for testing?
I am guessing that the VFS modules are a no-go at this moment?
On 2/29/2012 6:53 AM, Andrew Bartlett wrote:
> With the autobuild I finally got into the tree today, s3fs is now
> available in master. This is an implementation of the smbd file server
> as part of an AD domain controller.
> In time, we hope to be able to make this the default file server, but
> there is a lot of work to do, and any assistance would be much
> Currently, very few tests run against the plugin_s4_dc test environment,
> which is the current place-holder for s3fs. We need to run all the
> current tests, both RPC and CIFS against this environment. (We also
> need to adjust the --target= argument that smbtorture is called with to
> accommodate the semantics of the smbd file server. )
> We also need to finish the authentication merge (pending resolution of
> the security=share issue), and get much further with the merge of the
> loadparm systems (at least having a common table of options).
> However, the major identifiable task I see is that we need to integrate
> the endpoint mapper implementations so that they can talk to each other.
> Currently, it is not possible to register smbd-forked end points
> (spoolss, srvsvc, etc) with the epmapper from s4, so we get copious
> warnings in the logs.
> In a lot of ways, there is nothing earth-shattering here - plugin_s4_dc
> has been around since SambaXP 2011, and the slow merge of the build
> system and authentication code since then has brought us to this point.
> What we need to do now is start to use this - both in selftests and in
> real world testing. To run, set:
> server services = -smb +s3fs
> dcerpc endpoint servers = -unixinfo -rpcecho -spoolss -winreg -wkssvc
> This is an important step towards a Samba 4.0 release, and while there
> is still much to do, we could and I think should aim for a pre-release
> of Samba 4.0 before SambaXP.
> Andrew Bartlett
More information about the samba-technical