Re: rsync causing disk sleeps and loss of apps

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


[Index of Archives]     [KDE Users]     [Fedora General Discussion]     [Older Fedora Users Mail]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Maintainers]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Triage]     [Coolkey]     [Yum Users]     [Yosemite Forum]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

  Powered by Linux