NFS mount and cp

I've got a fairly peculiar problem when copying files as a user to to an
nfs mount on another machine. The copy appears to fail with

$ cp floppyP4.img /mnt/ls
cp: cannot create regular file `/mnt/ls/floppyP4.img': Operation not permitted

It does however create a zero length file. Issuing the command a second
time works correctly. Root works correctly the first time.

Any suggestions as to how to fix this behaviour, or an explanation for
this problem.

On the client side:

$ cat /etc/fstab | grep linuxshare
tiger:/mnt/linuxshare /mnt/ls nfs auto,bg,intr,users 0 0

$ cat /etc/mtab | grep linuxshare
tiger:/mnt/linuxshare /mnt/ls nfs rw,noexec,nosuid,nodev,bg,intr,addr=192.168.0.5 0 0

On the server:

$ cat /etc/fstab | grep linuxshare
/dev/hdb7 /mnt/linuxshare auto defaults,quiet,umask=0 0 0

$ cat /etc/mtab | grep linuxshare
/dev/hdb7 /mnt/linuxshare vfat rw,quiet,umask=0 0 0

$ cat /etc/exports | grep linuxshare
/mnt/linuxshare 192.168.0.0/255.255.255.0(rw,insecure,all_squash)

TIA,

Michael C.
--
(E-Mail Removed) http://mcsuper5.freeshell.org/
Registered Linux User #303915 http://counter.li.org/

Michael C. <(E-Mail Removed)> wrote:
> I've got a fairly peculiar problem when copying files as a user to to an
> nfs mount on another machine. The copy appears to fail with

> $ cp floppyP4.img /mnt/ls
> cp: cannot create regular file `/mnt/ls/floppyP4.img': Operation not permitted

nfs bug or serverside bug of some kind. Change server! (or client :-).


> It does however create a zero length file. Issuing the command a second
> time works correctly. Root works correctly the first time.

> Any suggestions as to how to fix this behaviour, or an explanation for
> this problem.

> On the client side:

> $ cat /etc/fstab | grep linuxshare
> tiger:/mnt/linuxshare /mnt/ls nfs auto,bg,intr,users 0 0

OK.

> On the server:

> $ cat /etc/fstab | grep linuxshare
> /dev/hdb7 /mnt/linuxshare auto defaults,quiet,umask=0 0 0

> $ cat /etc/mtab | grep linuxshare
> /dev/hdb7 /mnt/linuxshare vfat rw,quiet,umask=0 0 0

Oh!!! It's msdos. You can't export dos. Not expecting your server to
have been debugged against it, anyway! At least switch to umsdos.

That's it. Change fs on server to verify.

Peter

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2003-11-28, Michael C. <(E-Mail Removed)> wrote:
> On the server:
>
> $ cat /etc/fstab | grep linuxshare
> /dev/hdb7 /mnt/linuxshare auto defaults,quiet,umask=0 0 0
>
> $ cat /etc/exports | grep linuxshare
> /mnt/linuxshare 192.168.0.0/255.255.255.0(rw,insecure,all_squash)

I really doubt it's a good idea to export a vfat filesystem squashing
all users to nobody. In fact, I really doubt it's a good idea to export
a vfat filesystem at all. Do you see this behaviour with an ext2/3 or
reiserfs export?

- --keith

- --
kkeller-(E-Mail Removed)
(try just my userid to email me)
AOLSFAQ=http://wombat.san-francisco.ca.us/cgi-bin/fom

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/xviihVcNCxZ5ID8RAgSAAJ9G/mpX4N/TgPZjzBWhttd3mGLxMACfVoi2
op0Fn70MAon4x2vXvXcQSkc=
=pYOw
-----END PGP SIGNATURE-----

Michael C. <(E-Mail Removed)> wrote:
> I've got a fairly peculiar problem when copying files as a user to to an
> nfs mount on another machine. The copy appears to fail with

> $ cp floppyP4.img /mnt/ls
> cp: cannot create regular file `/mnt/ls/floppyP4.img': Operation not permitted
[..]
> $ cat /etc/mtab | grep linuxshare
> /dev/hdb7 /mnt/linuxshare vfat rw,quiet,umask=0 0 0
^^^^
There's the problem, use a real FS and problems should be solved.

--
Michael Heiming

Remove +SIGNS and www. if you expect an answer, sorry for
inconvenience, but I get tons of SPAM

On Thu, 27 Nov 2003 23:26:26 -0800,
Keith Keller <kkeller-(E-Mail Removed)> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 2003-11-28, Michael C. <(E-Mail Removed)> wrote:
> > On the server:
> >
> > $ cat /etc/fstab | grep linuxshare
> > /dev/hdb7 /mnt/linuxshare auto defaults,quiet,umask=0 0 0
> >
> > $ cat /etc/exports | grep linuxshare
> > /mnt/linuxshare 192.168.0.0/255.255.255.0(rw,insecure,all_squash)
>
> I really doubt it's a good idea to export a vfat filesystem squashing
> all users to nobody. In fact, I really doubt it's a good idea to export
> a vfat filesystem at all. Do you see this behaviour with an ext2/3 or
> reiserfs export?

The exported fs is used primarily to store data before burning to cd,
which may be done in windows if it is working (seldom used anymore by
me, but others do boot into windows.)

Samba didn't have any issues but I wanted to try my hand at nfs.

I just tried with ext3 and it works fine. vfat appears to be the
problem. I don't know if the fault lies with client or server, so I'll
probably work around it until I migrate the filesystems to ext3.

Thanks.

Michael C.
--
(E-Mail Removed) http://mcsuper5.freeshell.org/
Registered Linux User #303915 http://counter.li.org/

Michael C. <(E-Mail Removed)> wrote:
[..]
> I just tried with ext3 and it works fine. vfat appears to be the
> problem. I don't know if the fault lies with client or server, so I'll
> probably work around it until I migrate the filesystems to ext3.

The problem is just vfat not your client/server, vfat should not
be exported via NFS, as already mentioned in this thread, there
are no permissions/owner on it, you force them while mounting.

--
Michael Heiming

Remove +SIGNS and www. if you expect an answer, sorry for
inconvenience, but I get tons of SPAM

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2003-11-30, Michael C. <(E-Mail Removed)> wrote:
>
> Samba didn't have any issues but I wanted to try my hand at nfs.
>
> I just tried with ext3 and it works fine. vfat appears to be the
> problem. I don't know if the fault lies with client or server, so I'll
> probably work around it until I migrate the filesystems to ext3.

The fault lies with the admin for trying to NFS export a vfat
filesystem. The semantics are just too different to make it worthwhile
to try to make them cooperate. Either export your vfat over Samba or
export a un*x-like filesystem over NFS, but don't export vfat over NFS.

- --keith

- --
kkeller-(E-Mail Removed)
(try just my userid to email me)
AOLSFAQ=http://wombat.san-francisco.ca.us/cgi-bin/fom

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/yk7ShVcNCxZ5ID8RAgk1AJ4qdrAFLUzRVUaKvzZD+jtteTWAgQ CeKwKK
JUDMeeRDZ+BZ76xgOzsiNs4=
=8tYB
-----END PGP SIGNATURE-----