Bug 1074243 - [abrt] rsync: hash_search(): rsync killed by SIGABRT
Summary: [abrt] rsync: hash_search(): rsync killed by SIGABRT
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: rsync
Version: 20
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Michal Luscon
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:d6ed478215bf406c9b602c8016e...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-03-09 07:26 UTC by smanocch
Modified: 2014-08-22 11:31 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-08-22 11:31:11 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (49.37 KB, text/plain)
2014-03-09 07:26 UTC, smanocch
no flags Details
File: cgroup (172 bytes, text/plain)
2014-03-09 07:26 UTC, smanocch
no flags Details
File: core_backtrace (1.52 KB, text/plain)
2014-03-09 07:26 UTC, smanocch
no flags Details
File: dso_list (1.75 KB, text/plain)
2014-03-09 07:26 UTC, smanocch
no flags Details
File: environ (4.93 KB, text/plain)
2014-03-09 07:26 UTC, smanocch
no flags Details
File: limits (1.29 KB, text/plain)
2014-03-09 07:26 UTC, smanocch
no flags Details
File: maps (8.47 KB, text/plain)
2014-03-09 07:26 UTC, smanocch
no flags Details
File: open_fds (251 bytes, text/plain)
2014-03-09 07:26 UTC, smanocch
no flags Details
File: proc_pid_status (956 bytes, text/plain)
2014-03-09 07:26 UTC, smanocch
no flags Details
File: var_log_messages (189 bytes, text/plain)
2014-03-09 07:26 UTC, smanocch
no flags Details

Description smanocch 2014-03-09 07:26:10 UTC
Description of problem:
Doing rsync (using ssh) of a large file (about 100gb) using the following cmd:

rsync -arvHu --delete --progress --stats /develop/Machines/win7/ -e ssh -p 1234 stefano.1.2:/home/stefano/VM/

After a while rsync process occupied 100% cpu and I had to kill it

Version-Release number of selected component:
rsync-3.1.0-2.fc20

Additional info:
reporter:       libreport-2.1.12
backtrace_rating: 4
cmdline:        rsync -arvHu --delete --progress --stats /develop/Machines/win7/ -e 'ssh -p 1234' stefano.1.2:/home/stefano/VM/
crash_function: hash_search
executable:     /usr/bin/rsync
kernel:         3.13.5-200.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (5 frames)
 #0 hash_search at match.c:236
 #1 match_sums at match.c:398
 #2 send_files at sender.c:406
 #3 client_run at main.c:1152
 #4 start_client at main.c:1405

Comment 1 smanocch 2014-03-09 07:26:18 UTC
Created attachment 872346 [details]
File: backtrace

Comment 2 smanocch 2014-03-09 07:26:20 UTC
Created attachment 872347 [details]
File: cgroup

Comment 3 smanocch 2014-03-09 07:26:22 UTC
Created attachment 872348 [details]
File: core_backtrace

Comment 4 smanocch 2014-03-09 07:26:24 UTC
Created attachment 872349 [details]
File: dso_list

Comment 5 smanocch 2014-03-09 07:26:27 UTC
Created attachment 872350 [details]
File: environ

Comment 6 smanocch 2014-03-09 07:26:29 UTC
Created attachment 872351 [details]
File: limits

Comment 7 smanocch 2014-03-09 07:26:32 UTC
Created attachment 872352 [details]
File: maps

Comment 8 smanocch 2014-03-09 07:26:34 UTC
Created attachment 872353 [details]
File: open_fds

Comment 9 smanocch 2014-03-09 07:26:36 UTC
Created attachment 872354 [details]
File: proc_pid_status

Comment 10 smanocch 2014-03-09 07:26:38 UTC
Created attachment 872355 [details]
File: var_log_messages

Comment 11 Michal Luscon 2014-08-22 11:31:11 UTC
I think the high cpu load is expected as rsync produces check sums for all blocks of file during transfer. You can try to tweak block size by -B option, or transfer virtual images with --sparse to create new files and consequently use --inplace option for difference synchronization.


Note You need to log in before you can comment on or make changes to this bug.