On Saturday 25 September 2004 05:36, Kevin Noseworthy - Specialty Software wrote:
> I think Claudia is on the right track. I too use nfs (only for certain > aspects of the application I run) > without problem. If you have read rights then your app will see the > database, however, if writing is required, and it most likely is, then > the app will be prevented from establishing any kind of file or record > lock. (Writing in this case may simply be required to gain access or > notify the multi-user database that a user is connected, even if only a > single user is accessing it with a single user license.) I don't use an > XBase such as foxpro but I am certain it is "capable" of multi-user access. > It is required that the rights of the user/group on the client match > those on the host by number (name is not important) e.g. if group on > client is 500 then group on host must be 500. > I would also note that since you are using foxpro you will not be able > to establish file/record locking with this configuration. This applies > not only to multi-user access but to single user access if foxpro is > capable of windowing (Not to be confused with Microsoft Reboot, aka > Windows) Okay, good to hear that there are most probably no limitations on nfs volumes. Uids and gids are defininite the same on client and server. Also the users are in the right groups, on both machines definite the same part of /etc/groups. But there is an other problem, probably it affects dosemu in this case. There are directories (770 user1:group1) with files in it (660 user1:group1). User1 and members of group1 can browse into these directories but the can't see or read the files. # cd directory directory # ls -al ls: reading directory .: Permission denied total 0 Somethig goes completely wrong, i don't know how to trace it on the fly. Note: directories and files have identical user and group and right permissions. And not all directories of the same type of user:group (and the same permissions) are affected, only some one. I can't see any differences. Thanks for your comments, i think this is an OT thing now. Christian --
pgpjCJDADXfvH.pgp
Description: PGP signature
