Originally posted by: MMarradi
Hi all.
I've a really strange situation, need some help.
Environment:
Cluster Veritas of two servers, A and B, identical:
#uname -a
AIX A 1 6 00F8F31C4C00
#df -g .
Filesystem GB blocks Free %Used Iused %Iused Mounted on
/dev/vx/dsk/dg/vol 514 209 60% 587442 8% /opt/flussi/ACR
The problem:
With user i run a tar in a dire inside the above FS, the tar fails with just a tar: echo, create a 0 byte file, exit.
user# pwd
/opt/flussi/ACR/dir1/dir2
user# tar cvf (or -cvf, does not mater) name.tar file.txt (or file*)
tar:
user#
It create a name.tar , empty
user# ls -l
-rw-rw-rw 1 user group 8000 Mar 30 17:01 file.txt
-rw-rw-rw 1 user group 0 Mar 30 17:50 name.tar
What I've tried:
First, on the other node the command works. The OS are identical, the tar exec file too.
If I run the tar as root, in that directory, WORKS.
If I run the tar as user in different directory, same FS, FAILS.
If I run the tar as user in different directory, different FS, WORKS.
If I run the tar as user, in that directory, from file in other FS, writing in this FS, FAILS.
If I run the tar as user, in that directory, from file in this FS, writing in other FS, FAILS.
If I run the tar as user, in that directory, from file in other FS, writing in other FS, FAILS. (This is the strangest)
A touch, a ls > file, a gzip file, with the user in the FS works normally.
My results...
Is not a FS problem or inode, with root it works.
Is not a user problem, in other FS works, user is in LDAP and seems normal.
Of course is not a space problem, ad taring one or multiple files does not change the problem.
We have a third party access control and function control system, checked ad seems it does not block anything for this user.
I've tested in different way, hope not forget anything here.
The server is in production, so I cannot umont/mount or reboot with ease, this is why I'm asking here.
So... accept the challenge? :)
Ciao, Massimiliano.