[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: why does my SVN client process die an hour after completion of commit?

From: Dominik Psenner <dpsenner_at_gmail.com>
Date: Fri, 21 Oct 2011 13:07:20 +0200

>If I look in /var/log/messages on my client machine, I see this:
>{{{
>Oct 20 21:00:48 andLinux -- MARK --
>Oct 20 21:20:48 andLinux -- MARK --
>Oct 20 21:40:48 andLinux -- MARK --
>Oct 20 22:00:49 andLinux -- MARK --
>Oct 20 22:21:09 andLinux -- MARK --
>Oct 20 22:41:37 andLinux -- MARK --
>Oct 20 22:43:23 andLinux kernel: kded4 invoked oom-killer:
>gfp_mask=0x201d2, order=0, oomkilladj=0
>Oct 20 22:43:23 andLinux kernel: dd invoked oom-killer: gfp_mask=0x200d2,
>order=0, oomkilladj=0
>Oct 20 22:43:23 andLinux kernel:  [<c0103b7a>] show_trace_log_lvl+0x1a/0x30
>Oct 20 22:43:23 andLinux kernel:  [<c0103cb2>] show_trace+0x12/0x20
>Oct 20 22:43:23 andLinux kernel:  [<c0104ae5>] dump_stack+0x15/0x20
>Oct 20 22:43:23 andLinux kernel:  [<c014197d>] out_of_memory+0x19d/0x200
>Oct 20 22:43:23 andLinux kernel:  [<c014319a>] __alloc_pages+0x2da/0x330
>Oct 20 22:43:23 andLinux kernel:  [<c0152b11>]
>read_swap_cache_async+0xa1/0xe0
>Oct 20 22:43:23 andLinux kernel:  [<c01492f5>] swapin_readahead+0x55/0x70
>Oct 20 22:43:23 andLinux kernel:  [<c014b98e>]
>__handle_mm_fault+0x82e/0xa00
>Oct 20 22:43:23 andLinux kernel:  [<c010b541>] do_page_fault+0x351/0x690
>Oct 20 22:43:23 andLinux kernel:  [<c02e81fa>] error_code+0x6a/0x70
>Oct 20 22:43:23 andLinux kernel:  [<c019d315>] kmsg_read+0x25/0x50
>Oct 20 22:43:23 andLinux kernel:  [<c015e105>] vfs_read+0xb5/0x140
>Oct 20 22:43:23 andLinux kernel:  [<c015e4ed>] sys_read+0x3d/0x70
>Oct 20 22:43:23 andLinux kernel:  [<c01028f2>] syscall_call+0x7/0xb
>Oct 20 22:43:23 andLinux kernel:  =======================
>Oct 20 22:43:23 andLinux kernel: Mem-info:
>Oct 20 22:43:23 andLinux kernel: Normal per-cpu:
>Oct 20 22:43:23 andLinux kernel: CPU    0: Hot: hi:   90, btch:  15 usd:  
>5   Cold: hi:   30, btch:   7 usd:   6
>Oct 20 22:43:23 andLinux kernel: Active:30295 inactive:30529 dirty:0
>writeback:0 unstable:0
>Oct 20 22:43:23 andLinux kernel:  free:509 slab:1850 mapped:42
>pagetables:315 bounce:0
>Oct 20 22:43:23 andLinux kernel: Normal free:2036kB min:2036kB low:2544kB
>high:3052kB active:121180kB inactive:122116kB present:260096kB

Is this a virtual machine? 260096kB of RAM was probably not enough.
Therefore it used a lot of swap memory, which explains why the process took
so long.

>pages_scanned:407510 all_unreclaimable? yes
>Oct 20 22:43:23 andLinux kernel: lowmem_reserve[]: 0
>Oct 20 22:43:23 andLinux kernel: Normal: 11*4kB 3*8kB 1*16kB 1*32kB 0*64kB
>1*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 2036kB
>Oct 20 22:43:23 andLinux kernel: Swap cache: add 1043236, delete 1043236,
>find 25790/146554, race 0+0
>Oct 20 22:43:23 andLinux kernel: Free swap  = 0kB

*ouch* Looks like you've had no swap left, either. Probably you ran out of
memory during the commit and the process was killed by the kernel when the
process tried to allocate even more.

Cheers
Received on 2011-10-21 13:08:00 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.