are there any limitations to use drive c on nfs volumes?

are there any limitations to use drive c on nfs volumes?

[Christian Fischer]

[-- Attachment #1: Type: text/plain, Size: 695 bytes --]

Hi there.

I've moved my local homes to server based homes mounted via autofs.
I'm running an foxpro application. This application starts but it hangs on 
touching the database. Strace told me that the ressource is temporary 
unavailiable and at statup of strace it tolds me
"SHAREing doesn't work on drive C: (probably NFS volume?)"

I'm running dosemu 1.2.0.0 on Linux version 2.6.7-gentoo-r11.
Please don't ask me why my dos app isn't on my local file system. Well, I 
confirm that the local file system is the better place for apps than an nfs 
volume. This was the first test and i had planned to do the the move to the 
local filesystem for later.

Regards
Christian 
-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: are there any limitations to use drive c on nfs volumes?

[Christian Fischer]

[-- Attachment #1: Type: text/plain, Size: 654 bytes --]

On Friday 24 September 2004 11:57, Christian Fischer wrote:

> Please don't ask me why my dos app isn't on my local file system. Well, I
> confirm that the local file system is the better place for apps than an nfs
> volume. This was the first test and i had planned to do the the move to the
> local filesystem for later.

Sorry, sometimes english language isn't so easy. I wanted to say
"Well, I agree with you .."

I've moved the drives to the local filesystem, everything works fine.
If dosemu can't use nfs volumes why my app thinks that the database is in 
place? Normally the app tells me if no database is present.

Christian
-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: are there any limitations to use drive c on nfs volumes?

[Claudia Neumann]

Am Freitag, 24. September 2004 13:20 schrieben Sie:
> I've moved the drives to the local filesystem, everything works fine.
> If dosemu can't use nfs volumes why my app thinks that the database is in
> place? Normally the app tells me if no database is present.

I am using dosemu and nfs constantly. It works fine. But I don't link it to 
drive c. I put a link from /home/user/.dosemu/drives/d to the mountpoint of 
the nfs volume and boot it as drive d:.
Perhaps it is a problem with user rights of the mounted nfs volume?

cu 

Claudia

Re: are there any limitations to use drive c on nfs volumes?

[Christian Fischer]

[-- Attachment #1: Type: text/plain, Size: 1102 bytes --]

On Friday 24 September 2004 14:14, Claudia Neumann wrote:
> Am Freitag, 24. September 2004 13:20 schrieben Sie:
> > I've moved the drives to the local filesystem, everything works fine.
> > If dosemu can't use nfs volumes why my app thinks that the database is in
> > place? Normally the app tells me if no database is present.
>
> I am using dosemu and nfs constantly. It works fine. But I don't link it to
> drive c. I put a link from /home/user/.dosemu/drives/d to the mountpoint of
> the nfs volume and boot it as drive d:.
> Perhaps it is a problem with user rights of the mounted nfs volume?

No Claudia, it isn't, and there was no link to drive c.
Drive c was (now it is local) 
~/.dosemu/drives/c
an home is an autofs mounted nfs volume.
Now drive c is
/opt/dosemu/drives/c
and everything works fine. I suppose that dosemu ist using for drive c the 
physical (or a part of) file system layer, not an virtual like nfs (i hope 
that's right, i don't know enough about that).

Thanks for the information that it works for you on drive d, that will be 
helpful.

christian

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: are there any limitations to use drive c on nfs volumes?

[Christian Fischer]

[-- Attachment #1: Type: text/plain, Size: 2190 bytes --]

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
-- 

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: are there any limitations to use drive c on nfs volumes?

[Claudia Neumann]

Hi Christian!

Am Samstag, 25. September 2004 10:27 schrieben Sie:
> 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.
>
I hope you have read 
http://resmedicinae.sourceforge.net/manuals/apw_linux/ch06s06.html. Sorry, 
only in german.

First of all, did you export with the right permissions?
[exported directory say /opt] [hostname or IP-number of client](rw,sync)

Then: biggest problem: 
user-name on client must be identical to user-name on server
user-id on client must be identical to user-id on server
group-name on client must be identical to group-name on server
group-id on client must be identical to group-id on server
Otherwise you can't do anything on server.

Beware: SUSe begins with user-ids 500, Debian begins with user-ids 1000. 
Sometimes you will find program-gids intermangled with group-ids, so that you 
get effective user:group 1020:1021. If server has 1020:1020, it won't work.

HTH

Claudia

Re: are there any limitations to use drive c on nfs volumes?

[Ryan Underwood]

[-- Attachment #1: Type: text/plain, Size: 1092 bytes --]


Late reply.  I mount drives onto my AFS home directory and it works
fine.  I wouldn't recommend multitasking from an AFS mount though,
because AFS doesn't support record locking (which most DOS network apps
assume the presence of) ....

On Fri, Sep 24, 2004 at 11:57:21AM +0200, Christian Fischer wrote:
> Hi there.
> 
> I've moved my local homes to server based homes mounted via autofs.
> I'm running an foxpro application. This application starts but it hangs on 
> touching the database. Strace told me that the ressource is temporary 
> unavailiable and at statup of strace it tolds me
> "SHAREing doesn't work on drive C: (probably NFS volume?)"
> 
> I'm running dosemu 1.2.0.0 on Linux version 2.6.7-gentoo-r11.
> Please don't ask me why my dos app isn't on my local file system. Well, I 
> confirm that the local file system is the better place for apps than an nfs 
> volume. This was the first test and i had planned to do the the move to the 
> local filesystem for later.
> 
> Regards
> Christian 
> -- 



-- 
Ryan Underwood, <nemesis@icequake.net>

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]