Salvatore Enrico Indiogine wrote:
> 2006/1/20, Salvatore Enrico Indiogine <hindiogine@xxxxxxxxx>:
>
>>2006/1/20, Jim Perrin <jperrin@xxxxxxxxx>:
>>
>>>>When I run rsync over ssh, even sudo, I get permissions errors:
>>>>
>>>>sudo rsync -av --rsh=/usr/bin/ssh --delete <source dir>
>>>><user>@<server>:<dest dir>
>>>>
>>> I've always used -e ssh when rsyncing that way, might give it a shot
>>>and see if it's a command difference.
>>>
>>>
>>>
>>>>readlink groups/amatogroup/intranet/FoldingServerOO-dev/trash/foldingServer/Folding.NMA/CVS:
>>>>Permission denied
>>>>
>>>>and
>>>>
>>>>opendir(groups/amatogroup/research/shepherding/single/RCS): Permission denied
>>>>
>>>>Any idea? I did a lot of googling, but nothing that looked useful to me.
>>>>Thanks!
>>>
>>>Does it work right outside of ssh (assuming that's possible to test)?
>>
>>-e ssh must be equivalent to --rsh=/usr/bin/ssh because it did not
>>affect the result.
>>
>>The directories that rsync can not copy usually have a 700 permission.
>> That is why I run it sudo rsync. For some reason sudo does not give
>>rsync all the permissions that it should have.
>
>
> Messed up permissions on the receiving end. I had to rename users to
> make the authentication key pair work and that messed up the
> permissions on the filesystem. The owner and group of the file still
> had the same name, but it referred to the previous 'incarnation' of
> the user. I wonder how to make this visible? How can you make ls
> show the UID and GID of a file instead of its name?
>
> Thanks for all the help.
>
>
> --
> Enrico Indiogine
> Parasol Laboratory
> Texas A&M University
>
> enricoi@xxxxxxxxxxx
> hindiogine@xxxxxxxxx
> 979-845-3937
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
ls -n should be what you're looking for.
[malakhi@sociald ~]$ ls -n
total 16
drwxr-xr-x 2 500 500 4096 Jan 15 20:10 Desktop
drwxrwxr-x 3 500 500 4096 Jan 19 16:56 src
[malakhi@sociald ~]$
Regards,
Scott
