From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christian Fischer Subject: Re: are there any limitations to use drive c on nfs volumes? Date: Sat, 25 Sep 2004 10:27:06 +0200 Sender: linux-msdos-owner@vger.kernel.org Message-ID: <200409251027.26691.Christian.Fischer@fischundfischer.com> References: <200409241157.21654.Christian.Fischer@fischundfischer.com> <200409241414.29324.dr.claudia.neumann@gmx.de> <200409241513.55174.Christian.Fischer@fischundfischer.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1392139.6TlbhI4tQR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <200409241513.55174.Christian.Fischer@fischundfischer.com> List-Id: To: linux-msdos@vger.kernel.org --nextPart1392139.6TlbhI4tQR Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 25 September 2004 05:36, Kevin Noseworthy - Specialty Software= =20 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 acces= s. > 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 volum= es.=20 Uids and gids are defininite the same on client and server. Also the users = are=20 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. The= re=20 are directories (770 user1:group1) with files in it (660 user1:group1). Use= r1=20 and members of group1 can browse into these directories but the can't see o= r=20 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.=20 Note: directories and files have identical user and group and right=20 permissions. And not all directories of the same type of user:group (and th= e=20 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 =2D-=20 --nextPart1392139.6TlbhI4tQR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.10 (GNU/Linux) iD8DBQBBVSvuszmQKstIgt4RAmsdAJ4gIb3OVMlR4qHANznYM8Vrb/ejowCgqKzg eAg9y40ZUAZzLvs9cExyKTc= =I4Ss -----END PGP SIGNATURE----- --nextPart1392139.6TlbhI4tQR--