rsync causing disk sleeps and loss of apps

[Martin (KDE)]

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 at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/kde
> New to KDE4? - get help from http://userbase.kde.org