[OpenAFS] AFS and Samba CTDB

Fabrizio Manfredi fabrizio.manfredi@gmail.com
Thu, 6 Dec 2007 09:38:37 +0100


------=_Part_35543_6675446.1196930317485
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Christopher,

I start to work on it, I think in 1or 2 week I will have some information
(tips,performance..), at the moment I use samba without CTDB and I find is a
good solution for heterogeneous environment.
You can find example on:
http://www.beolink.org/index/conferences


The primary benefit of CTDB are :
 - more simple solution for HA, with standard samba  you can use a
combination of DFS (Microsoft) and operating system HA
 - parallel transfer, with parallel file system you can improve transfer
performance ( the CTDB is primary
develop for GPFS)

Anyway the CTDB is still in beta phase...


Christopher Mason wrote:
>>
>> Has anyone out there who's attempted to use Samba CTDB (clustered
>> trivial database) to provide redundancy for serving of AFS volumes via
SMB?
>>
>> Are there issues in terms of the semantics Samba CTDB expects from a
>> filesystem versus what AFS provides?
>
>I have not used Samba CTDB but from what little I know, CTDB provides a
>distributed database which is used to maintain shared state information
>so that locks and file handles can be served from any machine the client
>communicates with.
>
>Samba is going to want to serve byte range locks which are not supported
>by AFS.  This is why the Windows AFS clients contain a mapping from CIFS
>lock semantics to AFS semantics.  This will not be provided by Samba.

Samba has a similar function (you can configure different level of lock),
you can start from oplock where everything is handle by samba to a mandatory
lock .. if you have some volumes that are used only from samba you can use
oplocks2 and you have perfect windows semantics handle a cross client.

>AFS of course will also require the Samba servers to have AFS tokens for
>each user if you are providing authenticated access.  If so, those
>tokens will either have to be replicated across the cluster or obtained
>on demand.  Again, I do not know if the Samba folks have provided any
>AFS specific functionality in this area.

Samba today act a kaserver, in some way is a trusted chain. If you have a
valid "windows authentication" the samba server can create automatically
the  afs token. At the moment I don't know the state of CTDB..

bye manfred

------=_Part_35543_6675446.1196930317485
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Christopher,<br><br>I start to work on it, I think in 1or 2 week I will have some information (tips,performance..), at the moment I use samba without CTDB and I find is a good solution for heterogeneous environment. <br>
You can find example on:<br><a href="http://www.beolink.org/index/conferences">http://www.beolink.org/index/conferences</a><br><br><br>The primary benefit of CTDB are :<br>&nbsp;- more simple solution for HA, with standard samba&nbsp; you can use a combination of DFS (Microsoft) and operating system HA
<br>&nbsp;- parallel transfer, with parallel file system you can improve transfer performance ( the CTDB is primary <br>develop for GPFS) <br><br>Anyway the CTDB is still in beta phase...<br><br><br>Christopher Mason wrote:<br>
&gt;&gt;<br>&gt;&gt; Has anyone out there who&#39;s attempted to use Samba CTDB (clustered<br>&gt;&gt; trivial database) to provide redundancy for serving of AFS volumes via SMB?<br>&gt;&gt;<br>&gt;&gt; Are there issues in terms of the semantics Samba CTDB expects from a
<br>&gt;&gt; filesystem versus what AFS provides?<br>&gt;<br>&gt;I have not used Samba CTDB but from what little I know, CTDB provides a<br>&gt;distributed database which is used to maintain shared state information<br>&gt;so that locks and file handles can be served from any machine the client
<br>&gt;communicates with.<br>&gt;<br>&gt;Samba is going to want to serve byte range locks which are not supported<br>&gt;by AFS. &nbsp;This is why the Windows AFS clients contain a mapping from CIFS<br>&gt;lock semantics to AFS semantics. &nbsp;This will not be provided by Samba.
<br><br>Samba has a similar function (you can configure different level of lock), you can start from oplock where everything is handle by samba to a mandatory lock .. if you have some volumes that are used only from samba you can use oplocks2 and you have perfect windows semantics handle a cross client.
<br><br>&gt;AFS of course will also require the Samba servers to have AFS tokens for<br>&gt;each user if you are providing authenticated access. &nbsp;If so, those<br>&gt;tokens will either have to be replicated across the cluster or obtained
<br>&gt;on demand. &nbsp;Again, I do not know if the Samba folks have provided any<br>&gt;AFS specific functionality in this area.<br><br>Samba today act a kaserver, in some way is a trusted chain. If you have a valid &quot;windows authentication&quot; the samba server can create automatically the&nbsp; afs token. At the moment I don&#39;t know the state of CTDB..
<br><br>bye manfred <br>

------=_Part_35543_6675446.1196930317485--