Weird problem with rsync 3.0.9

Claude Juif claude.juif at mediagong.tv
Mon May 14 07:37:33 MDT 2012


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>


More information about the rsync mailing list