You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Lev Serebryakov <le...@serebryakov.spb.ru> on 2003/10/29 14:32:19 UTC
`svndump dump' hangs
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 ()
--
Best regards,
Lev mailto:lev@serebryakov.spb.ru
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re[2]: `svndump dump' hangs
Posted by Lev Serebryakov <le...@serebryakov.spb.ru>.
Hello, Brandon!
Friday, October 31, 2003, 6:06:35 AM, you wrote:
BE> I've run into this problem in the past when mod_dav_svn had the database
BE> locked.
BE> To get around the problem I would stop apache, kill svnserve and run
BE> svnadmin recover; svnadmin dump would work just fine at this point for me.
I don't have apache & mod_dav_svn module on this server. I'm only
developer, who had access to repository via svn+ssh on this server.
`svnadmin recover' helps to make dump, but after recover & dump any
check-in hangs up.
I've re-create empty repository and load from fresh dump, but I
afraid, that sometimes `recover' could not help and I lost all my
work after last dump :((
Lev Serebryakov
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: `svndump dump' hangs
Posted by Brandon Ehle <az...@yahoo.com>.
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