On Monday 19 June 2006 09:22, Ph. Marek wrote:
...
> > 08:58:12.865719 select(0, NULL, NULL, NULL, {0, 10000}) = 0 (Timeout)
> > 08:58:12.878338 select(0, NULL, NULL, NULL, {0, 10000}) = 0 (Timeout)
...
> #0 0xffffe410 in __kernel_vsyscall ()
> #1 0xa7de2d8d in select () from /lib/tls/i686/cmov/libc.so.6
> #2 0xa7ca3a9e in __os_sleep () from /usr/lib/libdb-4.3.so
> #3 0xa7ca3b8d in __os_yield () from /usr/lib/libdb-4.3.so
> #4 0xa7bf5ef3 in __db_tas_mutex_lock () from /usr/lib/libdb-4.3.so
> #5 0xa7c87b56 in __lock_get_internal () from /usr/lib/libdb-4.3.so
> #6 0xa7c88891 in __lock_vec () from /usr/lib/libdb-4.3.so
...
> So it seems to hang at some mutex.
>
> But I don't see anything:
> # ipcs
>
> ------ Shared Memory Segments --------
> key shmid owner perms bytes nattch status
>
> ------ Semaphore Arrays --------
> key semid owner perms nsems
>
> ------ Message Queues --------
> key msqid owner perms used-bytes messages
>
> I'm the only user on both machines (AFAIK :-), and the repository is only
> used by one thread. fuser on the database files shows only one pid.
So that's reproducible, and even after a reboot.
So bdb locks itself out.
I've got this packages:
# dpkg-query -l libdb* | grep ii
ii libdb4.2 4.2.52-24 Berkeley v4.2 Database Libraries [runtime]
ii libdb4.3 4.3.29-5 Berkeley v4.3 Database Libraries [runtime]
ii libdb4.3++c2 4.3.29-5 Berkeley v4.3 Database Libraries for C++ [ru
ii libdb4.3-dev 4.3.29-5 Berkeley v4.3 Database Libraries [developmen
ii libdb4.4 4.4.20-6 Berkeley v4.4 Database Libraries [runtime]
I cannot remove 4.2 or 4.3, because other packages depend on them.
svnserve uses 4.3:
$ ldd /usr/bin/svnserve
linux-gate.so.1 => (0xffffe000)
libsvn_repos-1.so.0 => /usr/lib/libsvn_repos-1.so.0 (0xa7f09000)
libsvn_fs-1.so.0 => /usr/lib/libsvn_fs-1.so.0 (0xa7f03000)
libsvn_delta-1.so.0 => /usr/lib/libsvn_delta-1.so.0 (0xa7efa000)
libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0xa7ed3000)
libsvn_ra_svn-1.so.0 => /usr/lib/libsvn_ra_svn-1.so.0 (0xa7ec2000)
libapr-0.so.0 => /usr/lib/libapr-0.so.0 (0xa7ea1000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xa7e8e000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xa7d56000)
libsvn_fs_fs-1.so.0 => /usr/lib/libsvn_fs_fs-1.so.0 (0xa7d3b000)
libsvn_fs_base-1.so.0 => /usr/lib/libsvn_fs_base-1.so.0 (0xa7d16000)
libaprutil-0.so.0 => /usr/lib/libaprutil-0.so.0 (0xa7d00000)
libdb-4.3.so => /usr/lib/libdb-4.3.so (0xa7c1b000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xa7bfb000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xa7bf1000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xa7bcb000)
libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0xa7b9d000)
libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0xa7b87000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xa7b83000)
/lib/ld-linux.so.2 (0xa7f45000)
Are there known problems with 4.3? I couldn't find something on google.
If it's possible I'd like *not* to do a dump/load-cycle - this is
a 8GB repository, and it would take a whole day ...
Regards,
Phil
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 19 10:51:40 2006