Operating System - Linux
1821246 Members
2696 Online
109632 Solutions
New Discussion юеВ

Cannot change ownership to uid 673, gid 100: Operation not permitted

 
yogesh kumar_2
Frequent Advisor

Cannot change ownership to uid 673, gid 100: Operation not permitted

I have written one backup script in linux workstation,(as a user) so the backup script generated one .tgz file.The script moving .tgz to /net/tps-bcd/backup.

#ex:backup.yogesh_rip-2008-11-13-18-05-37.tgz(in /net/tps-bcd/backup)
I use "tar zxf yogesh_rip-2008-11-13-18-05-37.tgz" to extract the .tgz file.It is working fine.

But,The script i copied to the root user and i scheduled the script it was working fine.The backup taken over in /net/tps-bcd/backup.Then i tried to extract the .tgz file.But its showing below error

#tar: ae/yogesh_rip/Graphics/vectorPack.c: Cannot change ownership to uid 673, gid 100: Operation not permitted
4 REPLIES 4
skt_skt
Honored Contributor

Re: Cannot change ownership to uid 673, gid 100: Operation not permitted

is that account still avaialble ? may be deleted after your backup?
yogesh kumar_2
Frequent Advisor

Re: Cannot change ownership to uid 673, gid 100: Operation not permitted

The user account is there.

see after copying to /net/tps-bcd/backup(as a root user) its showing file owner and group owner for the .tgz file is "nfsnobody".
Markus Schibli
Occasional Advisor

Re: Cannot change ownership to uid 673, gid 100: Operation not permitted

you said you copied the file as root and see now the ownership of the copied file is "nfsnobody". I assume, you copied the file to an NFS share. This is a normal behavior, since per default on a nfs exported fs the root user of the nfs client is mapped to the uid of nfsnobody, which is normaly uid = 65534 .

If you want that the nfs client root user is also root on the NFS share too, you have to export the NFS share on the nfs server with the flag no_root_squash .

regards
markus
Mike Stroyan
Honored Contributor

Re: Cannot change ownership to uid 673, gid 100: Operation not permitted

The error message is coming from tar because it is unpacking the file as a user that is not root and not "uid 673, gid 100". When the tar file was written it noted the ownership and permissions of all of the files it backed up. When you try to unpack it you will need to do that as root if you want it to match all of the same arbitrary ownership and permissions. (If all the files belong to the same uid that unpacks the file then there is no problem either.)

The ownership of the tar file itself is not an issue here.