You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Alexis Boutillier <al...@arteris.net> on 2005/04/26 12:05:56 UTC
Commit stop at "Transmitting file data" and apache memory keep
growing.
I have a very strange behaviour with svn.
It ends with apache memory growing up until it crashes and client stop
at "transmitting file data"
I can reproduce the problem with two computer trying to send files in
the same repository at the same time.
I use python bindings to checkout,add files and after i used a system
command with "svn commit" to commit files.
There, it hang up when they try to commit.
I'm using Berkley 4.2 database with subversion 1.1.3 and apache 2.0.52
Here the traceback.
On the client side I got :
Computer1 (the one that doesn"t hang up):
Sending
results/aTestAuto/fittercwz79W/crdlCrdl17toCommit/testCrdl
Sending
results/aTestAuto/fittercwz79W/crdlCrdl17toCommit/testCrdl.h
Transmitting file data ..
Committed revision 94320.
## HERE the computer2 has hanged up
Sending
results/aTestAuto/fittercwz79W/crdlCrdl18toCommit/testCrdl2
Sending
results/aTestAuto/fittercwz79W/crdlCrdl18toCommit/testCrdl2.h
Transmitting file data ..
Committed revision 94322.
Computer2:
Sending
results/aTestAuto/fitterVl1EF8/crdlCrdl14toCommit/testCrdl2
Sending
results/aTestAuto/fitterVl1EF8/crdlCrdl14toCommit/testCrdl2.h
Transmitting file data ..
Committed revision 94321.
Sending
results/aTestAuto/fitterVl1EF8/crdlCrdl15toCommit/testCrdl
Sending
results/aTestAuto/fitterVl1EF8/crdlCrdl15toCommit/testCrdl.h
Transmitting file data .. ## IT HANG UP HERE, I need to issue a kill -9
on the svn commit process then it continue normally.
Sending
results/aTestAuto/fitterVl1EF8/crdlCrdl16toCommit/testCrdl
Sending
results/aTestAuto/fitterVl1EF8/crdlCrdl16toCommit/testCrdl.h
Transmitting file data ..
Committed revision 94325.
ON the apache side we have :
192.168.12.178 - - [26/Apr/2005:13:21:32 +0200] "OPTIONS
/svnObj/aTest/crdlCrdl19 HTTP/1.1" 401 -
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "OPTIONS
/svnObj/aTest/crdlCrdl19 HTTP/1.1" 200 145
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "MKACTIVITY
/svnObj/!svn/act/a8606620-a5f5-0310-aef5-3b313b50fdec HTTP/1.1" 201 407
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
/svnObj/aTest/crdlCrdl19 HTTP/1.1" 207 263
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
/svnObj/!svn/vcc/default HTTP/1.1" 207 247
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
/svnObj/!svn/bln/94322 HTTP/1.1" 201 425
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPPATCH
/svnObj/!svn/wbl/a8606620-a5f5-0310-aef5-3b313b50fdec/94322 HTTP/1.1"
207 355
192.168.12.43 - - [26/Apr/2005:13:21:32 +0200] "OPTIONS
/svnObj/aTest/crdlCrdl15 HTTP/1.1" 401 -
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
/svnObj/aTest/crdlCrdl19 HTTP/1.1" 207 252
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "OPTIONS
/svnObj/aTest/crdlCrdl15 HTTP/1.1" 200 145
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
/svnObj/!svn/ver/94292/aTest/crdlCrdl19/testCrdl HTTP/1.1" 201 445
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
/svnObj/!svn/ver/94292/aTest/crdlCrdl19/testCrdl.h HTTP/1.1" 201 447
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "MKACTIVITY
/svnObj/!svn/act/96fb6620-a5f5-0310-adee-83b58542f633 HTTP/1.1" 201 407
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
/svnObj/aTest/crdlCrdl15 HTTP/1.1" 207 263
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
/svnObj/!svn/vcc/default HTTP/1.1" 207 247
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
/svnObj/!svn/bln/94322 HTTP/1.1" 201 425
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPPATCH
/svnObj/!svn/wbl/96fb6620-a5f5-0310-adee-83b58542f633/94322 HTTP/1.1"
207 355
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
/svnObj/aTest/crdlCrdl15 HTTP/1.1" 207 253
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PUT
/svnObj/!svn/wrk/a8606620-a5f5-0310-aef5-3b313b50fdec/aTest/crdlCrdl19/testCrdl HTTP/1.1" 204 -
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
/svnObj/!svn/ver/94306/aTest/crdlCrdl15/testCrdl HTTP/1.1" 201 445
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PUT
/svnObj/!svn/wrk/a8606620-a5f5-0310-aef5-3b313b50fdec/aTest/crdlCrdl19/testCrdl.h HTTP/1.1" 204 -
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
/svnObj/!svn/ver/94306/aTest/crdlCrdl15/testCrdl.h HTTP/1.1" 201 447
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PUT
/svnObj/!svn/wrk/96fb6620-a5f5-0310-adee-83b58542f633/aTest/crdlCrdl15/testCrdl HTTP/1.1" 204 -
192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PUT
/svnObj/!svn/wrk/96fb6620-a5f5-0310-adee-83b58542f633/aTest/crdlCrdl15/testCrdl.h HTTP/1.1" 204 -
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "MERGE
/svnObj/aTest/crdlCrdl19 HTTP/1.1" 200 349
192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "DELETE
/svnObj/!svn/act/a8606620-a5f5-0310-aef5-3b313b50fdec HTTP/1.1" 204 -
192.168.12.178 - - [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/aTest/crdlCrdl20 HTTP/1.1" 401 -
192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/aTest/crdlCrdl20 HTTP/1.1" 207 359
192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/!svn/vcc/default HTTP/1.1" 207 247
192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/!svn/bln/94323 HTTP/1.1" 207 261
192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/aTest/crdlCrdl20 HTTP/1.1" 207 359
192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/!svn/vcc/default HTTP/1.1" 207 261
192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/!svn/bc/94323/aTest/crdlCrdl20 HTTP/1.1" 207 366
192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/aTest/crdlCrdl20 HTTP/1.1" 207 359
192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/!svn/vcc/default HTTP/1.1" 207 261
192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/!svn/bc/94323/aTest/crdlCrdl20 HTTP/1.1" 207 1091
192.168.12.178 - - [26/Apr/2005:13:22:06 +0200] "PROPFIND
/svnObj/aTest/crdlCrdl20 HTTP/1.1" 401 -
You can notice that there is the 2 PUT for the computer2 and just after
the MERGE for the computer1 and then there is no MERGE for computer2 it
will not arrived, it continue with the next commit of computer1.
There is the log of the different commit done :
r94320 | aTestUser | 2005-04-26 13:21:26 +0200 (Tue, 26 Apr 2005) | 1
line
Changed paths:
M /aTest/crdlCrdl17/testCrdl
M /aTest/crdlCrdl17/testCrdl.h
r94321 | aTestUser | 2005-04-26 13:21:28 +0200 (Tue, 26 Apr 2005) | 1
line
Changed paths:
M /aTest/crdlCrdl14/testCrdl2
M /aTest/crdlCrdl14/testCrdl2.h
HERE SHOULD BE THE COMMIT OF computer2 (crdlCrdl15)
r94322 | aTestUser | 2005-04-26 13:21:29 +0200 (Tue, 26 Apr 2005) | 1
line
Changed paths:
M /aTest/crdlCrdl18/testCrdl2
M /aTest/crdlCrdl18/testCrdl2.h
r94323 | aTestUser | 2005-04-26 13:21:32 +0200 (Tue, 26 Apr 2005) | 1
line
Changed paths:
M /aTest/crdlCrdl19/testCrdl
M /aTest/crdlCrdl19/testCrdl.h
Can you help me on this ?
--
Boutillier Alexis
Methodology engineer
Arteris SA
The Network-on-Chip Company TM
www.arteris.net
6 par Ariane Immeuble Mercure
78284 Guyancourt Cedex
France
Office: (+33) 1 61 37 38 71
Fax: (+33) 1 61 37 38 41
Alexis.Boutillier@arteris.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Commit stop at "Transmitting file data" and apache memory keep
growing.
Posted by Alexis Boutillier <al...@arteris.net>.
I made a gdb on the process consuming memory and i got this result :
#1 0x40262893 in read () from /lib/i686/libpthread.so.0
(gdb)
#2 0x4024c047 in apr_file_read () from /usr/lib/libapr-0.so.0
(gdb)
#3 0x4024c48a in apr_file_getc () from /usr/lib/libapr-0.so.0
(gdb)
#4 0x407adee8 in svn_io_file_getc () from
/usr/lib/libsvn_subr-1.so.0
(gdb)
#5 0x407ae124 in svn_io_read_length_line () from
/usr/lib/libsvn_subr-1.so.0
(gdb)
#6 0x407de368 in read_header_block () from
/usr/lib/libsvn_fs_fs-1.so.0
(gdb)
#7 0x407de92c in svn_fs_fs__get_node_revision () from
/usr/lib/libsvn_fs_fs-1.so.0
(gdb)
#8 0x407db9b1 in get_node_revision () from
/usr/lib/libsvn_fs_fs-1.so.0
(gdb)
#9 0x407dba6a in svn_fs_fs__dag_get_node () from
/usr/lib/libsvn_fs_fs-1.so.0
(gdb)
#10 0x407dbb9e in svn_fs_fs__dag_walk_predecessors () from
/usr/lib/libsvn_fs_fs-1.so.0
(gdb)
#11 0x407dcff9 in svn_fs_fs__dag_is_ancestor () from
/usr/lib/libsvn_fs_fs-1.so.0
(gdb)
#12 0x407e64a8 in id_check_ancestor () from
/usr/lib/libsvn_fs_fs-1.so.0
(gdb)
#13 0x407e6b0c in merge () from /usr/lib/libsvn_fs_fs-1.so.0
(gdb)
#14 0x407e70fb in merge_changes () from /usr/lib/libsvn_fs_fs-1.so.0
(gdb)
#15 0x407e7225 in svn_fs_fs__commit_txn () from
/usr/lib/libsvn_fs_fs-1.so.0
(gdb)
#16 0x4076953b in svn_fs_commit_txn () from /usr/lib/libsvn_fs-1.so.0
(gdb)
#17 0x407c95e7 in svn_repos_fs_commit_txn () from
/usr/lib/libsvn_repos-1.so.0
(gdb)
#18 0x4051c25b in dav_svn_merge () from
/usr/local/apache2/libexec/mod_dav_svn.so
(gdb)
#19 0x4038b59a in dav_method_merge () from
/usr/local/apache2/libexec/mod_dav.so
(gdb)
#20 0x080677c6 in ap_run_handler ()
(gdb)
#21 0x08067d84 in ap_invoke_handler ()
(gdb)
#22 0x08064dd7 in ap_process_request ()
(gdb)
#23 0x08060aab in ap_process_http_connection ()
(gdb)
#24 0x08070696 in ap_run_process_connection ()
Quand je kill the process httpd, hte client qui bloquait renvoi cette
erreur :
svn: MERGE request failed on '/svnObj/aTest/crdlCrdl3'
svn: MERGE of '/svnObj/aTest/crdlCrdl3': Could not read status line:
connection was closed by server. (http://intranet)
On Tue, 2005-04-26 at 16:34, Marcus Rueckert wrote:
> On 2005-04-26 16:22:53 +0200, Alexis Boutillier wrote:
> > I can't get a core dump on the apache server side. don't know how to do
> > this.
>
> ulimit -c unlimited
> apachectrl -k start
>
> than you will find core file in the ServerRoot of your apache.
>
> hope this helps
>
> darix
--
Boutillier Alexis
Methodology engineer
Arteris SA
The Network-on-Chip Company TM
www.arteris.net
6 par Ariane Immeuble Mercure
78284 Guyancourt Cedex
France
Office: (+33) 1 61 37 38 71
Fax: (+33) 1 61 37 38 41
Alexis.Boutillier@arteris.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Commit stop at "Transmitting file data" and apache memory keep growing.
Posted by Marcus Rueckert <da...@web.de>.
On 2005-04-26 16:22:53 +0200, Alexis Boutillier wrote:
> I can't get a core dump on the apache server side. don't know how to do
> this.
ulimit -c unlimited
apachectrl -k start
than you will find core file in the ServerRoot of your apache.
hope this helps
darix
--
irssi - the client of the smart and beautiful people
http://www.irssi.de/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Commit stop at "Transmitting file data" and apache memory keep
growing.
Posted by Alexis Boutillier <al...@arteris.net>.
Icheck the core dump on the client side and it stop in the select of
readable_raw of neon.
(gdb) up
#1 0x40296796 in readable_raw (sock=0x80b7498, secs=3600) at
ne_socket.c:426
426 in ne_socket.c
(gdb)
#2 0x4029680b in read_raw (sock=0x80b7498,
buffer=0x80b7574 "HTTP/1.1 204 No Content\r\nDate: Tue, 26 Apr 2005
14:14:31 GMT\r\nServer: Apache/2.0.52 (Unix) DAV/2 mod_python/3.1.3
Python/2.3.4 PHP/4.3.10 SVN/1.1.2\r\nContent-Length: 0\r\nContent-Type:
text/plain; charse"..., len=4096) at ne_socket.c:439
439 in ne_socket.c
(gdb)
#3 0x40296c22 in ne_sock_readline (sock=0x80b7498, buf=0x80aeb80 "",
buflen=8192) at ne_socket.c:595
595 in ne_socket.c
You can see that the buffer is file with a empty content response.
I can't get a core dump on the apache server side. don't know how to do
this.
On Tue, 2005-04-26 at 14:05, Alexis Boutillier wrote:
> I have a very strange behaviour with svn.
> It ends with apache memory growing up until it crashes and client stop
> at "transmitting file data"
>
> I can reproduce the problem with two computer trying to send files in
> the same repository at the same time.
> I use python bindings to checkout,add files and after i used a system
> command with "svn commit" to commit files.
> There, it hang up when they try to commit.
>
> I'm using Berkley 4.2 database with subversion 1.1.3 and apache 2.0.52
>
> Here the traceback.
>
> On the client side I got :
> Computer1 (the one that doesn"t hang up):
> Sending
> results/aTestAuto/fittercwz79W/crdlCrdl17toCommit/testCrdl
> Sending
> results/aTestAuto/fittercwz79W/crdlCrdl17toCommit/testCrdl.h
> Transmitting file data ..
> Committed revision 94320.
> ## HERE the computer2 has hanged up
> Sending
> results/aTestAuto/fittercwz79W/crdlCrdl18toCommit/testCrdl2
> Sending
> results/aTestAuto/fittercwz79W/crdlCrdl18toCommit/testCrdl2.h
> Transmitting file data ..
> Committed revision 94322.
>
> Computer2:
> Sending
> results/aTestAuto/fitterVl1EF8/crdlCrdl14toCommit/testCrdl2
> Sending
> results/aTestAuto/fitterVl1EF8/crdlCrdl14toCommit/testCrdl2.h
> Transmitting file data ..
> Committed revision 94321.
> Sending
> results/aTestAuto/fitterVl1EF8/crdlCrdl15toCommit/testCrdl
> Sending
> results/aTestAuto/fitterVl1EF8/crdlCrdl15toCommit/testCrdl.h
> Transmitting file data .. ## IT HANG UP HERE, I need to issue a kill -9
> on the svn commit process then it continue normally.
> Sending
> results/aTestAuto/fitterVl1EF8/crdlCrdl16toCommit/testCrdl
> Sending
> results/aTestAuto/fitterVl1EF8/crdlCrdl16toCommit/testCrdl.h
> Transmitting file data ..
> Committed revision 94325.
>
>
> ON the apache side we have :
> 192.168.12.178 - - [26/Apr/2005:13:21:32 +0200] "OPTIONS
> /svnObj/aTest/crdlCrdl19 HTTP/1.1" 401 -
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "OPTIONS
> /svnObj/aTest/crdlCrdl19 HTTP/1.1" 200 145
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "MKACTIVITY
> /svnObj/!svn/act/a8606620-a5f5-0310-aef5-3b313b50fdec HTTP/1.1" 201 407
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
> /svnObj/aTest/crdlCrdl19 HTTP/1.1" 207 263
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
> /svnObj/!svn/vcc/default HTTP/1.1" 207 247
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
> /svnObj/!svn/bln/94322 HTTP/1.1" 201 425
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPPATCH
> /svnObj/!svn/wbl/a8606620-a5f5-0310-aef5-3b313b50fdec/94322 HTTP/1.1"
> 207 355
> 192.168.12.43 - - [26/Apr/2005:13:21:32 +0200] "OPTIONS
> /svnObj/aTest/crdlCrdl15 HTTP/1.1" 401 -
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
> /svnObj/aTest/crdlCrdl19 HTTP/1.1" 207 252
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "OPTIONS
> /svnObj/aTest/crdlCrdl15 HTTP/1.1" 200 145
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
> /svnObj/!svn/ver/94292/aTest/crdlCrdl19/testCrdl HTTP/1.1" 201 445
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
> /svnObj/!svn/ver/94292/aTest/crdlCrdl19/testCrdl.h HTTP/1.1" 201 447
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "MKACTIVITY
> /svnObj/!svn/act/96fb6620-a5f5-0310-adee-83b58542f633 HTTP/1.1" 201 407
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
> /svnObj/aTest/crdlCrdl15 HTTP/1.1" 207 263
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
> /svnObj/!svn/vcc/default HTTP/1.1" 207 247
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
> /svnObj/!svn/bln/94322 HTTP/1.1" 201 425
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPPATCH
> /svnObj/!svn/wbl/96fb6620-a5f5-0310-adee-83b58542f633/94322 HTTP/1.1"
> 207 355
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PROPFIND
> /svnObj/aTest/crdlCrdl15 HTTP/1.1" 207 253
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PUT
> /svnObj/!svn/wrk/a8606620-a5f5-0310-aef5-3b313b50fdec/aTest/crdlCrdl19/testCrdl HTTP/1.1" 204 -
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
> /svnObj/!svn/ver/94306/aTest/crdlCrdl15/testCrdl HTTP/1.1" 201 445
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "PUT
> /svnObj/!svn/wrk/a8606620-a5f5-0310-aef5-3b313b50fdec/aTest/crdlCrdl19/testCrdl.h HTTP/1.1" 204 -
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "CHECKOUT
> /svnObj/!svn/ver/94306/aTest/crdlCrdl15/testCrdl.h HTTP/1.1" 201 447
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PUT
> /svnObj/!svn/wrk/96fb6620-a5f5-0310-adee-83b58542f633/aTest/crdlCrdl15/testCrdl HTTP/1.1" 204 -
> 192.168.12.43 - aTestUser [26/Apr/2005:13:21:32 +0200] "PUT
> /svnObj/!svn/wrk/96fb6620-a5f5-0310-adee-83b58542f633/aTest/crdlCrdl15/testCrdl.h HTTP/1.1" 204 -
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "MERGE
> /svnObj/aTest/crdlCrdl19 HTTP/1.1" 200 349
> 192.168.12.178 - aTestUser [26/Apr/2005:13:21:32 +0200] "DELETE
> /svnObj/!svn/act/a8606620-a5f5-0310-aef5-3b313b50fdec HTTP/1.1" 204 -
> 192.168.12.178 - - [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/aTest/crdlCrdl20 HTTP/1.1" 401 -
> 192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/aTest/crdlCrdl20 HTTP/1.1" 207 359
> 192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/!svn/vcc/default HTTP/1.1" 207 247
> 192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/!svn/bln/94323 HTTP/1.1" 207 261
> 192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/aTest/crdlCrdl20 HTTP/1.1" 207 359
> 192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/!svn/vcc/default HTTP/1.1" 207 261
> 192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/!svn/bc/94323/aTest/crdlCrdl20 HTTP/1.1" 207 366
> 192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/aTest/crdlCrdl20 HTTP/1.1" 207 359
> 192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/!svn/vcc/default HTTP/1.1" 207 261
> 192.168.12.178 - aTestUser [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/!svn/bc/94323/aTest/crdlCrdl20 HTTP/1.1" 207 1091
> 192.168.12.178 - - [26/Apr/2005:13:22:06 +0200] "PROPFIND
> /svnObj/aTest/crdlCrdl20 HTTP/1.1" 401 -
>
>
> You can notice that there is the 2 PUT for the computer2 and just after
> the MERGE for the computer1 and then there is no MERGE for computer2 it
> will not arrived, it continue with the next commit of computer1.
>
>
> There is the log of the different commit done :
>
> r94320 | aTestUser | 2005-04-26 13:21:26 +0200 (Tue, 26 Apr 2005) | 1
> line
> Changed paths:
> M /aTest/crdlCrdl17/testCrdl
> M /aTest/crdlCrdl17/testCrdl.h
>
> r94321 | aTestUser | 2005-04-26 13:21:28 +0200 (Tue, 26 Apr 2005) | 1
> line
> Changed paths:
> M /aTest/crdlCrdl14/testCrdl2
> M /aTest/crdlCrdl14/testCrdl2.h
>
> HERE SHOULD BE THE COMMIT OF computer2 (crdlCrdl15)
>
> r94322 | aTestUser | 2005-04-26 13:21:29 +0200 (Tue, 26 Apr 2005) | 1
> line
> Changed paths:
> M /aTest/crdlCrdl18/testCrdl2
> M /aTest/crdlCrdl18/testCrdl2.h
>
> r94323 | aTestUser | 2005-04-26 13:21:32 +0200 (Tue, 26 Apr 2005) | 1
> line
> Changed paths:
> M /aTest/crdlCrdl19/testCrdl
> M /aTest/crdlCrdl19/testCrdl.h
>
>
>
> Can you help me on this ?
>
--
Boutillier Alexis
Methodology engineer
Arteris SA
The Network-on-Chip Company TM
www.arteris.net
6 par Ariane Immeuble Mercure
78284 Guyancourt Cedex
France
Office: (+33) 1 61 37 38 71
Fax: (+33) 1 61 37 38 41
Alexis.Boutillier@arteris.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Commit stop at "Transmitting file data" and apache memory keep
growing.
Posted by Tobias Ringström <to...@ringstrom.mine.nu>.
Alexis Boutillier wrote:
>I have a very strange behaviour with svn.
>It ends with apache memory growing up until it crashes and client stop
>at "transmitting file data"
>
>I can reproduce the problem with two computer trying to send files in
>the same repository at the same time.
>I use python bindings to checkout,add files and after i used a system
>command with "svn commit" to commit files.
>There, it hang up when they try to commit.
>
>I'm using Berkley 4.2 database with subversion 1.1.3 and apache 2.0.52
>
>
From your backtraces, it looks like you're using fsfs, not bdb. Please
upgrade to 1.1.4 which among other things has the following fix:
* fixed: FSFS memory leak when auto-merging large tree (r13193)
/Tobias
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org