{"thread":{"id":"21915","subject":"error: git-svn died of signal 13","startedAt":"2009-12-09T05:36:03Z","lastAt":"2009-12-16T14:56:48Z","messageCount":4,"participants":["Jonathan Nieder","Eric Wong","Jason Felice"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"129600","messageId":"20091209053602.GA2739@progeny.tock","threadId":"21915","inReplyTo":null,"subject":"error: git-svn died of signal 13","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2009-12-09T05:36:03Z","receivedAt":"2009-12-09T05:36:03Z","isPatch":false,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"Hi,\n\nJust wanted to pass on a few reports about git-svn dying with SIGPIPE\nwhen trying to fetch large repositories. It seems to fetch a few\nrevisions, then die; the repositories can eventually be fetched\nsuccessfully by restarting 'git svn fetch' again and again.\n\nSome bug reporters have been very patient, but I don’t really know\nwhere to look or ask in solving this. Attempts at tracing so far have\ngiven either too little or too much information to make any sense.\n\nThe problem goes back at least to v1.5.6.5.\n\nAt the end of the git-svn process’s life, the last few function calls\nare these:\n\n - SVN::Ra::Reporter::finish_report and related functions\n - _p_apr_pool_t::DESTROY (libsvn-perl cleaning up, presumably)\n - SVN::Ra::Callbacks::open_tmp_file, called from\n SVN::_Ra::svn_ra_do_update, called from\n Git::SVN::Ra::do_update, called from\n Git::SVN::Ra::gs_do_update\n - Git::SVN::_set_repos_root\n - starting a 'git update-index -z --index-info' to feed commands to\n\nMaybe /tmp is filling up? It is hard to know, since the SIGPIPE stops\neverything and we do not get any nice, simple error message describing\nwhat read or write would have received EPIPE.\n\nSee , ,\n.\n\nAny insights?\n\nJonathan\n"},{"id":"129604","messageId":"20091209055824.GA22941@dcvr.yhbt.net","threadId":"21915","inReplyTo":"20091209053602.GA2739@progeny.tock","subject":"Re: error: git-svn died of signal 13","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2009-12-09T05:58:24Z","receivedAt":"2009-12-09T05:58:24Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Jonathan Nieder wrote:\n> Hi,\n> \n> Just wanted to pass on a few reports about git-svn dying with SIGPIPE\n> when trying to fetch large repositories. It seems to fetch a few\n> revisions, then die; the repositories can eventually be fetched\n> successfully by restarting 'git svn fetch' again and again.\n> \n> Some bug reporters have been very patient, but I don’t really know\n> where to look or ask in solving this. Attempts at tracing so far have\n> given either too little or too much information to make any sense.\n> \n> The problem goes back at least to v1.5.6.5.\n\nHi Jonathan,\n\nThanks for taking the time to look into this. This has been a\nproblem for a long time and very difficult to track down.\n\nOne factor is that git svn continues happily afterwards so it's hard to\nreproduce and there's less incentive to look for a fix.\n\n> At the end of the git-svn process’s life, the last few function calls\n> are these:\n> \n> - SVN::Ra::Reporter::finish_report and related functions\n> - _p_apr_pool_t::DESTROY (libsvn-perl cleaning up, presumably)\n> - SVN::Ra::Callbacks::open_tmp_file, called from\n> SVN::_Ra::svn_ra_do_update, called from\n> Git::SVN::Ra::do_update, called from\n> Git::SVN::Ra::gs_do_update\n> - Git::SVN::_set_repos_root\n> - starting a 'git update-index -z --index-info' to feed commands to\n> \n> Maybe /tmp is filling up? It is hard to know, since the SIGPIPE stops\n> everything and we do not get any nice, simple error message describing\n> what read or write would have received EPIPE.\n> \n> See , ,\n> .\n> \n> Any insights?\n\nCan somebody get an strace or core dump for the \"git update-index\"\ncall? Or even an strace -f of the entire git svn invocation as well...\n\n-- \nEric Wong\n"},{"id":"129609","messageId":"20091209075319.GA4201@progeny.tock","threadId":"21915","inReplyTo":"20091209055824.GA22941@dcvr.yhbt.net","subject":"Re: error: git-svn died of signal 13","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2009-12-09T07:53:19Z","receivedAt":"2009-12-09T07:53:19Z","isPatch":false,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"CCing those who reported the problem. There is some debugging advice below,\nfor anyone who wants to take a further stab at tracking this down.\n\nEric Wong wrote:\n> Jonathan Nieder wrote:\n\n>> Just wanted to pass on a few reports about git-svn dying with SIGPIPE\n>> when trying to fetch large repositories. It seems to fetch a few\n>> revisions, then die; the repositories can eventually be fetched\n>> successfully by restarting 'git svn fetch' again and again.\n>> \n>> Some bug reporters have been very patient, but I don’t really know\n>> where to look or ask in solving this. Attempts at tracing so far have\n>> given either too little or too much information to make any sense.\n>> \n>> The problem goes back at least to v1.5.6.5.\n>\n> Hi Jonathan,\n>\n> Thanks for taking the time to look into this. This has been a\n> problem for a long time and very difficult to track down.\n>\n> One factor is that git svn continues happily afterwards so it's hard to\n> reproduce and there's less incentive to look for a fix.\n>\n>> At the end of the git-svn process’s life, the last few function calls\n>> are these:\n>> \n>> - SVN::Ra::Reporter::finish_report and related functions\n>> - _p_apr_pool_t::DESTROY (libsvn-perl cleaning up, presumably)\n>> - SVN::Ra::Callbacks::open_tmp_file, called from\n>> SVN::_Ra::svn_ra_do_update, called from\n>> Git::SVN::Ra::do_update, called from\n>> Git::SVN::Ra::gs_do_update\n>> - Git::SVN::_set_repos_root\n>> - starting a 'git update-index -z --index-info' to feed commands to\n>> \n>> Maybe /tmp is filling up? It is hard to know, since the SIGPIPE stops\n>> everything and we do not get any nice, simple error message describing\n>> what read or write would have received EPIPE.\n>> \n>> See , ,\n>> .\n>> \n>> Any insights?\n>\n> Can somebody get an strace or core dump for the \"git update-index\"\n> call? Or even an strace -f of the entire git svn invocation as well...\n"},{"id":"129991","messageId":"loom.20091216T154525-417@post.gmane.org","threadId":"21915","inReplyTo":"20091209075319.GA4201@progeny.tock","subject":"Re: error: git-svn died of signal 13","fromName":"Jason Felice","fromEmail":"jason.m.felice@gmail.com","sentAt":"2009-12-16T14:56:48Z","receivedAt":"2009-12-16T14:56:48Z","isPatch":false,"sender":{"key":"jason.m.felice@gmail.com","avatar":null},"body":"Jonathan Nieder gmail.com> writes:\n\n> \n> CCing those who reported the problem. There is some debugging advice below,\n> for anyone who wants to take a further stab at tracking this down.\n> \n> Eric Wong wrote:\n> > Can somebody get an strace or core dump for the \"git update-index\"\n> > call? Or even an strace -f of the entire git svn invocation as well...\n> \n\nI am having the same issue, pulling a HTTPS repo being served with Subversion\n1.4.5. Other info: The repo has many, many tags (~300?), and ~5000 revisions,\nand I've been pulling it since Saturday! Each iteration of git svn fetch takes\nlonger and longer before producing output. It \"feels\" like It The tags seem to\nbe what's slowing it down.) I can't make this repo or shell access available\n(sorry).\n\nI got an strace:\n\njfelice@lx-cclamp:~/xpay-core$ strace -f -o /tmp/strace git svn fetch\nr3176 = 816a8e7ffd28a2224a75037cf6a983883532c76e (refs/remotes/tags/v01_01_87)\nerror: git-svn died of signal 13\n\nThe strace output is at:\n\nhttp://eraserhead.net/files/strace.bz2\n\nI originally suspected that our crufty HTTPS server was closing the connection\non us due to some kind of timeout.\n"}]}