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

Re: `svndump dump' hangs

From: Brandon Ehle <azverkan_at_yahoo.com>
Date: 2003-10-31 04:06:35 CET

I've run into this problem in the past when mod_dav_svn had the database
locked.

To get around the problem I would stop apache, kill svnserve and run
svnadmin recover; svnadmin dump would work just fine at this point for me.

Lev Serebryakov wrote:

>Hello users,
>
> I use subversion under FreeBSD 4.8-STABLE.
> My repository was created with svn 0.28.0. Now I'm using 0.32.1.
> My `db4' have version 4.0.14.
>
> `svnadmin dump ${REPO} > /dev/null' hangs after such output:
>
>* Dumped revision 0.
>* Dumped revision 1.
>
>I've build subversion with debug information (but db4 was build
>without) and attach with gdb to hanged svnadmin and got such stack
>trace (see at end of message).
>
>I could access this repository via `svnserve': check-ins, check-outs,
>updates works well. Only `svndump' hangs.
>
>How I could fix such situation? I afraid, that it could ruin my
>repository in future...
>
>#0 0x282168a4 in select () from /usr/lib/libc.so.4
>#1 0x28112948 in __os_sleep () from /usr/local/lib/libdb4.so.0
>#2 0x281129f0 in __os_yield () from /usr/local/lib/libdb4.so.0
>#3 0x280b891d in __db_tas_mutex_lock () from /usr/local/lib/libdb4.so.0
>#4 0x2810cfb2 in __memp_fget () from /usr/local/lib/libdb4.so.0
>#5 0x280c597d in __bam_search () from /usr/local/lib/libdb4.so.0
>#6 0x280bdc13 in __bam_c_search () from /usr/local/lib/libdb4.so.0
>#7 0x280bb5a6 in __bam_c_get () from /usr/local/lib/libdb4.so.0
>#8 0x280d9ad6 in __db_c_get () from /usr/local/lib/libdb4.so.0
>#9 0x280877cf in locate_key (length=0xbfbfefd4, cursor=0xbfbfefd8, query=0xbfbfeff4, fs=0x8058050, trail=0x80d7050) at subversion/libsvn_fs/bdb/strings-table.c:93
>#10 0x28087a14 in svn_fs__bdb_string_read (fs=0x8058050, key=0x80d9e38 "k", buf=0x80e20a8 "", offset=0, len=0xbfbff050, trail=0x80d7050) at subversion/libsvn_fs/bdb/strings-table.c:184
>#11 0x28090269 in rep_undeltify_range (fs=0x8058050, deltas=0x80d92c0, fulltext=0x80d9e10, cur_chunk=0, buf=0x806c030 "/*\n *\n */\n#ifndef __ESYSCALL_H__\n#define __ESYSCALL_H__\n\n#ifndef __cplusplus\n#error This file could be translated only as C++ source\n#endif//__cplusplus\n\n//", '*' <repeats 44 times>..., offset=0, len=0xbfbff264, trail=0x80d7050) at subversion/libsvn_fs/reps-strings.c:344
>#12 0x280907a5 in rep_read_range (fs=0x8058050, rep_key=0x80d92b0 "k", offset=0, buf=0x806c030 "/*\n *\n */\n#ifndef __ESYSCALL_H__\n#define __ESYSCALL_H__\n\n#ifndef __cplusplus\n#error This file could be translated only as C++ source\n#endif//__cplusplus\n\n//", '*' <repeats 44 times>..., len=0xbfbff264, trail=0x80d7050) at subversion/libsvn_fs/reps-strings.c:489
>#13 0x28091020 in txn_body_read_rep (baton=0xbfbff1f0, trail=0x80d7050) at subversion/libsvn_fs/reps-strings.c:797
>#14 0x28093a38 in do_retry (fs=0x8058050, txn_body=0x28090fbc <txn_body_read_rep>, baton=0xbfbff1f0, use_txn=1, pool=0x80d7018, txn_body_fn_name=0x280a160d "unknown", filename=0x280a160c "", line=0) at subversion/libsvn_fs/trail.c:187
>#15 0x28093bbe in svn_fs__retry_txn (fs=0x8058050, txn_body=0x28090fbc <txn_body_read_rep>, baton=0xbfbff1f0, pool=0x80d7018) at subversion/libsvn_fs/trail.c:245
>#16 0x280912c8 in rep_read_contents (baton=0x80b8228, buf=0x806c030 "/*\n *\n */\n#ifndef __ESYSCALL_H__\n#define __ESYSCALL_H__\n\n#ifndef __cplusplus\n#error This filecould be translated only as C++ source\n#endif//__cplusplus\n\n//", '*' <repeats 44 times>..., len=0xbfbff264) at subversion/libsvn_fs/reps-strings.c:885
>#17 0x28146994 in svn_stream_read (stream=0x80b82a8, buffer=0x806c030 "/*\n *\n */\n#ifndef __ESYSCALL_H__\n#define __ESYSCALL_H__\n\n#ifndef __cplusplus\n#error This file could be translated only as C++ source\n#endif//__cplusplus\n\n//", '*' <repeats 44 times>..., len=0xbfbff264) at subversion/libsvn_subr/stream.c:97
>#18 0x28070a9b in dump_node (eb=0x806c018, path=0x80ae389 "ucom/trunk/include/ucom/exception.h", kind=svn_node_file, action=svn_node_action_add, is_copy=0, cmp_path=0x0, cmp_rev=-1, pool=0x80b8018) at subversion/libsvn_repos/dump.c:474
>#19 0x28070fe9 in add_file (path=0x80ae389 "ucom/trunk/include/ucom/exception.h", parent_baton=0x809e080, copyfrom_path=0x0, copyfrom_rev=-1, pool=0x80b8018, file_baton=0xbfbff34c) at subversion/libsvn_repos/dump.c:662
>#20 0x28075d13 in path_driver_cb_func (dir_baton=0xbfbff3dc, parent_baton=0x809e080, callback_baton=0xbfbff440, path=0x80ae389 "ucom/trunk/include/ucom/exception.h", pool=0x80b8018) at subversion/libsvn_repos/replay.c:183
>#21 0x280a79d0 in svn_delta_path_driver (editor=0x8085038, edit_baton=0x806c018, revision=-1, paths=0x80850a8, callback_func=0x28075abc <path_driver_cb_func>, callback_baton=0xbfbff440, pool=0x8061018) at subversion/libsvn_delta/path_driver.c:251
>#22 0x2807614b in svn_repos_replay (root=0x80b2050, editor=0x8085038, edit_baton=0x806c018, pool=0x8061018) at subversion/libsvn_repos/replay.c:303
>#23 0x28071969 in svn_repos_dump_fs (repos=0x8056138, stream=0x80562c8, feedback_stream=0x8056320, start_rev=0, end_rev=117, incremental=0, pool=0x8056018) at subversion/libsvn_repos/dump.c:968
>#24 0x804978b in subcommand_dump (os=0x8056050, baton=0xbfbff61c, pool=0x8056018) at subversion/svnadmin/main.c:316
>#25 0x804aa2b in main (argc=3, argv=0xbfbff6cc) at subversion/svnadmin/main.c:836
>#26 0x80493ae in _start ()
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Oct 31 04:07:22 2003

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.