Am 02.02.2011 19:25, schrieb Anne Wilson:
> On Wednesday 02 February 2011 17:52:16 Richard wrote:
>> On Wed, Feb 02, 2011 at 03:06:56PM +0000, Anne Wilson wrote:
>>>> You can look at the debug log with any viewer or do something like
>>>> "grep open rsync-debug.log"
>>>> and post the last 30 lines here.
>>>
>>> I'm giving you more than 30 because I don't know how much of the ending
>>> is due to my action in killing the process:
>>>
>>> tail -50 rsync-debug.log
>>
>> please try
>>
>> grep open rsync-debug.log | tail
>>
>> - in first approximation we want to know what was the last few files it
>> tried to open.
>>
> grep open rsync-debug.log | tail
> 3235 open("fromCDs/Documents/Frances/WorkTemplates/catterick newsletter",
> O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
> 3235 open("fromCDs/Documents/friendly.eps", O_RDONLY|O_LARGEFILE) = 3
> 3236 lstat64("fromCDs/Documents/Firewall/SurfNet_Firewall_files/hs-kader-
> openbaar.gif", 0xbfebe7bc) = -1 ENOENT (No such file or directory)
> 3237 open("fromCDs/Documents/friendly.eps", O_RDONLY|O_LARGEFILE) = -1 ENOENT
> (No such file or directory)
> 3237 open("fromCDs/Documents/.friendly.eps.Np6jhQ", O_RDWR|O_CREAT|O_EXCL|
> O_LARGEFILE, 0600<unfinished ...>
> 3237<... open resumed> ) = 1
> 3236 lstat64("fromCDs/Documents/Frances/Thesis/20060613/opening of chapter
> 3.doc", 0xbfebe7bc) = -1 ENOENT (No such file or directory)
> 3235 open("fromCDs/Documents/fstab101.txt", O_RDONLY|O_LARGEFILE) = 3
> 3235 open("fromCDs/Documents/ftp.jpg", O_RDONLY|O_LARGEFILE) = 3
> 3235 open("fromCDs/Documents/garden_top.jpg", O_RDONLY|O_LARGEFILE) = 3
>
> The comments about read-only made no sense to me, but it seems that they are
> being written as owned nobody:nobody. I guess that that would mean that at
> the next write they can't be overwritten by files owned by anne:users -
> correct? Certainly there are lots of messages like
>
> rsync: chgrp "/mnt/server_home/anne/Documents/Bills/fluendo.pdf" failed:
> Operation not permitted (1)
>
> and I couldn't see why it was wanting to change groups.
Hm, this occur if you try to run a copy to a nfs share as root. Usually
the user root is mapped to nobody:nobody. root has only limmited access
to the nfs server. Do you use nfs for the test or did you used this in
the past?
otherwise It is possible that the destination filesystem does not
support user management (FAT).
May be, it is a good idea to try the rsync on a clean destination folder?
Greetings
Martin
>
> Anne
>
>
>
> _______________________________________________
> kde mailing list
> kde@xxxxxxxxxxxxxxxxxxxxxxx
> https://admin.fedoraproject.org/mailman/listinfo/kde
> New to KDE4? - get help from http://userbase.kde.org
_______________________________________________
kde mailing list
kde@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/kde
New to KDE4? - get help from http://userbase.kde.org
