diff options
author | Ralph Boehme <slow@samba.org> | 2014-10-22 19:17:12 +0200 |
---|---|---|
committer | Jeremy Allison <jra@samba.org> | 2015-01-10 04:15:04 +0100 |
commit | 15511f7c51686a088127748b211c3a3ff95c2fd1 (patch) | |
tree | 97ce7a508133693a141f9e8bd92c0ddbfa850656 /docs-xml/manpages | |
parent | f58545dbc2836cd3fdf351babb1304d84fd3e06d (diff) | |
download | samba-15511f7c51686a088127748b211c3a3ff95c2fd1.tar.gz |
vfs_unityed_media: VFS module for sharing AVID projects
Based on <https://code.google.com/p/vfs-unityed-media/>.
The existing VFS module media_harmony has some problems relative to Avid
media sharing:
Avid looks at the modification time of the ingest directory. Since
media_harmony has everyone using the same directory, users (or client
systems) have to somehow create "fake" directories with special names
and then media_harmony returns the mod time of those fake directories
for the different clients rather than the actual mod time of the
communal ingest directory.
To make matters worse, users then have to have a special utility or
understand how to update the modtime on these specially named
directories. Otherwise, their client system will never update the
indexes to show new media.
To make it even worse than that, Avid creates new directories on the
fly, so you can't just set this up statically at the beginning. Avid
will silently create a new directory and your reindexing problems will
start all over until you create new fake directories.
With unityed_media:
* there are no reindexes between clients
* clients don't need to know which directories have been created for
them, it's automatic.
* clients never have to reindex other systems directories.
* unityed_media let's each client have their own directories.
* unityed_media works much more like Avid's own ISIS servers work.
A module option controls which name is appended to client specific
paths: the username, the hostname (will not work with OS X) or the
client's IP.
Signed-off-by: Ralph Boehme <slow@samba.org>
Reviewed-by: Jeremy Allison <jra@samba.org>
Autobuild-User(master): Jeremy Allison <jra@samba.org>
Autobuild-Date(master): Sat Jan 10 04:15:04 CET 2015 on sn-devel-104
Diffstat (limited to 'docs-xml/manpages')
-rw-r--r-- | docs-xml/manpages/vfs_unityed_media.8.xml | 115 |
1 files changed, 115 insertions, 0 deletions
diff --git a/docs-xml/manpages/vfs_unityed_media.8.xml b/docs-xml/manpages/vfs_unityed_media.8.xml new file mode 100644 index 00000000000..0d061c6d879 --- /dev/null +++ b/docs-xml/manpages/vfs_unityed_media.8.xml @@ -0,0 +1,115 @@ +<?xml version="1.0" encoding="iso-8859-1"?> +<!DOCTYPE refentry PUBLIC "-//Samba-Team//DTD DocBook V4.2-Based Variant V1.0//EN" "http://www.samba.org/samba/DTD/samba-doc"> +<refentry id="vfs_media_harmony.8"> + +<refmeta> + <refentrytitle>vfs_unityed_media</refentrytitle> + <manvolnum>8</manvolnum> + <refmiscinfo class="source">Samba</refmiscinfo> + <refmiscinfo class="manual">System Administration tools</refmiscinfo> + <refmiscinfo class="version">4.2</refmiscinfo> +</refmeta> + + +<refnamediv> + <refname>vfs_unityed_media</refname> + <refpurpose>Allow multiple Avid clients to share a network drive.</refpurpose> +</refnamediv> + +<refsynopsisdiv> + <cmdsynopsis> + <command>vfs objects = unityed_media</command> + </cmdsynopsis> +</refsynopsisdiv> + +<refsect1> + <title>DESCRIPTION</title> + + <para>This VFS module is part of the + <citerefentry><refentrytitle>samba</refentrytitle> + <manvolnum>7</manvolnum></citerefentry> suite.</para> + + <para>Unityed Media is related with Media Harmony VFS, the + main difference between Unityed Media and Media Harmony is + that Unityed Media doesn't need manual refreshing of media + directories. Unityed Media handles your media files in a similar + way to the way Unity, ISIS, EditShare or another dedicated solution + does. Without client-side application and on hardware of your + choice.</para> + + <para>This module is stackable.</para> +</refsect1> + +<refsect1> + <title>CONFIGURATION</title> + + <para>If Mac and Windows Avid clients will be accessing the same + folder, they should be given separate share definitions, with + hidden Mac files vetoed on the Windows share. See EXAMPLES.</para> +</refsect1> + +<refsect1> + <title>OPTIONS</title> + + <variablelist> + + <varlistentry> + <term>unityed_media:clientid = user | hostname | ip </term> + <listitem> + <para>Controls what client related identifier is + appended to user specific paths:</para> + + <itemizedlist> + <listitem><para><command>user (default)</command> - + use the username. </para></listitem> + + <listitem><para><command>hostname</command> - use the + hostname. Note this will not work with OS X clients as + these always send a generic string ("workstation") to + the server..</para></listitem> + + <listitem><para><command>ip</command> - use the + client's IP address. NOTE: this is untested and may + not work at all.</para></listitem> + </itemizedlist> + + </listitem> + </varlistentry> + </variablelist> +</refsect1> + +<refsect1> + <title>EXAMPLES</title> + + <para>Enable unityed_media for Mac and Windows clients:</para> +<programlisting> + <smbconfsection name="[avid_mac]"/> + <smbconfoption name="path">/avid</smbconfoption> + <smbconfoption name="vfs objects">unityed_media</smbconfoption> + <smbconfsection name="[avid_win]"/> + <smbconfoption name="path">/avid</smbconfoption> + <smbconfoption name="vfs objects">unityed_media</smbconfoption> + <smbconfoption name="veto files">/.DS_Store/._@/.Trash@/.Spotlight@/.hidden/.hotfiles@/.vol/</smbconfoption> + <smbconfoption name="delete veto files">yes</smbconfoption> +</programlisting> + +</refsect1> + +<refsect1> + <title>VERSION</title> + + <para>This man page is correct for version 4.2 of the Samba suite. + </para> +</refsect1> + +<refsect1> + <title>AUTHOR</title> + + <para>The original Samba software and related utilities + were created by Andrew Tridgell. Samba is now developed + by the Samba Team as an Open Source project similar + to the way the Linux kernel is developed.</para> + +</refsect1> + +</refentry> |