Bug#425036: /usr/bin/svnadmin: attempted recovery leads to segfault

[Peter Samuelson]

reassign 425036 libdb4.4
retitle 425036 libdb4.4: segfault reading an i386 db on amd64
thanks

[Elias Pschernig]
> After moving my svn repository from an i386 debian to an amd64 debian,
> svnadmin crashes, and most seriously, also when I try to recover any data:

Turns out, yes, I can reproduce the segfault without Subversion -
thanks Richard Nelson from IRC for suggesting db4.4_dump:

  [ on i386 ]

  svnadmin create --fs-type=bdb /tmp/repo
  svnlook tree /tmp/repo

  [ scp to an amd64 machine ]

  db4.4_dump -p /tmp/repo/db/changes

The last step segfaults.  db4.4_dump is happy to read a repository
created natively on amd64.

Thanks,
Peter


signature.asc
Description: Digital signature

Bug#425036: /usr/bin/svnadmin: attempted recovery leads to segfault

[Peter Samuelson]

[Elias Pschernig]
> After moving my svn repository from an i386 debian to an amd64 debian,
> svnadmin crashes, and most seriously, also when I try to recover any data:

I can reproduce the segfault, but I get a different sort of Berkeley DB
error when trying the opposite (moving a repository from amd64 to
i386).  I'm inclined to blame the DB library, libdb4.4.  But I've also
pinged upstream about this, someone may have other ideas.

Thanks,
Peter


signature.asc
Description: Digital signature

Bug#425036: /usr/bin/svnadmin: attempted recovery leads to segfault

[Elias Pschernig]

Package: subversion
Version: 1.4.2dfsg1-2
Severity: important
File: /usr/bin/svnadmin


After moving my svn repository from an i386 debian to an amd64 debian,
svnadmin crashes, and most seriously, also when I try to recover any data:

> svnadmin recover /home/svn/repository
Repository lock acquired.
Please wait; recovering the repository may take some time...
Segmentation fault (core dumped)

The core backtrace shows this:

Core was generated by `svnadmin recover /home/svn/repository'.
Program terminated with signal 11, Segmentation fault.
#0  0x2ba024d950c1 in ?? () from /usr/lib/libdb-4.4.so
(gdb) bt
#0  0x2ba024d950c1 in ?? () from /usr/lib/libdb-4.4.so
#1  0x2ba024d95d22 in __db_e_attach () from /usr/lib/libdb-4.4.so
#2  0x2ba024d95eb3 in __db_e_remove () from /usr/lib/libdb-4.4.so
#3  0x2ba024d9397e in __env_open_pp () from /usr/lib/libdb-4.4.so
#4  0x2ba02404fd31 in svn_fs_bdb__open () from
/usr/lib/libsvn_fs_base-1.so.1
#5  0x2ba024056a80 in ?? () from /usr/lib/libsvn_fs_base-1.so.1
#6  0x2ba023553bf6 in svn_fs_berkeley_recover () from
/usr/lib/libsvn_fs-1.so.1
#7  0x2ba02337a543 in svn_repos_recover2 () from
/usr/lib/libsvn_repos-1.so.1
#8  0x00402f5b in ?? ()
#9  0x0040456d in ?? ()
#10 0x2ba023bf48e4 in __libc_start_main () from /lib/libc.so.6
#11 0x004025ea in ?? ()
#12 0x7fff877761e8 in ?? ()
#13 0x in ?? ()

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.20-2007-05-14 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages subversion depends on:
ii  libapr1 1.2.7-8.2The Apache Portable Runtime Librar
ii  libc6   2.5-7GNU C Library: Shared libraries
ii  libsvn1 1.4.2dfsg1-2 Shared libraries used by Subversio

subversion recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]