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

Re: Memory fault when running svnadmin recover

From: Ryan Hunt <rhunt_at_hp.com>
Date: 2004-03-23 18:13:34 CET

So when I run the suggestion I get the following output, though I am
not really sure what it all means...

Ryan

> => gdb /usr/local/bin/svnadmin
> GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
> Copyright 2003 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and
> you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details.
> This GDB was configured as "i386-redhat-linux-gnu"...
> (gdb) run recover /svn
> Starting program: /usr/local/bin/svnadmin recover /svn
> [New Thread 1075895808 (LWP 30672)]
> Please wait; recovering the repository may take some time...
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1075895808 (LWP 30672)]
> 0x420744b0 in _int_free () from /lib/tls/libc.so.6
> (gdb) bt
> #0 0x420744b0 in _int_free () from /lib/tls/libc.so.6
> #1 0x420734d6 in free () from /lib/tls/libc.so.6
> #2 0x40112b69 in __os_free (dbenv=0x0, ptr=0x42131300, size=92) at
> ../os/os_alloc.c:329
> #3 0x4011273f in __db_mutex_free (dbenv=0x8058c00, infop=0x8058efc,
> mutexp=0x8062418) at ../mutex/mutex.c:91
> #4 0x40105a5e in __log_dbenv_refresh (dbenv=0x8058c00) at
> ../log/log.c:605
> #5 0x400e8c2e in __dbenv_refresh (dbenv=0x8058c00) at
> ../env/env_open.c:592
> #6 0x400e8385 in __dbenv_open (dbenv=0x8058c00, db_home=0x8055048
> "/svn/db", flags=161825, mode=438) at ../env/env_open.c:328
> #7 0x400396b1 in svn_fs_berkeley_recover (path=0x8054ef8 "/svn/db",
> pool=0x8054c08) at subversion/libsvn_fs/fs.c:806
> #8 0x40024721 in svn_repos_recover (path=0x8052e70 "/svn",
> pool=0x8052c00) at subversion/libsvn_repos/repos.c:1146
> #9 0x08049f5b in subcommand_recover (os=0x8052c38, baton=0xbfffdd50,
> pool=0x8052c00) at subversion/svnadmin/main.c:559
> #10 0x0804aecb in main (argc=3, argv=0xbfffde14) at
> subversion/svnadmin/main.c:1056
> #11 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
> (gdb)
>

On Mar 23, 2004, at 9:45 AM, Philip Martin wrote:

> Ryan Hunt <rhunt@hp.com> writes:
>
>> Any ideas?
>
> I think it's a SEGV.
>
> $ gdb /path/to/svnadmin
> (gdb) run recover /svn
> SEGV
> (gdb) bt
>
>> On Mar 22, 2004, at 5:34 PM, Ryan Hunt wrote:
>>
>>> => svnadmin recover /svn
>>> Please wait; recovering the repository may take some time...
>>> Memory fault
>
> --
> Philip Martin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 23 18:11:10 2004

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

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