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

Re: Using a non-zero timeout in svn_ra_svn__input_waiting()

From: Ph. Marek <philipp.marek_at_bmlv.gv.at>
Date: 2006-06-19 10:51:18 CEST

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

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