[Samba] linux-to-linux samba weird problem
Jeremy Allison
jra at samba.org
Wed Feb 27 16:44:57 MST 2013
On Wed, Feb 27, 2013 at 04:00:23PM -0500, Neal Murphy wrote:
> I've a weird problem with Samba. I'm using Samba to share a filesystem between
> two linux systems because I believe I need byte range locking to prevent
> multiple processes on different computers from reading/writing the same ISAM
> records.
>
> I have a Debian wheezy file server running Samba; no domain controller, just a
> simple, single share. I have a debian wheezy KVM mounting a share via CIFS,
> forcing UID and GID; UID/GID are the same on the two systems. I use a
> credentials file with non-root user and password. I disabled oplocks and
> client caching. The shared dir has ug+rw for all files, and has ug+x for all
> dirs; the same non-root user and group owns all files and dirs. I've even gone
> so far as to add ug+s on all dirs, to no avail. General access seems to be OK.
> But there's a failure in one specific instance.
>
> On the KVM, I'm running unibasic (business basic). I wrote a program to test
> record locking when reading indexed ISAM files. Running it on two KVMs, I
> verified that record locking does work; the lock passed between the two
> programs very nicely. But I encountered a problem when creating indexed ISAM
> files.
>
> When a UB program builds an indexed ISAM DB, it creates both a data file and
> an index file on the file server. The problem is that it *always* fails when a
> non-root user runs unibasic (it can't create the index structure within the
> index file). But it succeeds when running the program as root. Oddly, if I
> leave ug+s off the dirs on the server, root:root will own one of the files in
> the pair (regardless of forceuid/forcegid on the client mount).
How exactly does it fail ? This will help determine the problem.
More information about the samba
mailing list