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

Re: svn-crash-log20190911192859

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Fri, 13 Sep 2019 13:25:14 +0200

On Thu, Sep 12, 2019 at 7:50 AM 明日 <421810754_at_qq.com> wrote:
>
> Hello: When I was restoring svn backup, the following error occurred
> svnadmin:E200014:Checksm mismatch for ```` excepted:d6a8b3bcfe071aa3431bd60189488082 actual:2dcf50751688e0e9648010f752129672
> Therefore, I would like to extract separately the part of the catalogue that has no problems, and use the following command
> Svndumpfilter exclude Project Management Office/1.7 Server/< Operations > xm
> However, the problems in my attachment appear. Thank you very much for your help.

Hi,

I'm copy-pasting here below a relevant excerpt from the svn-crash-log
that you attached:

[[[
Process info:
Cmd line: svndumpfilter exclude 项目管理办公室/ 1.7服务器/
Working Dir: D:\cygwin64\home
Version: 1.10.6 (r1863367), compiled Aug 28 2019, 19:44:07
Platform: Windows OS version 6.1 build 7600

Exception: STATUS_NO_MEMORY

Registers:
Rax=00000000597af153 Rcx=000000000030ec60 Rdx=0000000000000001
Rbx=000000000000000c
Rsp=000000000030f270 Rbp=000007fef8b687d0 Rsi=00000000004c2358
Rdi=0000002c00000000
R8= 0000000000000000 R9= 0000000000000000 R10=0000000000000000
R11=0000000000000200
R12=000007fef8b687d0 R13=000000000030f4e8 R14=00000000004c23d0
R15=00000000004bf7b0
cs=0033 ss=002b ds=002b es=002b fs=0053 gs=002b

Stacktrace:
#1 0x7fefcfcaa7d in RaiseException()
#2 0x7feee6d9ece in svn_pool_create_ex_debug()
#3 0x7407b498 in apr_palloc()
#4 0x7feee69d649 in svn_stringbuf_ensure()
#5 0x7feee6e53f7 in svn_stream_readline()
#6 0x7fef8b659e0 in svn_repos_parse_dumpstream3()
#7 0x13f1d23e0 in (unknown function)
#8 0x13f1d1f45 in (unknown function)
#9 0x13f1d185d in (unknown function)
#10 0x13f1d1293 in (unknown function)
#11 0x76aff56d in BaseThreadInitThunk()
#12 0x76d33281 in RtlUserThreadStart()
]]]

I suppose "Exception: STATUS_NO_MEMORY" indicates that it crashed
because of a lack of memory. Somehow svndumpfilter must be using too
much memory when processing your dump file. You'll probably see its
memory usage rising very high when you observe the process in Task
Manager.

I'm not sure what the reason could be. Perhaps the dumpfile itself is
huge, or has something special ... Or maybe the memory footprint is
normal, but the machine you're running it on is low on available
memory.

Suggestion: maybe you can accomplish what you're trying to do by using
the new-since-1.10 "svnadmin dump --exclude" (i.e. exclude something
directly during the dump process, and not by using svndumpfilter).

See http://subversion.apache.org/docs/release-notes/1.10.html#dump-include-exclude.

-- 
Johan
Received on 2019-09-13 13:25:32 CEST

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