Hi all,
I'm not sure if this is really rsync related so fell free to ignore this
message ;)
I have to server. The first one is rsync server et and the second one the
client. The rsync server repo is around 325Go.
Every time my client start rsync, both rsyncd on the server and rsync on the
client entered "Uninterruptible sleep" state and I can't figure
out why.
Server :
- Linux san1 2.6.30-gentoo-r4 #3 SMP Thu Nov 19 14:17:42 CET 2009
x86_64 Intel(R) Xeon(R) CPU E5405 @ 2.00GHz GenuineIntel GNU/Linux
- 8Gb ECC RAM
- Rsync server : 3.0.9
- Rsyncd.conf :
# /etc/rsyncd.conf
pid file = /var/run/rsyncd.pid
use chroot = no
read only = yes
transfer logging = no
dont compress = *
timeout = 60
[webroot]
path = /home/http
comment = Webroot Tree
uid = root
gid = webusers
Client :
- Linux san2 3.2.12-gentoo #1 SMP Mon May 14 13:50:17 CEST 2012
x86_64 Intel(R) Xeon(R) CPU E5405 @ 2.00GHz GenuineIntel GNU/Linux
- 8Gb ECC RAM
- Rsync client : 3.0.9
Network is 1Gbps dedicated. FS on both server is ext3. I've tried to get a
call trace for blocking process and this is what I have :
echo w > /proc/sysrq-trigger ; dmesg -c > foo && cat foo
Server :
[902361.152155] SysRq : Show Blocked State
[902361.152382] task PC stack pid father
[902361.152401] rsync D ffff8800280daa40 0 15001 14596
[902361.152406] ffff88022f0c8630 0000000000000086 ffff8800cf54e400
ffff8800188ef600
[902361.152410] 0000000000010a40 000000000000c5e8 ffff88022d91d070
ffff88022d91d308
[902361.152414] 000000062dd1dee0 ffffffff8114238b ffff88022d91d308
0000000135c45c5c
[902361.152418] Call Trace:
[902361.152427] [<ffffffff8114238b>] ? elv_next_request+0x18f/0x1a3
[902361.152432] [<ffffffff810bfa3e>] ? sync_buffer+0x0/0x40
[902361.152436] [<ffffffff812f7090>] ? schedule+0x9/0x1d
[902361.152439] [<ffffffff812f7107>] ? io_schedule+0x63/0xa5
[902361.152442] [<ffffffff810bfa3e>] ? sync_buffer+0x0/0x40
[902361.152445] [<ffffffff810bfa79>] ? sync_buffer+0x3b/0x40
[902361.152448] [<ffffffff812f7431>] ? __wait_on_bit+0x41/0x70
[902361.152452] [<ffffffff810bfa3e>] ? sync_buffer+0x0/0x40
[902361.152454] [<ffffffff812f74cb>] ? out_of_line_wait_on_bit+0x6b/0x77
[902361.152460] [<ffffffff810444d8>] ? wake_bit_function+0x0/0x23
[902361.152464] [<ffffffff810f6177>] ? ext3_bread+0x4c/0x6d
[902361.152468] [<ffffffff810faa22>] ? htree_dirblock_to_tree+0x33/0x13e
[902361.152472] [<ffffffff810b0655>] ? dput+0x23/0x13d
[902361.152475] [<ffffffff810faba9>] ? ext3_htree_fill_tree+0x7c/0x1e7
[902361.152479] [<ffffffff8109d927>] ? __kmalloc+0xf2/0x102
[902361.152483] [<ffffffff810f20d1>] ? ext3_readdir+0x173/0x554
[902361.152486] [<ffffffff810ae180>] ? filldir+0x0/0xb7
[902361.152490] [<ffffffff810a56e3>] ? cp_new_stat+0xe9/0xfc
[902361.152493] [<ffffffff810ae180>] ? filldir+0x0/0xb7
[902361.152496] [<ffffffff810ae33f>] ? vfs_readdir+0x75/0xa7
[902361.152499] [<ffffffff810ae4a9>] ? sys_getdents+0x7a/0xc1
[902361.152503] [<ffffffff8100b9eb>] ? system_call_fastpath+0x16/0x1b
echo w > /proc/sysrq-trigger ; dmesg -c > foo && cat foo
Client :
[ 4660.188240] SysRq : Show Blocked State
[ 4660.188460] task PC stack pid father
[ 4660.188474] rsync D 0000000000000000 0 5846 5840 0x00000000
[ 4660.188479] ffff8802260855c0 0000000000000086 ffff880221e7e010
ffff88022628ee40
[ 4660.188484] 0000000000010280 ffff880221e7ffd8 ffff880221e7ffd8
0000000000010280
[ 4660.188488] ffff8802251f2210 ffff88022628ee40 ffff8802251f25a0
ffff8802251f2210
[ 4660.188492] Call Trace:
[ 4660.188502] [<ffffffff8114c19b>] ? blk_peek_request+0x17c/0x18e
[ 4660.188507] [<ffffffff811e8363>] ? scsi_request_fn+0x31e/0x3f7
[ 4660.188511] [<ffffffff8114d20e>] ? blk_queue_bio+0x273/0x28c
[ 4660.188515] [<ffffffff810cc6ba>] ? unmap_underlying_metadata+0x29/0x29
[ 4660.188520] [<ffffffff8133367e>] ? io_schedule+0x89/0xc9
[ 4660.188523] [<ffffffff810cc6c3>] ? sleep_on_buffer+0x9/0xe
[ 4660.188526] [<ffffffff81333a42>] ? __wait_on_bit+0x41/0x70
[ 4660.188529] [<ffffffff810cc6ba>] ? unmap_underlying_metadata+0x29/0x29
[ 4660.188533] [<ffffffff81333adc>] ? out_of_line_wait_on_bit+0x6b/0x77
[ 4660.188537] [<ffffffff81043413>] ? autoremove_wake_function+0x2e/0x2e
[ 4660.188541] [<ffffffff810cc788>] ? ll_rw_block+0x65/0x82
[ 4660.188545] [<ffffffff81105592>] ? ext3_bread+0x49/0x68
[ 4660.188548] [<ffffffff8110a302>] ? htree_dirblock_to_tree+0x33/0x126
[ 4660.188552] [<ffffffff8110a46e>] ? ext3_htree_fill_tree+0x79/0x1d3
[ 4660.188557] [<ffffffff810b5cb7>] ? do_last+0x527/0x59e
[ 4660.188561] [<ffffffff81101b36>] ? ext3_readdir+0x179/0x532
[ 4660.188564] [<ffffffff810b813c>] ? filldir64+0xb0/0xb0
[ 4660.188567] [<ffffffff810ae253>] ? cp_new_stat+0xe9/0xfb
[ 4660.188570] [<ffffffff810b813c>] ? filldir64+0xb0/0xb0
[ 4660.188573] [<ffffffff810b82ea>] ? vfs_readdir+0x72/0xa4
[ 4660.188576] [<ffffffff810b8454>] ? sys_getdents+0x7a/0xc1
[ 4660.188580] [<ffffffff81334ebb>] ? system_call_fastpath+0x16/0x1b
I must admit that I really don't understand what those call trace mean, so I
need some help to find what is going on.
Let me know if I can give you more informations.
Best regards,
----------------------------------------------------
Claude Juif
Administrateur Syst?mes et R?seaux
claude.juif at mediagong.tv<damien.petitbois at mediagong.tv>
[cid:image001.gif at 01CD31E7.7B1FA410]
98, route de la Reine
92100 Boulogne Billancourt
T?l. : 01 41 31 71 08- Fax : 01 46 05 27 46
www.mediagong.tv<http://www.mediagong.tv>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.samba.org/pipermail/rsync/attachments/20120514/d41ca32e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 1716 bytes
Desc: image001.gif
URL:
<http://lists.samba.org/pipermail/rsync/attachments/20120514/d41ca32e/attachment.gif>