You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Stephan Huber <ra...@digitalmind.de> on 2004/09/06 16:11:44 UTC

Subversion stalls

Hi,

I am working since three months with Subversion successfully (currently 
1.0.6 on FreeBSD 4.9 and Mac OSX).

Today I commited a lot of files to one of my repositories (it's now ca. 
1.9 GB), and tried to update another working-copy on another computer. 
'svn update' stalls for me -- no message, nothing.

Even svnadmin stalls for 'dump', 'verify', 'repair', 'lstxns', the 
processes sleep forever. (svnlook also)

My experience in UNIX is limited, what can I do to find more infos on 
what is going on? Other repos work fine.


Thanks in advance
Stephan

-- 

Stephan Huber +++ http://digitalmind.de +++ dieses und jenes


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Subversion stalls

Posted by Stephan Huber <ra...@digitalmind.de>.
Hi,

thanks to everybody who tried to help me. After a clean recompile of 
everything, rebooting and doing a svnadmin recover, everything works 
fine now.

Stephan

-- 

Stephan Huber +++ http://digitalmind.de +++ dieses und jenes


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Subversion stalls

Posted by Erik Huelsmann <e....@gmx.net>.
There are 2 patches to be applied to the original bdb 4.2.52 distribution;
both apply to long running bdb instances such as apache processes.

Maybe you don't have these patches applied in your bdb copy?

bye,

Erik.

> Hi!,
> 
> we are working since 6 months with Subversion in Linux/debian. But in
> the last month Subversion has died at least three times with our main
> repository.
> 
> We are using apache2, berkeley4.2 and subversion 1.0.5 (all of them are
> debian packages)
> 
> Everytime a subversion command is called, the system seems to be
> stalled. Even with 'svnadmin recover' or 'svnadmin verify' ...
> 
> Was there a known bug? ... or we should call to an exorcist.
> 
> Thanks! luis.
> 
> 
> El lun, 06-09-2004 a las 18:11, Stephan Huber escribió:
> > Today I commited a lot of files to one of my repositories (it's now ca. 
> > 1.9 GB), and tried to update another working-copy on another computer. 
> > 'svn update' stalls for me -- no message, nothing.
> > 
> > Even svnadmin stalls for 'dump', 'verify', 'repair', 'lstxns', the 
> > processes sleep forever. (svnlook also)
> 
> -- 
> Luis Cañas Díaz
> proyecto Edukalibre:  http://edukalibre.org
> Grupo de Sistemas y Comunicaciones
> Universidad Rey Juan Carlos    0>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~//)~~~~
> correo: lcanas@gsyc.escet.urjc.es
> web: http://gsyc.escet.urjc.es/~lcanas
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
> 

-- 
GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Subversion stalls

Posted by Luis Cañas <lc...@gsyc.escet.urjc.es>.
Hi!,

we are working since 6 months with Subversion in Linux/debian. But in
the last month Subversion has died at least three times with our main
repository.

We are using apache2, berkeley4.2 and subversion 1.0.5 (all of them are
debian packages)

Everytime a subversion command is called, the system seems to be
stalled. Even with 'svnadmin recover' or 'svnadmin verify' ...

Was there a known bug? ... or we should call to an exorcist.

Thanks! luis.


El lun, 06-09-2004 a las 18:11, Stephan Huber escribió:
> Today I commited a lot of files to one of my repositories (it's now ca. 
> 1.9 GB), and tried to update another working-copy on another computer. 
> 'svn update' stalls for me -- no message, nothing.
> 
> Even svnadmin stalls for 'dump', 'verify', 'repair', 'lstxns', the 
> processes sleep forever. (svnlook also)

-- 
Luis Cañas Díaz
proyecto Edukalibre:  http://edukalibre.org
Grupo de Sistemas y Comunicaciones
Universidad Rey Juan Carlos    0>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~//)~~~~
correo: lcanas@gsyc.escet.urjc.es
web: http://gsyc.escet.urjc.es/~lcanas
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Subversion stalls

Posted by "Alex R. Mosteo" <al...@mosteo.com>.
Stephan Huber wrote:
> Alex R. Mosteo wrote:
> 
>> Were you using svnserve or apache to serve the repository? Just to tie 
>> it to a thread about the same thing past week. 
> 
> 
> 
> I am serving the repos via svnserve from a FreeBSD-Box (4.9-stable) to 
> my MacOSX-clients. I am not using http for now. Trac is also not able to 
> show the source.

This is interesting because the other two reports (mine included) were 
using DAV via apache and I was almost sure to blame apache.

In short, the problem we faced was a lock-up when committing a lot of 
newly added files of small-medium size. Afterwards, the repository locks 
when attempting any maintenance operation as you described.

Has someone else tried the script I posted past week? Any results to 
comment?

You may try it too, to see if it fails the same way. I can't remember 
the thread topic and the articles have been purged in my news reader, 
but it was past week for sure.

A. Mosteo.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Subversion stalls

Posted by Stephan Huber <ra...@digitalmind.de>.
Alex R. Mosteo wrote:

> Were you using svnserve or apache to serve the repository? Just to tie 
> it to a thread about the same thing past week. 


I am serving the repos via svnserve from a FreeBSD-Box (4.9-stable) to 
my MacOSX-clients. I am not using http for now. Trac is also not able to 
show the source.

TIA
Stephan

-- 

Stephan Huber +++ http://digitalmind.de +++ dieses und jenes



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Subversion stalls

Posted by "Alex R. Mosteo" <al...@mosteo.com>.
Stephan Huber wrote:
> Hi,
> 
> I am working since three months with Subversion successfully (currently 
> 1.0.6 on FreeBSD 4.9 and Mac OSX).
> 
> Today I commited a lot of files to one of my repositories (it's now ca. 
> 1.9 GB), and tried to update another working-copy on another computer. 
> 'svn update' stalls for me -- no message, nothing.
> 
> Even svnadmin stalls for 'dump', 'verify', 'repair', 'lstxns', the 
> processes sleep forever. (svnlook also)
> 
> My experience in UNIX is limited, what can I do to find more infos on 
> what is going on? Other repos work fine.

Were you using svnserve or apache to serve the repository? Just to tie 
it to a thread about the same thing past week.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Subversion stalls

Posted by Lee Merrill <Le...@bustech.com>.
Hi Stephan,

    You might try Berkeley 4.2. New fixes, new bugs... But I can't point 
the finger, I put bugs in my code, too...

Lee

> Even the berkely-tools stop in a dead lock. Subversion is compiled 
> against Berkeley db4-4.0.14. (I am using the freebsd-portsystem)
>


-- 
+=========================================================
+ Lee Merrill    lee@bustech.com    919-866-2008
+=========================================================

Unless otherwise stated, any views presented in this email are solely those of the author and do not necessarily represent those of the company.



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Subversion stalls

Posted by Stephan Huber <ra...@digitalmind.de>.
Hi,

thanks for your helpful tips!

Lee Merrill wrote:

>    You might try recompiling your Berkeley DB with diagnostics enabled 
> ("configure --enable-diagnostics"), since it seems like a DB lock is 
> being held, and not released. It looks like any errors will be printed 
> in your current window. 

I tried that, but no messages appears in my console. Now a second 
repository has a deadlock. Sh*t. Even the berkely-tools stop in a dead 
lock. Subversion is compiled against Berkeley db4-4.0.14. (I am using 
the freebsd-portsystem)

> Also, you might check your user file size limits ("ulimit -f"), and 
> see if you are hitting a bump there. 

'ulimit -f' reports unlimited. And there is plenty free space on the 
used disk.

Any other hints? Subversion becomes unusuble for me.

TIA,
Stephan

-- 

Stephan Huber +++ http://digitalmind.de +++ dieses und jenes


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Subversion stalls

Posted by Lee Merrill <Le...@bustech.com>.
Hi Stephan,
    You might try recompiling your Berkeley DB with diagnostics enabled 
("configure --enable-diagnostics"), since it seems like a DB lock is 
being held, and not released. It looks like any errors will be printed 
in your current window. Also, you might check your user file size limits 
("ulimit -f"), and see if you are hitting a bump there.

> some more infos on the stalling of 'svnadmin verify path/to/repository'



-- 
+=========================================================
+ Lee Merrill    lee@bustech.com    919-866-2008
+=========================================================

Unless otherwise stated, any views presented in this email are solely those of the author and do not necessarily represent those of the company.



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Subversion stalls

Posted by Stephan Huber <ra...@digitalmind.de>.
Hi,

some more infos on the stalling of 'svnadmin verify path/to/repository'

Here's the result of 'strace svnadmin verify path/to/repository'

open("path/to/repository/db/representations", O_RDWR) = 9
fcntl(9, F_SETFD, FD_CLOEXEC)           = 0
fstat(9, {st_mode=S_IFREG|0775, st_size=704512, ...}) = 0
lseek(9, 0, SEEK_SET)                   = 0
read(9, "\34\r\0\0\223\363\4\0\0\0\0\0b1\5\0\10\0\0\0\0 \0\0\0\t"..., 
256) = 256
close(9)                                = 0
open("path/to/repository/db/representations", O_RDWR) = 9
fcntl(9, F_SETFD, FD_CLOEXEC)           = 0
fstat(9, {st_mode=S_IFREG|0775, st_size=704512, ...}) = 0
open("path/to/repository/db/strings", O_RDWR) = 10
fcntl(10, F_SETFD, FD_CLOEXEC)          = 0
fstat(10, {st_mode=S_IFREG|0775, st_size=1943633920, ...}) = 0
lseek(10, 0, SEEK_SET)                  = 0
read(10, "P\r\0\0006\4\7\0\0\0\0\0b1\5\0\10\0\0\0\0 \0\0\0\t\0\0"..., 
256) = 256
close(10)                               = 0
open("path/to/repository/db/strings", O_RDWR) = 10
fcntl(10, F_SETFD, FD_CLOEXEC)          = 0
fstat(10, {st_mode=S_IFREG|0775, st_size=1943633920, ...}) = 0
select(0, NULL, NULL, NULL, {0, 1000})  = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 2000})  = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 4000})  = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 8000})  = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 16000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 32000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 64000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 128000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 256000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {0, 512000}) = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0})     = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0})     = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0})     = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0})     = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0})     = 0 (Timeout)
select(0, NULL, NULL, NULL, {1, 0})     = 0 (Timeout)
.
.
.
.

(the last line gets repeated about every second)

here's the output of gdb's where:

#0  0x282e7be0 in select () from /usr/lib/libc.so.4
#1  0x2814c948 in __os_sleep () from /usr/local/lib/libdb4.so.0
#2  0x2814c9f0 in __os_yield () from /usr/local/lib/libdb4.so.0
#3  0x280f291d in __db_tas_mutex_lock () from /usr/local/lib/libdb4.so.0
#4  0x2813b87e in __lock_get_internal () from /usr/local/lib/libdb4.so.0
#5  0x2813afa9 in __lock_get () from /usr/local/lib/libdb4.so.0
#6  0x2811aa69 in __db_lget () from /usr/local/lib/libdb4.so.0
#7  0x280f9517 in __bam_read_root () from /usr/local/lib/libdb4.so.0
#8  0x280f918e in __bam_open () from /usr/local/lib/libdb4.so.0
#9  0x2810baef in __db_dbopen () from /usr/local/lib/libdb4.so.0
#10 0x2810b910 in __db_open () from /usr/local/lib/libdb4.so.0
#11 0x2808969c in svn_fs__bdb_open_strings_table (strings_p=0x8058070, 
env=0x805a000, create=0)
    at subversion/libsvn_fs/bdb/strings-table.c:47
#12 0x2809034b in svn_fs_open_berkeley (fs=0x8058050, path=0x80553d0 
"path/to/repository/db")
    at subversion/libsvn_fs/fs.c:645
#13 0x2807a2e1 in get_repos (repos_p=0xbfbffa68, path=0x8055190 
"path/to/repository", locktype=1,
    open_fs=1, pool=0x8055018) at subversion/libsvn_repos/repos.c:1042
#14 0x2807a3d0 in svn_repos_open (repos_p=0xbfbffa68, path=0x8055190 
"path/to/repository",
    pool=0x8055018) at subversion/libsvn_repos/repos.c:1077
#15 0x8049850 in open_repos (repos=0xbfbffa68, path=0x8055190 
"path/to/repository", pool=0x8055018)
    at subversion/svnadmin/main.c:129
#16 0x804a86e in subcommand_verify (os=0x8055050, baton=0xbfbffb80, 
pool=0x8055018)
    at subversion/svnadmin/main.c:782
#17 0x804b230 in main (argc=3, argv=0xbfbffc38) at 
subversion/svnadmin/main.c:1083

So it seems that the database waits for another thread... any tips to 
resolve my issue?


TIA,
Stephan

-- 

Stephan Huber +++ http://digitalmind.de +++ dieses und jenes


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org