You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Ryan Hunt <rh...@hp.com> on 2004/03/23 00:34:26 UTC
Memory fault when running svnadmin recover
=> svnadmin recover /svn
Please wait; recovering the repository may take some time...
Memory fault
Any ideas why I would be getting the above error? Running RedHat 9
with svn 1.0.
More importantly how would I recover?
Thanks,
Ryan
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Memory fault when running svnadmin recover
Posted by Ryan Hunt <rh...@hp.com>.
Turns out the __db.nnn files weren't even there... My svnadmin was
working fine, so I just ended up reloading the db from dump rather than
fool with anything else.
Thanks for the help,
Ryan
On Mar 23, 2004, at 10:35 AM, Philip Martin wrote:
> Ryan Hunt <rh...@hp.com> writes:
>
>>> 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
>
> I'd guess (I stress guess) that this is an NPTL problem, particularly
> if you recently upgraded something (kernel, libc, bdb, svn). Does
> your svnadmin work? Can you create a new repository?
>
> On a *copy* of your repository (a simple "cp -a" will do) recover
> might work if you remove the __db.nnn files, but that's another
> guess. Of course, you will need a working svnadmin.
>
> --
> Philip Martin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Memory fault when running svnadmin recover
Posted by Philip Martin <ph...@codematters.co.uk>.
Ryan Hunt <rh...@hp.com> writes:
>> 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
I'd guess (I stress guess) that this is an NPTL problem, particularly
if you recently upgraded something (kernel, libc, bdb, svn). Does
your svnadmin work? Can you create a new repository?
On a *copy* of your repository (a simple "cp -a" will do) recover
might work if you remove the __db.nnn files, but that's another
guess. Of course, you will need a working svnadmin.
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Memory fault when running svnadmin recover
Posted by Ryan Hunt <rh...@hp.com>.
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 <rh...@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
Re: Memory fault when running svnadmin recover
Posted by Philip Martin <ph...@codematters.co.uk>.
Ryan Hunt <rh...@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
Re: Memory fault when running svnadmin recover
Posted by Ryan Hunt <rh...@hp.com>.
So I have searched the issue database, and have found nothing on this
topic. Does this mean no one has seen this behavior before? I am
wondering if subversion is throwing the error, or if it is a system
error...
Any ideas?
Thanks,
Ryan
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
>
> Any ideas why I would be getting the above error? Running RedHat 9
> with svn 1.0.
>
> More importantly how would I recover?
>
> Thanks,
>
> Ryan
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Memory fault when running svnadmin recover
Posted by Ryan Hunt <rh...@hp.com>.
So I have searched the issue database, and have found nothing on this
topic. Does this mean no one has seen this behavior before? I am
wondering if subversion is throwing the error, or if it is a system
error...
Any ideas?
Thanks,
Ryan
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
>
> Any ideas why I would be getting the above error? Running RedHat 9
> with svn 1.0.
>
> More importantly how would I recover?
>
> Thanks,
>
> Ryan
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org