2012-12-12 26 views
5

पर लटकता है मैं जिथब को धक्का नहीं दे सकता। मैं थोड़ा परिवर्तन पुश करने के लिए कर रहा था, लेकिन इस बार, यह बाद यह लिखते हैं इस लटकी हुई है:गिट पुश

git push origin master 
Counting objects: 22, done. 
Delta compression using up to 4 threads. 
Compressing objects: 100% (12/12), done. 
Writing objects: 100% (12/12), 1.51 KiB, done. 
Total 12 (delta 8), reused 0 (delta 0) 

मेरी उबंटू प्रक्रिया प्रबंधक पर, मैंने देखा कि ssh लटका हुआ है जब मैं कुछ पुश करने के लिए कोशिश करते हैं और यह है: ssh Git @ github.com Git-प्राप्त पैक 'xxx/yyy.git'

जब मैं, सीधे मेरे टर्मिनल पर इस आदेश को चलाने का प्रयास अब यह होने के बाद यह इस लिखते लटकी हुई है:

0078...7d4 refs/heads/master report-status delete-refs side-band-64k quiet ofs-delta 
0000 

अन्य सभी thins अच्छी तरह से काम करते हैं, लेकिन मैं धक्का नहीं दे सकता। क्या कारण हो सकता है?

अतिरिक्त जानकारी: मैंने गिट फ़ाइल को फिर से बनाया और रिमोट को एसएसएच से HTTP में बदल दिया। जब मैं धक्का करने की कोशिश अब मैं इस त्रुटि मिलती है:

Counting objects: 17, done. 
Delta compression using up to 4 threads. 
Compressing objects: 100% (9/9), done. 
Writing objects: 100% (9/9), 1.19 KiB, done. 
Total 9 (delta 6), reused 0 (delta 0) 
error: RPC failed; result=52, HTTP code = 0 
fatal: The remote end hung up unexpectedly 
fatal: The remote end hung up unexpectedly 
Everything up-to-date 

अतिरिक्त जानकारी 2: मैं घंटों के लिए इसका परीक्षण किया गया है और ऐसा लगता है कि मेरी नेटवर्क कनेक्शन की तरह समस्या है। मैंने दूसरे कनेक्शन से धक्का देने की कोशिश की, और यह बहुत अच्छी तरह से काम किया। इसके पीछे क्या कारण हो सकता है? रास्ते में मॉडेम फ़ायरवॉल अक्षम है।

+0

मुझे विश्वास है कि आपकी समस्या इस जैसा ही है: [जीआईटी जोड़ने के बाद धक्का देना असंभव है] (http://stackoverflow.com/questions/14123170/git-impossible-to-push-after-add)। उस अनुशंसित समाधान को आज़माएं। – IQAndreas

उत्तर

-2

जांचें कि आपका नेटवर्क कनेक्शन अपलोड करने में बहुत धीमा है या नहीं। शायद आपको बस समय चाहिए। क्या आप डेटा अपस्ट्रीम भेज रहे हैं या नहीं, यह देखने के लिए आप अपने नेटवर्क कनेक्शन की निगरानी कर सकते हैं?

+2

मैं 5 सेकंड से कम समय में जीमेल में एक 300 केबी तस्वीर अपलोड कर रहा हूं, मुझे नहीं लगता कि मेरा नेटवर्क कनेक्शन बहुत धीमा है। गिट अपलोडिंग की निगरानी करने का कोई तरीका है? मैं इसे आज़मा सकता हूं। – gzg

+1

जांचें कि क्या आपके पास अपने नेटवर्क कनेक्शन पर एमटीयू समस्या है। यदि आप 1280 पर अपने कंप्यूटर के इंटरफ़ेस के एमटीयू को कम करते हैं तो क्या आप धक्का दे सकते हैं? –

0

मेरे मामले में समस्या भंडार के अभिगम अधिकार से संबंधित थी। लिखने के अधिकार जोड़ने के बाद, मैंने केवल पहुंच पढ़ी थी, समस्या हल हो गई थी।

+0

यह सुनिश्चित नहीं है कि यह क्यों मतदान किया गया। इसने मेरे लिए इस मुद्दे को हल किया, रिमोट साइड पर पहली बार आपकी फाइल सिस्टम अनुमतियों को दोबारा जांचने के लायक। (सुनिश्चित नहीं है कि प्रक्रिया में कोई त्रुटि क्यों नहीं डाली गई है।) – Adambean

-1

फर्स्ट रन निम्नलिखित:

env | grep SSH_ASKPASS 

यदि आप कुछ भी नहीं मिलता है, तो आप उस मान को सेट करने के लिए है। आप सूक्ति का उपयोग कर रहे हैं, तो gnome-ssh-askpass.sh के स्थान जो आम तौर पर निम्न करके पाया जाता है लगता है:

find/| grep gnome-ssh-askpass 

और यह आम तौर पर /etc/profile.d निर्देशिका में पाया जाता है। आम तौर पर, यह स्वचालित रूप से लोड हो जाता था, लेकिन किसी कारण से ऐसा नहीं हुआ। इसलिए चलाने निम्नलिखित:

source /etc/profile.d/gnome-ssh-askpass.sh 

(वैकल्पिक रूप से, आप बस chmod +x फ़ाइल और इसे सीधे चला सकते हैं, यह आप पर निर्भर है)

करने के बाद, यह सत्यापित env | grep SSH_ASKPASS के लिए एक मूल्य और उसके बाद Git धक्का है कि वहाँ फिर से काम करेगा।

आप gnome-ssh-askpass.sh फाइल नहीं मिली है, तो एक yum search ssh-askpass कि पैकेज (आमतौर पर yum install openssh-askpass)

apt-get के लिए करते हैं और स्थापित करते हैं, आप GNOME उपयोग कर रहे हैं यह सोचते हैं ऐसी ही कुछ करते हैं, लेकिन केडीई, तो शायद हो, तो एक kde-ssh-askpass ??

8

मैंने पिछले 5 घंटों में एक ही समस्या को ठीक करने की कोशिश की है। सबसे पहले, क्या आप इसे एक सुरंग या वीपीएन कनेक्शन पर चला रहे हैं?

यह पता चला है कि एक सुरंग के एमटीयू (अधिकतम ट्रांसमिशन यूनिट) को गलत तरीके से कॉन्फ़िगर किया जा सकता है कि नेटवर्क पथ के बीच में कुछ राउटर केवल कम एमटीयू का समर्थन कर सकते हैं लेकिन यह वीपीएन/सुरंग सॉफ्टवेयर के लिए ज्ञात नहीं है, परिणामस्वरूप गिराए गए पैकेट।

sudo ifconfig eth0 mtu 1300 

यहाँ मैं eth0 इंटरफेस के लिए MTU सेट कर रहा हूं, इंटरफ़ेस आप वास्तव में उपयोग करने के लिए उपयोग कर रहे हैं के साथ बदलें:

तो त्वरित जवाब आपके कनेक्शन की MTU कम करने के लिए प्रयास करने के लिए है गिट सर्वर डिफ़ॉल्ट एमटीयू आमतौर पर 1500 होता है।

ओपनवीपीएन के लिए मुझे tun0 इंटरफ़ेस अपडेट करना पड़ा। OpenVPN कॉन्फ़िगरेशन में ऐसा करने के लिए एक बेहतर/अधिक मजबूत तरीका है: link-mtu <n> और mssfix विकल्पों का उपयोग करें।

+1

+1 'क्योंकि आपने मुझे बस घंटे बचाए हैं। मैं काफी काम नहीं कर सकता हूं कि क्यों एमटीयू मेरे अंतराल के बीच कहीं बदल गया। – DorianFM