NFS mv fails

[Nick Lunt]

Hi folks,

I have a hpux 11.11 server mounting a filesystem exported on an OpenVME machine.
This setup has been working with no problems for a while.

Here is a transcript to show the error that I'm getting today for some reason:

# ll MJNL4395*
-rw-r--rwx 1 rsched dba 0 Nov 9 19:08 MJNL4395.OK
# mv MJNL4395.OK MJNL4395.OK.done
# echo $?
0
# ll MJNL4395*
-rw-r--rwx 1 rsched dba 0 Nov 9 19:08 MJNL4395.OK
#
# # cp works fine
# cp MJNL4395.OK MJNL4395.OK.done
# ll MJNL4395*
-rw-r--rwx 1 rsched dba 0 Nov 9 19:08 MJNL4395.OK
-rw-r--rwx 1 wesleyan users 0 Nov 10 12:01 MJNL4395.OK.done
#

There is not a space issue, or a permissions issue as it's been working perfectly until now.

I need the mv command to work. I can fudge it for today by manually doing a cp then rm, but this process is automated every night.

Here is the mount for the NFS filesystem from fstab:

vmex:/export/home/transfer/rx /export/transfers/vmex/vmexrx nfs nosuid,bg,nodevs,intr,soft 0 0

Ive tried a #ount -o remount' but that hasn't fixed it.

Any pointer appreciated,
warm regards
Nick

[BONNAFOUS Jean Marc]

Hi,

It's curious that mv command return 0 statut if it doesn't work. Are you sure that you don't have a bad file or alias with name = mv. If so delete or rename this alias or use complete name for mv: /usr/bin/mv

Use: type mv to see if file path is good (/usr/bin/mv)

Rgds
JMB

[Nick Lunt]

Hi,

# type mv
mv is a tracked alias for /usr/bin/mv

# alias | grep mv
mv=/usr/bin/mv

# touch aaa
# ll aaa
-rw-rw-rw- 1 wesleyan users 0 Nov 10 12:41 aaa
# mv aaa bbb
# ll bbb
-rw-rw-rw- 1 wesleyan users 0 Nov 10 12:41 bbb

There doesn't seem to be a problem with 'mv' :(

Thanks for the response.

[Duncan Edmonstone]

Nick,

Is this something to do with VMS file naming conventions... I'm no expert, but the way VMS handles filenaming is certainly different to HPUX - I'd be tempted to get onto the VMS box and actually track what you are seeing in this directory locally.

HTH

Duncan

[Nick Lunt]

Hi Duncan,

I've looked at this from the OpenVME box and it shows the same as from the HPUX box.

ie when I do the mv on the HPUX box and ls on the OpenVME box shows that the mv has not happened.

Very confusing

[Nick Lunt]

Due to time constraints I've had to do this mv manually with cp/rm, so I cant do anymore testing on it.

Im still interested in suggestions at to why this happened tho..

Many thanks
Nick

[BONNAFOUS Jean Marc]

Nick,

Probablu a stupid question, but what is the user using 'mv' when it fails?
I see that when you make mv on a file with
'wesleyan users' it's work and with rsched dba not.
It's more probably a hazard, but it's perhaps because the rights on file are bad. So if it's a problem with rights i don't understand why 'mv' returns status 0.

Rgds
JMB

[Nick Lunt]

Hi Jean,

the permissions on the files are such that anyone can 'mv' them.

The permissions on this particular file are the same as on the rest of the files in that directory that have worked so far.

This mornings run has gone through with no problems at all, (this mornings file is MJNL4396.OK) which has been moved to MJNL4396.OK.done.

Very curious.

Regards
Nick .