Then, I have to confess, I, too, am lost... You say "x times hang up". Does X amount to a fixed value? I mean: every time this works is only after the same number of failures? Does this happen when trying to push from just one machine, or it's the same when you switch location? Maybe your IT/git admin could help you better by looking at some logs on the server for a more specific error message, since "The remote end hung up unexpectedly" doesn't say much about the real error. As a last resort, I could also suggest doing a tcpdump on the network interface during the push, maybe tcpdump will catch some evidence of the real error.
miercuri, 23 mai 2012, 13:12:23 UTC+3, Thorsten Peters a scris: > > Yes it works :-( > > Am Mittwoch, 23. Mai 2012 10:37:58 UTC+2 schrieb Stefan: >> >> All looks OK below, but I do get that same message myself when there's a >> connection problem. Looks like you're using ssh, and it's there where I'd >> look first. Can you successfully transfer a large file over ssh to the >> server named 'git' using the 'git' account? Try this: >> >> $ scp large-file.dat git@git:/tmp >> >> Do you see any errors? >> >> miercuri, 23 mai 2012, 11:15:19 UTC+3, Thorsten Peters a scris: >>> >>> Our it check this but it all ok.. >>> >>> Fetch URL: git@git:/daten/git/dbc.git >>> Push URL: git@git:/daten/git/dbc.git >>> HEAD branch: master >>> Remote branches: >>> master tracked >>> >>> v6.0.a1.0 tracked >>> v6.0.drk.0 tracked >>> v6.0.impatto.0 tracked >>> v6.0.o2.0 tracked >>> v6.0.quizwall.0 tracked >>> v6.0.vodafone.0 tracked >>> v6.0.vw.0.alpha tracked >>> Local branches configured for 'git pull': >>> master merges with remote master >>> v5.3.vodafone.0.stable merges with remote v5.3.vodafone.0.stable >>> v6.0.vodafone.0 merges with remote v6.0.vodafone.0 >>> Local refs configured for 'git push': >>> master pushes to master (local out >>> of date) >>> v5.3.vodafone.0.stable pushes to v5.3.vodafone.0.stable (local out >>> of dat >>> >>> >>> >>> Am Dienstag, 22. Mai 2012 13:44:38 UTC+2 schrieb Stefan: >>>> >>>> Looks to me like your git server is simply overloaded. Run a >>>> h/top/"vmstat -n 1" on it in a different window and only retry the push >>>> when CPU usage on the server drops below 50%. >>>> >>>> If the push never succeeded I would've expected invalid ssh/git >>>> credentials... >>>> >>>> You might also want to check your network/firewall settings. If your >>>> network does some ugly form of traffic shaping, it could unexpectedly kill >>>> your TCP connection for git push. Otherwise, you may simply lack the >>>> bandwidth, which may as well be causing your TCP connections to timeout. >>>> >>>> Posting the output of the "git remote show origin" command on your >>>> system (not necessarily the full URL paths) could also help someone >>>> provide >>>> a better answer than this. >>>> >>>> These are just some possibilities, hope you find the true cause by >>>> starting with these... >>>> >>>> Ştefan Szabó >>>> >>>> >>>> marți, 22 mai 2012, 14:17:05 UTC+3, Thorsten Peters a scris: >>>>> >>>>> Any ideas? >>>>> >>>>> We try different things, but nothing works. >>>>> Same push, x times hang up, than it works finde. >>>>> >>>> -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To view this discussion on the web visit https://groups.google.com/d/msg/git-users/-/54tumDZ0Ea8J. To post to this group, send email to git-users@googlegroups.com. To unsubscribe from this group, send email to git-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/git-users?hl=en.
