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

Re: Apache2 segfaults in a specific subtree of repository

From: Karl Fogel <kfogel_at_google.com>
Date: 2006-09-05 19:09:15 CEST

Some reproduction questions: can you reproduce this with a more recent
version of Subversion (1.3.2, or else a later beta or development
version)? What about if you upgrade to Apache HTTPD 2.2.x?

If the problem goes away, then the answer is just to upgrade some
software I guess. If not, I'd be very interested in a dump of your
repository to try to reproduce on my own.

Thanks
-Karl

"Schwillinsky, Reinhard" <Reinhard.Schwillinsky@Fluke.com> writes:
> we have a problem when checking out a subtree of our repository: 1
> thread of apache2 server segfaults and svn client hangs. After
> terminating all other apache instances the svn client reports:
> svn: REPORT request failed on '/svn/!svn/vcc/default'
> svn: REPORT of '/svn/!svn/vcc/default': Could not read chunk size:
> connection was closed by server. (http://localhost:10080)
> Or
> svn: REPORT request failed on '/svn/!svn/vcc/default'
> svn: REPORT of '/svn/!svn/vcc/default': Compressed response was
> truncated (http://localhost)
>
> When checking out the problematic subtree the first time it always works
> until a specific file is reached.
> A following "svn up" for that partial checked out tree also fails. Only
> an explicit "svn up" for the subdir where the problem occured helps.
>
> Example:
> * "svn co http://localhost/svn/branches/pqsyn_t2/1.2.x/" fails in
> directory "1.2.x/linux/kernel/include/asm-s390x/"
> * "svn up 1.2.x/" fails
> * "svn up 1.2.x/linux/" fails
> * "svn up 1.2.x/linux/kernel/include/asm-s390x/" works (missing files
> are checked out)
> * "svn up 1.2.x/linux/kernel/include/" works (missing files
> are checked out)
> * "svn up 1.2.x/" works (missing files
> are checked out)
>
> The following commands all worked:
> * "svn co
> http://localhost/svn/branches/pqsyn_t2/1.2.x/linux/kernel/include/asm-s3
> 90x/ pqsyn_t2_1.2.x_linux_kernel_include_asm-s390x"
> * "svn co
> http://localhost/svn/branches/pqsyn_t2/1.2.x/linux/kernel/include/
> pqsyn_t2_1.2.x_linux_kernel_include"
> * "svn co http://localhost/svn/branches/pqsyn_t2/1.2.x/linux/kernel/
> pqsyn_t2_1.2.x_linux_kernel"
> * "svn co http://localhost/svn/branches/pqsyn_t2/1.2.x/linux/
> pqsyn_t2_1.2.x_linux"
>
>
> The error doesn't occur with svnserve access. It also doesn't occur when
> checking out other subtrees of our repository.
>
> "svnadmin verify /var/lib/svn/repository/" on the svn server doesn't
> report any error.
>
> Strace of the dying apache thread:
> ...
> getppid() = 17019
> poll([{fd=8, events=POLLIN}], 1, 2000) = 0
> getppid() = 17019
> poll([{fd=8, events=POLLIN}], 1, 2000) = 0
> getppid() = 17019
> poll([{fd=8, events=POLLIN}], 1, 2000) = -1 EINTR (Interrupted system
> call)
> --- SIGRT_1 (Unknown signal 33) @ 0 (0) ---
> sigreturn() = ? (mask now ~[TRAP KILL
> STOP])
> getppid() = 17019
> waitpid(-1, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV}],
> WNOHANG|__WCLONE) = 17026
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> Process 17020 detached
>
> "ps ax -H" of apache processes after it died:
> 17011 ? Ss 0:00 /usr/sbin/apache2 -k start -DSSL
> 17015 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
> 17016 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
> 17017 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
> 17022 ? S 6:26 /usr/sbin/apache2 -k start -DSSL
> 17024 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
> 17028 ? S 6:20 /usr/sbin/apache2 -k start -DSSL
> 17029 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
> 17032 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
> 17033 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
> 17019 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
> 17020 ? Z 0:00 [apache2] <defunct>
> 17023 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
> 17025 ? S 0:04 /usr/sbin/apache2 -k start -DSSL
> 17027 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
> 17030 ? S 6:23 /usr/sbin/apache2 -k start -DSSL
> 17031 ? S 0:00 /usr/sbin/apache2 -k start -DSSL
>
> Some version- and other infos:
> - Linux Debian testing from begin of January of this year:
> - kernel 2.4.27-2-386
> - svn:
> - libapache2-svn, libsvn0, subversion, subversion-tools: version
> 1.2.3dfsg1-3
> - FSFS Repository Data-Store
> - apache: apache2, apache2-common, apache2-mpm-worker, apache2-utils:
> version 2.0.55-3
> - access to svn from other machines via ssh port forwarding:
> http://localhost:10080/
> - local access to svn: http://localhost/
>
>
> Thanks for help,
> Reinhard
>
> This message (including any attachments) contains confidential
> and/or proprietary information intended only for the addressee.
> Any unauthorized disclosure, copying, distribution or reliance on
> the contents of this information is strictly prohibited and may
> constitute a violation of law. If you are not the intended
> recipient, please notify the sender immediately by responding to
> this e-mail, and delete the message from your system. If you
> have any questions about this e-mail please notify the sender
> immediately.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 5 19:13:51 2006

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.