Bug 14044

Summary: svn crashes with Segmentation fault when checking out some repositories
Product: Mageia Reporter: Stefan Puch <s.puch>
Component: RPM PackagesAssignee: Mageia Bug Squad <bugsquad>
Status: RESOLVED OLD QA Contact:
Severity: normal    
Priority: Normal CC: luigiwalser, thierry.vignaud
Version: 4Keywords: NEEDINFO
Target Milestone: ---   
Hardware: i586   
OS: Linux   
Whiteboard:
Source RPM: subversion-1.8.10-1.mga4.src.rpm CVE:
Status comment:
Attachments: cpuinfo Lenovo Thinkpad X201
Output from svn co with glibc-2.18-9.8.mga4

Description Stefan Puch 2014-09-03 13:13:17 CEST
Description of problem:
svn seems to have some problems when trying to check out some repositories. After some files it simply crashes with a segmentation fault.

-----------------------------------------------------------------------------
user@host:~/> svn --version
svn, Version 1.8.10 (r1615264)
   übersetzt am Aug 15 2014, um 16:43:13 auf i586-mageia-linux-gnu

Copyright (C) 2014 The Apache Software Foundation.
This software consists of contributions made by many people;
see the NOTICE file for more information.
Subversion is open source software, see http://subversion.apache.org/

Die folgenden ZugriffsModule (ZM) für Projektarchive stehen zur Verfügung:

* ra_svn : Modul zum Zugriff auf ein Projektarchiv über das
* svn-Netzwerkprotokoll.
  - mit Cyrus-SASL-Authentifizierung
  - behandelt Schema »svn«
* ra_local : Modul zum Zugriff auf ein Projektarchiv auf der lokalen
* Festplatte
  - behandelt Schema »file«
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
  - using serf 1.3.2
  - behandelt Schema »http«
  - behandelt Schema »https«

usern@host:~/>

-----------------------------------------------------------------------------
Here is an example from checking out the Open Source svn from freetz.org

user@host:~/space/freetz/> ulimit -c unlimited

user@host:~/space/freetz/> umask 0022 && svn co http://svn.freetz.org/trunk freetz-devel

user@host:~/space/freetz/> gdb /usr/bin/svn core.30186 
GNU gdb (GDB) 7.6-6.mga4 (Mageia release 4)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i586-mageia-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/svn...Reading symbols from /usr/bin/svn...(no
debugging symbols found)...done.
(no debugging symbols found)...done.
[New LWP 30186]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i686/libthread_db.so.1".
Core was generated by `svn co http://svn.freetz.org/trunk freetz-devel'.
Program terminated with signal 11, Segmentation fault.
#0  0xb7478d68 in __strcmp_ssse3 () from /lib/i686/libc.so.6
Missing separate debuginfos, use: debuginfo-install
subversion-1.8.10-1.mga4.i586
(gdb) bt
#0  0xb7478d68 in __strcmp_ssse3 () from /lib/i686/libc.so.6
#1  0xb72bfd68 in handle_fetch () from /lib/libsvn_ra_serf-1.so.0
#2  0xb72c6b41 in handle_response_cb () from /lib/libsvn_ra_serf-1.so.0
#3  0xb70dada5 in serf__process_connection () from /lib/libserf-1.so.1
#4  0xb70d96cc in serf_event_trigger () from /lib/libserf-1.so.1
#5  0xb70d97db in serf_context_run () from /lib/libserf-1.so.1
#6  0xb72c147d in finish_report () from /lib/libsvn_ra_serf-1.so.0
#7  0xb76117c2 in svn_wc_crawl_revisions5 () from /lib/libsvn_wc-1.so.0
#8  0xb77195a4 in update_internal () from /lib/libsvn_client-1.so.0
#9  0xb7719d9b in svn_client__update_internal () from
/lib/libsvn_client-1.so.0
#10 0xb76d1540 in svn_client__checkout_internal () from
/lib/libsvn_client-1.so.0
#11 0xb76d1708 in svn_client_checkout3 () from /lib/libsvn_client-1.so.0
#12 0x0804e860 in svn_cl__checkout ()
#13 0x08064f67 in sub_main ()
#14 0x0804d0b0 in main ()
(gdb) 

Additional infos:
The problem may be located in libserf because other are reporting same issues:

1) http://149.20.54.209/viewtopic.php?f=43&t=46620&p=260614#p260727
2) âhttp://lists.freebsd.org/pipermail/freebsd-arm/2014-July/008791.html 







Reproducible: 

Steps to Reproduce:
Comment 1 David Walser 2014-09-03 20:06:42 CEST
We recently updated both serf and subversion:
https://bugs.mageia.org/show_bug.cgi?id=13914
https://bugs.mageia.org/show_bug.cgi?id=13838

Does reverting either of these updates fix the problem?

In any case, please report the issue upstream to subversion.

CC: (none) => luigiwalser

Comment 2 Stefan Puch 2014-09-04 11:08:52 CEST
I tried without any success the following combinations from Mageia mirror:

1)
libserf1-1.3.2-2.mga4.i586.rpm
libsvn0-1.8.5-3.mga4.i586.rpm
subversion-1.8.5-3.mga4.i586.rpm

2)
libserf1-1.3.2-2.mga4.i586.rpm
libsvn0-1.8.8-1.mga4.i586.rpm
subversion-1.8.8-1.mga4.i586.rpm

3)
libserf1-1.3.2-2.mga4.i586.rpm
libsvn0-1.8.10-1.mga5.i586.rpm
subversion-1.8.10-1.mga4.i586.rpm

4)
libserf1-1.3.2-2.1.mga4.i586.rpm
libsvn0-1.8.8-1.mga4.i586.rpm
subversion-1.8.8-1.mga4.i586.rpm

5) with new version of libserf1 from Cauldron
libserf1-1.3.7-1.mga5.i586.rpm
libsvn0-1.8.10-1.mga4.i586.rpm
subversion-1.8.10-1.mga4.i586.rpm

-----------------------------------------------------------------------------
Debian stable and testing should working well (I've no debian system), here is the version output from a user:

$ svn --version
svn, version 1.8.10 (r1615264)
   compiled Aug  8 2014, 12:29:39 on x86_64-unknown-linux-gnu

Copyright (C) 2014 The Apache Software Foundation.
This software consists of contributions made by many people;
see the NOTICE file for more information.
Subversion is open source software, see http://subversion.apache.org/

The following repository access (RA) modules are available:

* ra_svn : Module for accessing a repository using the svn network protocol.
  - with Cyrus SASL authentication
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
  - using serf 1.3.7
  - handles 'http' scheme
  - handles 'https' scheme

-----------------------------------------------------------------------------

@David
> In any case, please report the issue upstream to subversion.
Actually I've no login at subversion bugtracking system and it hard to report an issue there while other distros are working fine. Maybe this can be done by a user with some more development experience.
Comment 3 Thierry Vignaud 2015-03-05 11:31:14 CET
Can you attach (not paste) your /proc/cpuinfo file?

Keywords: (none) => NEEDINFO
CC: (none) => thierry.vignaud

Comment 4 Stefan Puch 2015-03-05 11:48:46 CET
Created attachment 5993 [details]
cpuinfo Lenovo Thinkpad X201
Thierry Vignaud 2015-03-05 11:49:33 CET

Attachment 5993 mime type: application/octet-stream => text/plain

Comment 5 Thierry Vignaud 2015-03-05 11:50:15 CET
What if you revert latest glibc update?
Comment 6 Stefan Puch 2015-03-05 13:28:09 CET
ok, reverted back to glibc-2.18-9.8.mga4 and did the same procedure as described above. Problem still existing. svn version 1.8.11-1.mga4.i586.

I add the output as attachment.
Comment 7 Stefan Puch 2015-03-05 13:30:02 CET
Created attachment 5994 [details]
Output from svn co with glibc-2.18-9.8.mga4
Comment 8 Samuel Verschelde 2015-09-21 13:21:37 CEST
Mageia 4 changed to end-of-life (EOL) status on 2015-09-19. It is is no longer 
maintained, which means that it will not receive any further security or bug 
fix updates.

Package Maintainer: If you wish for this bug to remain open because you plan to 
fix it in a currently maintained version, simply change the 'version' to a later 
Mageia version.

Bug Reporter: Thank you for reporting this issue and we are sorry that we weren't 
able to fix it before Mageia 4's end of life. If you are able to reproduce it 
against a later version of Mageia, you are encouraged to click on "Version" and 
change it against that version of Mageia. If it's valid in several versions, 
select the highest and add MGAxTOO in whiteboard for each other valid release.
Example: it's valid in cauldron and Mageia 5, set to cauldron and add MGA5TOO.

Although we aim to fix as many bugs as possible during every release's lifetime, 
sometimes those efforts are overtaken by events. Often a more recent Mageia 
release includes newer upstream software that fixes bugs or makes them obsolete.

If you would like to help fixing bugs in the future, don't hesitate to join the
packager team via our mentoring program [1] or join the teams that fit you 
most [2].

[1] https://wiki.mageia.org/en/Becoming_a_Mageia_Packager
[2] http://www.mageia.org/contribute/
Comment 9 Marja Van Waes 2015-10-27 06:58:36 CET
As announced over a month ago, Mageia 4 changed to end-of-life (EOL) status on 2015-09-19. It is is no longer maintained, which means that it will not receive any further security or bug fix updates.

This issue may have been fixed in a later Mageia release, so, if you still see it and didn't already do so: please upgrade to Mageia 5 (or, if you read this much later than this is written: make sure you run a currently maintained Mageia version)

If you are able to reproduce it against a maintained version of Mageia, you are encouraged to 
1. reopen this bug report, by changing the "Status" from "RESOLVED - OLD" to "REOPENED"
2. click on "Version" and change it against that version of Mageia. If you know it's valid in several versions, select the highest and add MGAxTOO in whiteboard for each other valid release.
Example: it's valid in cauldron and Mageia 5, set to cauldron and add MGA5TOO.
3. give as much relevant information as possible. If you're not an experienced bug reporter and have some time: please read this page:
https://wiki.mageia.org/en/How_to_report_a_bug_properly

If you see a similar issue, but are _not_sure_ it is the same, with the same cause, then please file a new bug report and mention this one in it (please include the bug number, too). 


If you would like to help fixing bugs in the future, don't hesitate to join the
packager team via our mentoring program [1] or join the teams that fit you 
most [2].
[1] https://wiki.mageia.org/en/Becoming_a_Mageia_Packager
[2] http://www.mageia.org/contribute/

Status: NEW => RESOLVED
Resolution: (none) => OLD