<html><head><meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"><title>Chapter 20. Stackable VFS modules</title><link rel="stylesheet" href="samba.css" type="text/css"><meta name="generator" content="DocBook XSL Stylesheets V1.64.1"><link rel="home" href="index.html" title="The Official Samba-3 HOWTO and Reference Guide"><link rel="up" href="optional.html" title="Part III. Advanced Configuration"><link rel="previous" href="CUPS-printing.html" title="Chapter 19. CUPS Printing Support"><link rel="next" href="winbind.html" title="Chapter 21. Winbind: Use of Domain Accounts"></head><body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"><div class="navheader"><table width="100%" summary="Navigation header"><tr><th colspan="3" align="center">Chapter 20. Stackable VFS modules</th></tr><tr><td width="20%" align="left"><a accesskey="p" href="CUPS-printing.html">Prev</a> </td><th width="60%" align="center">Part III. Advanced Configuration</th><td width="20%" align="right"> <a accesskey="n" href="winbind.html">Next</a></td></tr></table><hr></div><div class="chapter" lang="en"><div class="titlepage"><div><div><h2 class="title"><a name="VFS"></a>Chapter 20. Stackable VFS modules</h2></div><div><div class="author"><h3 class="author"><span class="firstname">Jelmer</span> <span class="othername">R.</span> <span class="surname">Vernooij</span></h3><div class="affiliation"><span class="orgname">The Samba Team<br></span><div class="address"><p><tt class="email"><<a href="mailto:jelmer@samba.org">jelmer@samba.org</a>></tt></p></div></div></div></div><div><div class="author"><h3 class="author"><span class="firstname">John</span> <span class="othername">H.</span> <span class="surname">Terpstra</span></h3><div class="affiliation"><span class="orgname">Samba Team<br></span><div class="address"><p><tt class="email"><<a href="mailto:jht@samba.org">jht@samba.org</a>></tt></p></div></div></div></div><div><div class="author"><h3 class="author"><span class="firstname">Tim</span> <span class="surname">Potter</span></h3><div class="affiliation"><span class="orgname">Samba Team<br></span><div class="address"><p><tt class="email"><<a href="mailto:tpot@samba.org">tpot@samba.org</a>></tt></p></div></div></div></div><div><div class="author"><h3 class="author"><span class="firstname">Simo</span> <span class="surname">Sorce</span></h3><span class="contrib">original vfs_skel README</span></div></div><div><div class="author"><h3 class="author"><span class="firstname">Alexander</span> <span class="surname">Bokovoy</span></h3><span class="contrib">original vfs_netatalk docs</span></div></div><div><div class="author"><h3 class="author"><span class="firstname">Stefan</span> <span class="surname">Metzmacher</span></h3><span class="contrib">Update for multiple modules</span></div></div><div><div class="author"><h3 class="author"><span class="firstname">Ed</span> <span class="surname">Riddle</span></h3><span class="contrib">original shadow_copy docs</span></div></div></div><div></div></div><div class="toc"><p><b>Table of Contents</b></p><dl><dt><span class="sect1"><a href="VFS.html#id2573441">Features and Benefits</a></span></dt><dt><span class="sect1"><a href="VFS.html#id2573456">Discussion</a></span></dt><dt><span class="sect1"><a href="VFS.html#id2573794">Included Modules</a></span></dt><dd><dl><dt><span class="sect2"><a href="VFS.html#id2573799">audit</a></span></dt><dt><span class="sect2"><a href="VFS.html#id2573833">extd_audit</a></span></dt><dt><span class="sect2"><a href="VFS.html#fakeperms">fake_perms</a></span></dt><dt><span class="sect2"><a href="VFS.html#id2574091">recycle</a></span></dt><dt><span class="sect2"><a href="VFS.html#id2574282">netatalk</a></span></dt><dt><span class="sect2"><a href="VFS.html#id2574318">shadow_copy</a></span></dt></dl></dd><dt><span class="sect1"><a href="VFS.html#id2574929">VFS Modules Available Elsewhere</a></span></dt><dd><dl><dt><span class="sect2"><a href="VFS.html#id2574947">DatabaseFS</a></span></dt><dt><span class="sect2"><a href="VFS.html#id2575001">vscan</a></span></dt></dl></dd></dl></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2573441"></a>Features and Benefits</h2></div></div><div></div></div><p> Since Samba-3, there is support for stackable VFS (Virtual File System) modules. Samba passes each request to access the UNIX file system through the loaded VFS modules. This chapter covers all the modules that come with the Samba source and references to some external modules. </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2573456"></a>Discussion</h2></div></div><div></div></div><p> If not supplied with your platform distribution binary Samba package you may have problems compiling these modules, as shared libraries are compiled and linked in different ways on different systems. They currently have been tested against GNU/Linux and IRIX. </p><p> To use the VFS modules, create a share similar to the one below. The important parameter is the <a class="indexterm" name="id2573473"></a>vfs objects parameter where you can list one or more VFS modules by name. For example, to log all access to files and put deleted files in a recycle bin, see <a href="VFS.html#vfsrecyc" title="Example 20.1. smb.conf with VFS modules">next configuration</a>: </p><div class="example"><a name="vfsrecyc"></a><p class="title"><b>Example 20.1. smb.conf with VFS modules</b></p><table class="simplelist" border="0" summary="Simple list"><tr><td> </td></tr><tr><td><i class="parameter"><tt>[audit]</tt></i></td></tr><tr><td><a class="indexterm" name="id2573512"></a><i class="parameter"><tt> comment = Audited /data directory</tt></i></td></tr><tr><td><a class="indexterm" name="id2573529"></a><i class="parameter"><tt> path = /data</tt></i></td></tr><tr><td><a class="indexterm" name="id2573544"></a><i class="parameter"><tt> vfs objects = audit recycle</tt></i></td></tr><tr><td><a class="indexterm" name="id2573559"></a><i class="parameter"><tt> writeable = yes</tt></i></td></tr><tr><td><a class="indexterm" name="id2573575"></a><i class="parameter"><tt> browseable = yes</tt></i></td></tr></table></div><p> </p><p> The modules are used in the order in which they are specified. Let's say that you want to both have a virus scanner module and a recycle bin module. It is wise to put the virus scanner module as the first one so that it is the first that get run an may detect a virus immediately, before any action is performed on that file. <a class="indexterm" name="id2573600"></a>vfs objects = vscan-clamav recycle </p><p> Samba will attempt to load modules from the <tt class="filename">/lib</tt> directory in the root directory of the Samba installation (usually <tt class="filename">/usr/lib/samba/vfs</tt> or <tt class="filename">/usr/local/samba/lib/vfs </tt>). </p><p> Some modules can be used twice for the same share. This can be done using a configuration similar to the one shown in <a href="VFS.html#multimodule" title="Example 20.2. smb.conf with multiple VFS modules">the following example</a>. </p><div class="example"><a name="multimodule"></a><p class="title"><b>Example 20.2. smb.conf with multiple VFS modules</b></p><table class="simplelist" border="0" summary="Simple list"><tr><td> </td></tr><tr><td><i class="parameter"><tt>[test]</tt></i></td></tr><tr><td><a class="indexterm" name="id2573665"></a><i class="parameter"><tt> comment = VFS TEST</tt></i></td></tr><tr><td><a class="indexterm" name="id2573681"></a><i class="parameter"><tt> path = /data</tt></i></td></tr><tr><td><a class="indexterm" name="id2573696"></a><i class="parameter"><tt> writeable = yes</tt></i></td></tr><tr><td><a class="indexterm" name="id2573712"></a><i class="parameter"><tt> browseable = yes</tt></i></td></tr><tr><td><a class="indexterm" name="id2573728"></a><i class="parameter"><tt> vfs objects = example:example1 example example:test</tt></i></td></tr><tr><td><a class="indexterm" name="id2573744"></a><i class="parameter"><tt> example1: parameter = 1</tt></i></td></tr><tr><td><a class="indexterm" name="id2573760"></a><i class="parameter"><tt> example: parameter = 5</tt></i></td></tr><tr><td><a class="indexterm" name="id2573776"></a><i class="parameter"><tt> test: parameter = 7</tt></i></td></tr></table></div><p> </p></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2573794"></a>Included Modules</h2></div></div><div></div></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2573799"></a>audit</h3></div></div><div></div></div><p> A simple module to audit file access to the syslog facility. The following operations are logged: </p><div class="itemizedlist"><ul type="disc"><li><p>share</p></li><li><p>connect/disconnect</p></li><li><p>directory opens/create/remove</p></li><li><p>file open/close/rename/unlink/chmod</p></li></ul></div><p> </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2573833"></a>extd_audit</h3></div></div><div></div></div><p> This module is identical with the <span><b class="command">audit</b></span> module above except that it sends audit logs to both syslog as well as the <span><b class="command">smbd</b></span> log files. The <a class="indexterm" name="id2573855"></a>log level for this module is set in the <tt class="filename">smb.conf</tt> file. </p><p> Valid settings and the information that will be recorded are shown in <a href="VFS.html#xtdaudit" title="Table 20.1. Extended Auditing Log Information">the next table</a>. </p><div class="table"><a name="xtdaudit"></a><p class="title"><b>Table 20.1. Extended Auditing Log Information</b></p><table summary="Extended Auditing Log Information" border="1"><colgroup><col><col></colgroup><thead><tr><th align="center">Log Level</th><th align="center">Log Details - File and Directory Operations</th></tr></thead><tbody><tr><td align="center">0</td><td align="left">Make Directory, Remove Directory, Unlink</td></tr><tr><td align="center">1</td><td align="left">Open Directory, Rename File, Change Permissions/ACLs</td></tr><tr><td align="center">2</td><td align="left">Open & Close File</td></tr><tr><td align="center">10</td><td align="left">Maximum Debug Level</td></tr></tbody></table></div><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2573966"></a>Configuration of Auditing</h4></div></div><div></div></div><p> This auditing tool is more felxible than most people readily will recognize. There are a number of ways by which useful logging information can be recorded. </p><div class="itemizedlist"><ul type="disc"><li><p>Syslog can be used to record all transaction. This can be disabled by setting in the <tt class="filename">smb.conf</tt> file <i class="parameter"><tt>syslog = 0</tt></i>.</p></li><li><p>Logging can take place to the default log file (<tt class="filename">log.smbd</tt>) for all loaded VFS modules just by setting in the <tt class="filename">smb.conf</tt> file <i class="parameter"><tt>log level = 0 vfs:x</tt></i>, where x is the log level. This will disable general logging while activating all logging of VFS module activity at the log level specified.</p></li><li><p>Detailed logging can be obtained per user, per client machine, etc. This requires the above together with the creative use of the <i class="parameter"><tt>log file</tt></i> settings.</p><p>An example of detailed per-user and per-machine logging can be obtained by setting <a class="indexterm" name="id2574041"></a>log level = /var/log/samba/%U.%m.log. </p></li></ul></div><p> Auditing information often must be preserved for a long time. So that the log files do not get rotated it is essential that the <a class="indexterm" name="id2574055"></a>max log size = 0 be set in the <tt class="filename">smb.conf</tt> file. </p></div></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="fakeperms"></a>fake_perms</h3></div></div><div></div></div><p> This module was created to allow Roaming Profile files and directories to be set (on the Samba server under UNIX) as read only. This module will, if installed on the Profiles share, report to the client that the Profile files and directories are writeable. This satisfies the client even though the files will never be overwritten as the client logs out or shuts down. </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2574091"></a>recycle</h3></div></div><div></div></div><p> A Recycle Bin-like module. Where used, unlink calls will be intercepted and files moved to the recycle directory instead of being deleted. This gives the same effect as the <span class="guiicon">Recycle Bin</span> on Windows computers. </p><p> The <span class="guiicon">Recycle Bin</span> will not appear in <span class="application">Windows Explorer</span> views of the network file system (share) nor on any mapped drive. Instead, a directory called <tt class="filename">.recycle</tt> will be automatically created when the first file is deleted. Users can recover files from the <tt class="filename">.recycle</tt> directory. If the <i class="parameter"><tt>recycle:keeptree</tt></i> has been specified, deleted files will be found in a path identical with that from which the file was deleted. </p><p>Supported options for the <span><b class="command">recycle</b></span> module are as follow: </p><div class="variablelist"><dl><dt><span class="term">recycle:repository</span></dt><dd><p> Relative path of the directory where deleted files should be moved. </p></dd><dt><span class="term">recycle:keeptree</span></dt><dd><p> Specifies whether the directory structure should be kept or if the files in the directory that is being deleted should be kept separately in the recycle bin. </p></dd><dt><span class="term">recycle:versions</span></dt><dd><p> If this option is set, two files with the same name that are deleted will both be kept in the recycle bin. Newer deleted versions of a file will be called “<span class="quote"><span class="emphasis"><em>Copy #x of <i class="replaceable"><tt>filename</tt></i></em></span></span>”. </p></dd><dt><span class="term">recycle:touch</span></dt><dd><p> Specifies whether a file's access date should be touched when the file is moved to the recycle bin. </p></dd><dt><span class="term">recycle:maxsize</span></dt><dd><p> Files that are larger than the number of bytes specified by this parameter will not be put into the recycle bin. </p></dd><dt><span class="term">recycle:exclude</span></dt><dd><p> List of files that should not be put into the recycle bin when deleted, but deleted in the regular way. </p></dd><dt><span class="term">recycle:exclude_dir</span></dt><dd><p> Contains a list of directories. When files from these directories are deleted, they are not put into the recycle bin but are deleted in the regular way. </p></dd><dt><span class="term">recycle:noversions</span></dt><dd><p> Specifies a list of paths (wildcards such as * and ? are supported) for which no versioning should be used. Only useful when <span class="emphasis"><em>recycle:versions</em></span> is enabled. </p></dd></dl></div><p> </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2574282"></a>netatalk</h3></div></div><div></div></div><p> A netatalk module will ease co-existence of Samba and netatalk file sharing services. </p><p>Advantages compared to the old netatalk module: </p><div class="itemizedlist"><ul type="disc"><li><p>Does not care about creating .AppleDouble forks, just keeps them in sync.</p></li><li><p>If a share in <tt class="filename">smb.conf</tt> does not contain .AppleDouble item in hide or veto list, it will be added automatically.</p></li></ul></div><p> </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2574318"></a>shadow_copy</h3></div></div><div></div></div><div class="warning" style="margin-left: 0.5in; margin-right: 0.5in;"><h3 class="title">Warning</h3><p> <span class="emphasis"><em>THIS IS NOT A BACKUP, ARCHIVAL, OR VERSION CONTROL SOLUTION!</em></span></p><p> With Samba or Windows servers, shadow copy is designed to be an end-user tool only. It does not replace or enhance your backup and archival solutions and should in no way be considered as such. Additionally, if you need version control, implement a version control system. You have been warned.</p></div><p> The shadow_copy module allows you to setup functionality that is similar to MS shadow copy services. When setup properly, this module allows Microsoft shadow copy clients to browse "shadow copies" on samba shares. You will need to install the shadow copy client. You can get the MS shadow copy client <a href="http://www.microsoft.com/windowsserver2003/downloads/shadowcopyclient.mspx" target="_top">here.</a>. Note the additional requirements for pre-Windows XP clients. I did not test this functionality with any pre-Windows XP clients. You should be able to get more information about MS Shadow Copy <a href="http://www.microsoft.com/windowsserver2003/techinfo/overview/scr.mspx" target="_top">from the Microsoft's site</a>.</p><p> The shadow_copy VFS module requires some underlying file system setup with some sort of Logical Volume Manager (LVM) such as LVM1, LVM2, or EVMS. Setting up LVM is beyond the scope of this document; however, we will outline the steps we took to test this functionality for <span class="emphasis"><em>example purposes only.</em></span> You need to make sure the LVM implementation you choose to deploy is ready for production. Make sure you do plenty of tests.</p><p> Here are some common resources for LVM and EVMS: </p><div class="itemizedlist"><ul type="disc"><li><p><a href="http://www.sistina.com/products_lvm_download.htm" target="_top">Sistina's LVM1 and LVM2</a></p></li><li><p><a href="http://evms.sourceforge.net/" target="_top">Enterprise Volume Management System (EVMS)</a></p></li><li><p><a href="http://tldp.org/HOWTO/LVM-HOWTO/" target="_top">The LVM HOWTO</a></p></li><li><p> See <a href="http://www-106.ibm.com/developerworks/linux/library/l-lvm/" target="_top">Learning Linux LVM, Part 1</a> and <a href="http://www-106.ibm.com/developerworks/library/l-lvm2.html" target="_top">Learning Linux LWM, Part 2</a> for Daniel Robbins' well written a two part tutorial on Linux and LVM using LVM source code and reiserfs.</p></li></ul></div><p> </p><div class="sect3" lang="en"><div class="titlepage"><div><div><h4 class="title"><a name="id2574446"></a>Shadow Copy Setup</h4></div></div><div></div></div><p> At the time of this writing, not much testing has been done. I tested the shadow copy VFS module with a specific scenario which was not deployed in a production environment, but more as a proof of concept. The scenario involved a Samba 3 file server on Debian Sarge with an XFS file system and LVM1. I do NOT recommend you use this as a solution without doing your own due diligence with regard to all the components presented here. That said, following is an basic outline of how I got things going.</p><div class="orderedlist"><ol type="1"><li><p><b>Installed Operating System . </b> In my tests, I used <a href="http://www.debian.org/devel/debian-installer/" target="_top">Debian Sarge</a> (i.e. testing) on an XFS file system. Setting up the OS is a bit beyond the scope of this document. It is assumed that you have a working OS capable of running Samba.</p></li><li><p><b>Install & Configure Samba. </b> See the <a href="introduction.html" title="Part I. General Installation">installation section</a> of this HOWTO for more detail on this. It doesn't matter if it is a Domain Controller or Member File Server, but it is assumed that you have a working Samba 3.0.3 or newer server running.</p></li><li><p><b>Install & Configure LVM. </b> Before you can make shadow copies available to the client, you have to create the shadow copies. This is done by taking some sort of file system snapshot. Snapshots are a typical feature of Logical Volume Managers such as LVM, so we first need to have that setup.</p><div class="itemizedlist"><p> The following is provided as an example and will be most helpful for Debian users. Again, this was tested using the "testing" or "Sarge" distribution.</p><ul type="disc"><li><p> Install lvm10 and devfsd packages if you have not done so already. On Debian systems, you are warned of the interaction of devfs and lvm1 which requires the use of devfs filenames. Running <span><b class="command">apt-get update && apt-get install lvm10 devfsd xfsprogs</b></span> should do the trick for this example.</p></li><li><p> Now you need to create a volume. You will need to create a partition (or partitions) to add to your volume. Use your favorite partitioning tool (e.g. Linux fdisk, cfdisk, etc.). The partition type should be set to 0x8e for "Linux LVM." In this example, we will use /dev/hdb1.</p><p> Once you have the Linux LVM partition (type 0x8e), you can run a series of commands to create the LVM volume. You can use several disks and or partitions, but we will use only one in this example. You may also need to load the kernel module with something like <span><b class="command">modprobe lvm-mod </b></span> and set your system up to load it on reboot by adding it to (<tt class="filename">/etc/modules</tt>). </p></li><li><p> Create the physical volume with <span><b class="command">pvcreate /dev/hdb1</b></span></p></li><li><p> Create the volume group with and add /dev/hda1 to it with <span><b class="command">vgcreate shadowvol /dev/hdb1</b></span> </p><p> You can use <span><b class="command">vgdisplay</b></span> to review information about the volume group.</p></li><li><p> Now you can create the logical volume with something like <span><b class="command">lvcreate -L400M -nsh_test shadowvol</b></span></p><p> This creates the logical volume of 400MB's named "sh_test" in the volume group we created called shadowvol. If everything is working so far, you should see them in <tt class="filename">/dev/shadowvol</tt>.</p></li><li><p> Now we should be ready to format the logical volume we named sh_test with <span><b class="command">mkfs.xfs /dev/shadowvol/sh_test</b></span></p><p> You can format the logical volume with any file system you choose, but make sure to use one that allows you to take advantage of the additional features of LVM such as freezing, resizing and growing your file systems.</p><p> Now we have an LVM volume where we can play with the shadow_copy VFS module.</p></li><li><p> Now we need to prepare the directory with something like <span><b class="command">mkdir -p /data/shadow_share</b></span> or whatever you want to name your shadow copy enabled Samba share. Make sure you set the permissions such that you can use it. If in doubt, use <span><b class="command">chmod 777 /data/shadow_share</b></span> and tighten the permissions once you get things working.</p></li><li><p> Mount the LVM volume using something like <span><b class="command">mount /dev/shadowvol/sh_test /data/shadow_share</b></span></p><p> You may also want to edit your <tt class="filename">/etc/fstab</tt> so that this partition mounts during the system boot.</p></li></ul></div></li><li><p><b>Install & Configure the shadow_copy VFS Module. </b> Finally we get to the actual shadow_copy VFS module. The shadow_copy VFS module should be available in Samba 3.0.3 and higher. The smb.conf configuration is pretty standard. Here is our example of a share configured with the shadow_copy VFS module:</p><p> </p><div class="example"><a name="vfsshadow"></a><p class="title"><b>Example 20.3. Share With shadow_copy VFS</b></p><table class="simplelist" border="0" summary="Simple list"><tr><td> </td></tr><tr><td><i class="parameter"><tt>[shadow_share]</tt></i></td></tr><tr><td><a class="indexterm" name="id2574776"></a><i class="parameter"><tt> comment = Shadow Copy Enabled Share</tt></i></td></tr><tr><td><a class="indexterm" name="id2574792"></a><i class="parameter"><tt> path = /data/shadow_share</tt></i></td></tr><tr><td><a class="indexterm" name="id2574807"></a><i class="parameter"><tt> vfs objects = shadow_copy</tt></i></td></tr><tr><td><a class="indexterm" name="id2574823"></a><i class="parameter"><tt> writeable = yes</tt></i></td></tr><tr><td><a class="indexterm" name="id2574839"></a><i class="parameter"><tt> browseable = yes</tt></i></td></tr></table></div><p> </p></li><li><p><b>Create Snapshots and Make Them Available to shadow_copy.so. </b> Before you can browse the shadow copies, you must create them and mount them. This will most likely be done with a script that runs as a cron job. With this particular solution, the shadow_copy VFS module is used to browse LVM snapshots. Those snapshots are not created by the module. They are not made available by the module either. This module allows the shadow copy enabled client to browse the snapshots you take and make available.</p><p> Here is a simple script used to create and mount the snapshots: </p><pre class="screen"> #!/bin/bash # This is a test, this is only a test SNAPNAME=`date +%Y.%m.%d-%H.%M.%S` xfs_freeze -f /data/shadow_share/ lvcreate -L10M -s -n $SNAPNAME /dev/shadowvol/sh_test xfs_freeze -u /data/shadow_share/ mkdir /data/shadow_share/@GMT-$SNAPNAME mount /dev/shadowvol/$SNAPNAME /data/shadow_share/@GMT-$SNAPNAME -onouuid,ro </pre><p> Note that the script does not handle other things like remounting snapshots on reboot. </p></li><li><p><b>Test From Client. </b> To test, you will need to install the shadow copy client which you can obtain from the <a href="http://www.microsoft.com/windowsserver2003/downloads/shadowcopyclient.mspx" target="_top">Microsoft web site.</a> I only tested this with an XP client so your results may vary with other pre-XP clients. Once installed, with your XP client you can right-click on specific files or in the empty space of the shadow_share and view the "properties". If anything has changed, then you will see it on the "Previous Versions" tab of the properties window. </p></li></ol></div></div></div></div><div class="sect1" lang="en"><div class="titlepage"><div><div><h2 class="title" style="clear: both"><a name="id2574929"></a>VFS Modules Available Elsewhere</h2></div></div><div></div></div><p> This section contains a listing of various other VFS modules that have been posted but do not currently reside in the Samba CVS tree for one reason or another (e.g., it is easy for the maintainer to have his or her own CVS tree). </p><p> No statements about the stability or functionality of any module should be implied due to its presence here. </p><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2574947"></a>DatabaseFS</h3></div></div><div></div></div><p> URL: <a href="http://www.css.tayloru.edu/~elorimer/databasefs/index.php" target="_top">http://www.css.tayloru.edu/~elorimer/databasefs/index.php</a> </p><p>By <a href="mailto:elorimer@css.tayloru.edu" target="_top">Eric Lorimer.</a></p><p> I have created a VFS module that implements a fairly complete read-only filesystem. It presents information from a database as a filesystem in a modular and generic way to allow different databases to be used (originally designed for organizing MP3s under directories such as “<span class="quote"><span class="emphasis"><em>Artists,</em></span></span>” “<span class="quote"><span class="emphasis"><em>Song Keywords,</em></span></span>” and so on. I have since easily applied it to a student roster database.) The directory structure is stored in the database itself and the module makes no assumptions about the database structure beyond the table it requires to run. </p><p> Any feedback would be appreciated: comments, suggestions, patches, and so on. If nothing else, hopefully it might prove useful for someone else who wishes to create a virtual filesystem. </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id2575001"></a>vscan</h3></div></div><div></div></div><p>URL: <a href="http://www.openantivirus.org/projects.php#samba-vscan" target="_top">http://www.openantivirus.org/projects.php#samba-vscan</a></p><p> samba-vscan is a proof-of-concept module for Samba, which provides on-access anti-virus support for files shared using Samba. samba-vscan supports various virus scanners and is maintained by Rainer Link. </p></div></div></div><div class="navfooter"><hr><table width="100%" summary="Navigation footer"><tr><td width="40%" align="left"><a accesskey="p" href="CUPS-printing.html">Prev</a> </td><td width="20%" align="center"><a accesskey="u" href="optional.html">Up</a></td><td width="40%" align="right"> <a accesskey="n" href="winbind.html">Next</a></td></tr><tr><td width="40%" align="left" valign="top">Chapter 19. CUPS Printing Support </td><td width="20%" align="center"><a accesskey="h" href="index.html">Home</a></td><td width="40%" align="right" valign="top"> Chapter 21. Winbind: Use of Domain Accounts</td></tr></table></div></body></html>