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

Access right (?) config

From: Marc Poinot <Marc.Poinot_at_onera.fr>
Date: 2002-10-17 14:19:58 CEST

I was using svn v0.13.2 on SGI since this summer.
Now I installed v0.14.3 on SGI too, but there's no way to
make it run correctly. I cannot see any config diff with the other host
and here's the behavior.

user1 creates a repository, imports some stuff, commits, checkout...
everything is correct for this owner of repository.

user2 wants to make an import in this user1 repository. It fails. If
the repository has never been accessed by user2, the message is:

poinot_at_oa1 > svn import -m "Test" file:///data/Public/SVN pyCRAB pyCRAB
Adding pyCRAB/#7#
Adding pyCRAB/COPYING
Adding pyCRAB/CRAB
svn: Berkeley DB error
svn: Berkeley DB error while committing Berkeley DB transaction for filesystem /
data/Public/SVN/db:
DB_RUNRECOVERY: Fatal error, run database recovery
Abort(coredump)

And user1 has to make a db_recover for his repository.

I'm suspecting something related to access right, but I'm not sure,
because this works perfectly with v0.13.2 on the other machine.
It looks like if the not-owner of the repository where trying to create
or modify some files and db fails when it trys to commit transaction.

The stack we can see in the core (svn) shows some final calls
and cleanups. See below.
Everything is build -n32, with the SGI native compiler (and db 4.0.14).
Can you give me some hints, I don't know SVN to debug it, but if you give me
some pointers I can make some tests.

-MP-
-----------------------------------------------------------------------
 Marc POINOT Alias: marcvs Email: poinot@onera.fr
 ONERA -MFE/DSNA/ELSA Tel: 01.46.73.42.84 Info: elsa-info@onera.fr
 29, Div. Leclerc Fax: 01.46.73.41.66 Site:
 92322 Chatillon FRANCE Project: elsA Web: http://www.onera.fr

> 0 _prctl(0x15, 0x4, 0xffff, 0x0, 0x0, 0x21530, 0x2, 0x0) ["/xlv46/6.5.16m/wor
k/irix/lib/libc/libc_n32_M4/proc/prctl.s":15, 0xfaa9848]
   1 pthread_kill(0x0, 0x6, 0x8000, 0x0, 0x0, 0x21530, 0x2, 0x0) ["/xlv46/6.5.16
m/work/eoe/lib/libpthread/libpthread_n32_M3/sig.c":150, 0xc2dea84]
   2 _SGIPT_libc_raise(0x0, 0x4, 0xffff, 0x0, 0x0, 0x21530, 0x2, 0x0) ["/xlv46/6
.5.16m/work/eoe/lib/libpthread/libpthread_n32_M3/sig.c":660, 0xc2dfa98]
   3 ptctl(0x15, 0x4, 0xffff, 0x0, 0x0, 0x21530, 0x2, 0x0) ["/xlv46/6.5.16m/work
/eoe/lib/libpthread/libpthread_n32_M3/libcthread.c":218, 0xc2d7dd4]
   4 _raise(0x15, 0x4, 0xffff, 0x0, 0x0, 0x21530, 0x2, 0x0) ["/xlv46/6.5.16m/wor
k/irix/lib/libc/libc_n32_M4/signal/raise.c":26, 0xfabbfac]
   5 abort(0x15, 0x4, 0xffff, 0x0, 0x0, 0x21530, 0x2, 0x0) ["/xlv46/6.5.16m/work
/irix/lib/libc/libc_n32_M4/gen/abort.c":52, 0xfa3c210]
   6 default_warning_func(pool = 0x10037728, baton = (nil), fmt = 0x4116c08 = "%
s", ... = <void>) ["/tools/dp/SVN/subversion-r3200/subversion/libsvn_fs/fs.c":86
, 0x40eb44c]
   7 cleanup_fs_apr(data = 0x100377f8) ["/tools/dp/SVN/subversion-r3200/subversi
on/libsvn_fs/fs.c":212, 0x40eb9b4]
   8 run_cleanups(c = 0x10037830) ["/tools/dp/SVN/subversion-r3200/apr/memory/un
ix/apr_pools.c":1961, 0x4331188]
   9 apr_pool_destroy(pool = 0x10037728) ["/tools/dp/SVN/subversion-r3200/apr/me
mory/unix/apr_pools.c":746, 0x4330080]
   10 apr_pool_destroy(pool = 0x10033460) ["/tools/dp/SVN/subversion-r3200/apr/m
emory/unix/apr_pools.c":743, 0x4330058]
   11 main(argc = 7, argv = 0x7fff2f34) ["/tools/dp/SVN/subversion-r3200/subvers
ion/clients/cmdline/main.c":1263, 0x1000cb8c]
   12 __start() ["/xlv55/kudzu-apr12/work/irix/lib/libc/libc_n32_M4/csu/crt1text
.s":177, 0x100069f8]
(dbx)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 17 15:18:04 2002

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.