Description of problem: Using git svn fetch to fetch a tagged revision of a project into a new bare git repo. Version-Release number of selected component: git-svn-2.3.5-1.fc22 Additional info: reporter: libreport-2.5.1 backtrace_rating: 4 cmdline: /usr/bin/perl /usr/libexec/git-core/git-svn fetch crash_function: _wrap_svn_txdelta_apply executable: /usr/bin/perl global_pid: 8941 kernel: 4.0.0-1.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 var_log_messages: [System Logs]:\n-- Logs begin at Tue 2015-03-17 13:25:53 GMT, end at Fri 2015-04-17 15:38:19 BST. -- Truncated backtrace: Thread no. 1 (10 frames) #0 _wrap_svn_txdelta_apply at svn_delta.c:3929 #1 Perl_pp_entersub at pp_hot.c:2794 #2 Perl_runops_standard at run.c:42 #3 S_docatch at pp_ctl.c:3227 #4 Perl_runops_standard at run.c:42 #5 Perl_call_sv at perl.c:2756 #6 Perl_call_method at perl.c:2671 #7 svn_swig_pl_callback_thunk at subversion/bindings/swig/perl/libsvn_swig_perl/swigutil_pl.c:625 #8 thunk_apply_textdelta at subversion/bindings/swig/perl/libsvn_swig_perl/swigutil_pl.c:873 #9 ra_svn_handle_apply_textdelta at subversion/libsvn_ra_svn/editorp.c:717
Created attachment 1015616 [details] File: backtrace
Created attachment 1015617 [details] File: cgroup
Created attachment 1015618 [details] File: core_backtrace
Created attachment 1015619 [details] File: dso_list
Created attachment 1015620 [details] File: environ
Created attachment 1015621 [details] File: limits
Created attachment 1015622 [details] File: maps
Created attachment 1015623 [details] File: mountinfo
Created attachment 1015624 [details] File: namespaces
Created attachment 1015625 [details] File: open_fds
Created attachment 1015626 [details] File: proc_pid_status
FWIW - seen on Ubuntu 14.10 as well: [New LWP 3503] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/bin/perl /usr/lib/git-core/git-svn clone --rewrite-root=x://. svn+ssh://'... Program terminated with signal SIGSEGV, Segmentation fault. (gdb) where #0 0x00002b39f9092a31 in _wrap_svn_txdelta_apply () from /usr/lib/x86_64-linux-gnu/perl5/5.20/auto/SVN/_Delta/_Delta.so #1 0x00002b39f5400f1b in Perl_pp_entersub () from /usr/lib/x86_64-linux-gnu/libperl.so.5.20 ...
Hi Jens and Richard, please have you got coredump or minimal reproducer? I am really pessimistic about successful investigation from abrt report and any other data can help me with this (I didn't check this yet).
Yes. I can even give you access to the mirrored repo, so that can reproduce it locally just by "git svn clone file:///var/tmp/glassfish.svn glassfish.git" (ust let me know). Unfortunately the glassfish.svn.tgz is ~1.6GB (svnsync takes ~7.5h). If you convert it from the start, it takes ~1d to hit rev 17529, where it will coredump. But than one can cd glassfish.git/ and "git svn fetch" again to get a new coredump, which is than much smaller (~32M vs. 2.6GB). Looks like git-svn leaks also mem over time ... BTW: Evtl. one may start git-svn right at that rev. - haven't had the time yet to try this out. http://svn.haxx.se/dev/archive-2015-03/0220.shtml https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780246 Seem to be related, but did not really help.
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.