From: Jeff King <peff@peff.net>
To: Timothy Normand Miller <theosib@att.net>
Cc: git@vger.kernel.org
Subject: Re: Git hangs at “Writing objects: 11%”
Date: Thu, 24 May 2012 20:51:56 -0400 [thread overview]
Message-ID: <20120525005156.GC11300@sigill.intra.peff.net> (raw)
In-Reply-To: <EF4D4C5F-2D6B-46F2-B5A4-9DB1BA55BB6B@att.net>
On Thu, May 24, 2012 at 05:40:41PM -0400, Timothy Normand Miller wrote:
> I've run into a problem that I cannot debug. I've talked with people
> at length on IRC, I've made ample use of Google. I'm getting nowhere.
> I'm not even getting any attention on stackexchange (where usually,
> questions are answered with surprising alacrity).
>
> This is not the common scenario of Windows and git-daemon that I have
> seen answered elsewhere. This is Linux to Linux, using ssh. On both
> the client and server, git version is 1.7.8.6.
I'd first start with trying to remove as many variables as possible.
Does the problem only happen over ssh, or does it also happen when
pushing across a pipe to a repo on the local machine? If so, does it
also happen during a fetch of the same data?
If you can reproduce it at will (which it sounds like you can), you
could also try some older or newer git versions to see if they work any
better. If you can find a working version, it might be worth trying to
bisect and find the commit that introduces the breakage.
If the problem still exists in the latest version, then I'd start by
stracing as much as possible. On the client side, you can use "strace
-f" to see what all of the processes are doing; you'll probably also
want to pass:
--receive-pack='strace -f -o foo.out git-receive-pack'
to git-push to ask the remote side to strace. There's a reasonable
chance you'll simply see that the client side is waiting on the server
side for I/O, so you'll want to know what the server side is doing.
I see you posted an strace snippet of a process waiting in select() on
stack overflow. It's hard to tell what's going on from there, though,
because we can't see which processes are which (we see the pids, but we
don't know which programs they're running, or where the commands go). A
full strace log would help a lot (if it's long and you need a place to
post it, try something like https://gist.github.com).
And finally, if the repo is something you can make public, I can try to
reproduce on my machine. That might tell us if the problem is with your
repo, or something else about your machines or setup.
-Peff
next prev parent reply other threads:[~2012-05-25 0:52 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-24 21:40 Git hangs at “Writing objects: 11%” Timothy Normand Miller
2012-05-25 0:51 ` Jeff King [this message]
2012-05-25 1:41 ` Timothy Normand Miller
2012-05-26 22:54 ` Timothy Normand Miller
2012-05-27 3:12 ` Seth Robertson
2012-05-28 12:48 ` Timothy Normand Miller
2012-05-28 19:23 ` Jeff King
2012-05-28 19:36 ` Martin Storsjö
2012-05-29 20:42 ` Timothy Normand Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120525005156.GC11300@sigill.intra.peff.net \
--to=peff@peff.net \
--cc=git@vger.kernel.org \
--cc=theosib@att.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).