दिलचस्प पोस्ट
ड्रॉप डाउन तीर का रंग और रूप बदलें Var कीवर्ड का क्या मतलब है? वेक्टर का एक समूह घूम रहा है पंक्ति में अंतिम नहीं खाली सेल; एक्सेल VBA एक प्रेस और पकड़ स्थिति के दौरान UIButton लगातार आग लगने का रास्ता? कक्षा विधि से कॉल इंस्टेंस विधि स्प्रिंग एमवीसी: सत्यापन, पोस्ट-रीडायरेक्ट-गियर, आंशिक अपडेट, आशावादी संवाहक, फील्ड सुरक्षा दो तिथियों के बीच महीनों की संख्या URL से प्रोटोकॉल, डोमेन और पोर्ट प्राप्त करें डीएएल -> बीएलएल <- जीयूआई + संरचना रूट डीआई-बाइंडिंग सेटअप कैसे करें? एक गो टेम्प्लेट रेंज लूप में, प्रत्येक पुनरावृत्ति पर लूप रीसेट के बाहर घोषित चर हैं? आईओएस 7 में 180 सेकंड से परे पृष्ठभूमि में एनएसटीइमर को चलाने के लिए कैसे? C ++ में एक सरणी को सॉर्ट करने के लिए std :: sort का उपयोग कैसे करें नियंत्रक में पोस्ट विधि को देखने और वापस करने के लिए ऑब्जेक्ट की सूची कैसे भेजनी है I Google मानचित्र – मीटर में दो बिंदुओं के बीच की दूरी कैसे प्राप्त करें?

दूरस्थ अंत में अप्रत्याशित रूप से लटका दिया गया जबकि git क्लोनिंग

कुछ समय के लिए रिपॉजिटरी क्लोन करने की कोशिश करने के बाद मेरा git ग्राहक बार-बार त्रुटि के साथ विफल रहता है।

यहाँ क्या मुद्दा हो सकता है?

नोट: मैंने अपनी एसएसएच कुंजी जीआईटी होस्टिंग प्रदाता के साथ पंजीकृत की है

 Receiving objects: 13% (1309/10065), 796.00 KiB | 6 KiB/s fatal: The remote end hung up unexpectedly 

Solutions Collecting From Web of "दूरस्थ अंत में अप्रत्याशित रूप से लटका दिया गया जबकि git क्लोनिंग"

त्वरित समाधान:

इस प्रकार की त्रुटि के साथ, मैं आमतौर पर postBuffer आकार बढ़ाकर शुरू कर देता postBuffer :

 git config --global http.postBuffer 524288000 

(मूल्य नीचे दोगुनी करने वाली रिपोर्ट के नीचे कुछ टिप्पणी):

 git config --global http.postBuffer 1048576000 

अधिक जानकारी:

git config मैन पेज से , http.postBuffer इसके बारे में है:

रिमोट सिस्टम में डेटा पोस्ट करते समय स्मार्ट एचटीपीएपी द्वारा उपयोग किए गए बफ़र के बाइट्स में अधिकतम आकार।
इस बफ़र आकार, HTTP / 1.1 और Transfer-Encoding: chunked से बड़े अनुरोधों के लिए Transfer-Encoding: chunked एक बड़े पैक पैक को स्थानीय रूप से बनाने से बचने के लिए Transfer-Encoding: chunked का उपयोग किया जाता है। डिफ़ॉल्ट 1 MiB है, जो अधिकांश अनुरोधों के लिए पर्याप्त है।

यहां तक ​​कि क्लोन के लिए, जो एक प्रभाव हो सकता है, और इस उदाहरण में, ओपी जो रिपोर्ट करता है:

[क्लोन] अब ठीक काम करता है


नोट: यदि सर्वर पक्ष में कुछ गलत हो गया है, और यदि सर्वर ने गीट 2.5+ (Q2 2015) का उपयोग किया है, तो त्रुटि संदेश अधिक स्पष्ट हो सकता है
" गिट क्लोनिंग देखें : रिमोट एंड ने अनपेक्षित रूप से लटका दिया, postBuffer बदलने की कोशिश की लेकिन अभी भी असफल रहे "


कुलाई ( टिप्पणियों में ) इस एटलसियन समस्या निवारण गिट पेज को बताते हैं, जो कहते हैं:

Error code 56 इंगित करता है कि कर्ल को CURLE_RECV_ERROR त्रुटि CURLE_RECV_ERROR जिसका अर्थ है कि कुछ समस्या थी जो क्लोन प्रक्रिया के दौरान डेटा को प्राप्त होने से रोका था।
आमतौर पर यह एक नेटवर्क सेटिंग, फ़ायरवॉल, वीपीएन क्लाइंट या एंटी-वायरस के कारण होता है जो सभी डेटा स्थानांतरित होने से पहले कनेक्शन को समाप्त कर देता है।

यह निम्नलिखित पर्यावरण चर का भी उल्लेख करता है, डीबगिंग प्रक्रिया में मदद करने के लिए

 # Linux export GIT_TRACE_PACKET=1 export GIT_TRACE=1 export GIT_CURL_VERBOSE=1 #Windows set GIT_TRACE_PACKET=1 set GIT_TRACE=1 set GIT_CURL_VERBOSE=1 

Http.postBuffer चाल मेरे लिए काम नहीं किया तथापि:

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

दुर्भाग्य से, अब तक मेरा एकमात्र समाधान एसएसएच का उपयोग करना है।

मैंने GnuTLS के बजाय OpenSSL के साथ Git को संकलित करने के लिए एक समाधान पोस्ट किया है । यहां समस्या के लिए एक सक्रिय बग रिपोर्ट है

 GIT_CURL_VERBOSE=1 git clone https://github.com/django/django.git Cloning into 'django'... * Couldn't find host github.com in the .netrc file; using defaults * About to connect() to github.com port 443 (#0) * Trying 192.30.252.131... * Connected to github.com (192.30.252.131) port 443 (#0) * found 153 certificates in /etc/ssl/certs/ca-certificates.crt * server certificate verification OK * common name: github.com (matched) * server certificate expiration date OK * server certificate activation date OK * certificate public key: RSA * certificate version: #3 * subject: * start date: Mon, 10 Jun 2013 00:00:00 GMT * expire date: Wed, 02 Sep 2015 12:00:00 GMT * issuer: C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert High Assurance EV CA-1 * compression: NULL * cipher: ARCFOUR-128 * MAC: SHA1 > GET /django/django.git/info/refs?service=git-upload-pack HTTP/1.1 User-Agent: git/1.8.4 Host: github.com Accept: */* Accept-Encoding: gzip Pragma: no-cache < HTTP/1.1 200 OK < Server: GitHub.com < Date: Thu, 10 Oct 2013 03:28:14 GMT < Content-Type: application/x-git-upload-pack-advertisement < Transfer-Encoding: chunked < Expires: Fri, 01 Jan 1980 00:00:00 GMT < Pragma: no-cache < Cache-Control: no-cache, max-age=0, must-revalidate < Vary: Accept-Encoding < * Connection #0 to host github.com left intact * Couldn't find host github.com in the .netrc file; using defaults * About to connect() to github.com port 443 (#0) * Trying 192.30.252.131... * connected * found 153 certificates in /etc/ssl/certs/ca-certificates.crt * SSL re-using session ID * server certificate verification OK * common name: github.com (matched) * server certificate expiration date OK * server certificate activation date OK * certificate public key: RSA * certificate version: #3 * subject: * start date: Mon, 10 Jun 2013 00:00:00 GMT * expire date: Wed, 02 Sep 2015 12:00:00 GMT * issuer: C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert High Assurance EV CA-1 * compression: NULL * cipher: ARCFOUR-128 * MAC: SHA1 > POST /django/django.git/git-upload-pack HTTP/1.1 User-Agent: git/1.8.4 Host: github.com Accept-Encoding: gzip Content-Type: application/x-git-upload-pack-request Accept: application/x-git-upload-pack-result Content-Encoding: gzip Content-Length: 2299 * upload completely sent off: 2299out of 2299 bytes < HTTP/1.1 200 OK < Server: GitHub.com < Date: Thu, 10 Oct 2013 03:28:15 GMT < Content-Type: application/x-git-upload-pack-result < Transfer-Encoding: chunked < Expires: Fri, 01 Jan 1980 00:00:00 GMT < Pragma: no-cache < Cache-Control: no-cache, max-age=0, must-revalidate < Vary: Accept-Encoding < remote: Counting objects: 232015, done. remote: Compressing objects: 100% (65437/65437), done. * GnuTLS recv error (-9): A TLS packet with unexpected length was received. * Closing connection #0 error: RPC failed; result=56, HTTP code = 200 fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed 

उपर्युक्त में से कोई भी मेरे लिए काम नहीं करता है, लेकिन यहाँ क्या हुआ है: https://stackoverflow.com/a/22317479

मैं पूरा त्रुटि संदेश प्राप्त कर रहा था:

 fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed 

Obs: Changing http.postBuffer को क्लाइंट के लिए बड़े आकारों को स्वीकार करने के लिए, क्लाइंट के आकार को ट्यूनिंग करके, gitlab के लिए Nginx विन्यास फाइल को सेट अप करने की आवश्यकता हो सकती है।

हालांकि, अगर आपको Gitlab मशीन या उसके नेटवर्क में एक मशीन तक पहुंच है, तो एक वैकल्पिक उपाय है , और यह git bundle का उपयोग करके git bundle

  1. स्रोत मशीन पर अपने जीआईटी रिपॉजिटरी पर जाएं
  2. रन git bundle create my-repo.bundle --all
  3. स्थानांतरण मशीन (उदाहरण के लिए, rsync के साथ) गंतव्य-मशीन में my-repo.bundle फ़ाइल
  4. गंतव्य मशीन पर, git clone my-repo.bundle
  5. git remote set-url origin "path/to/your/repo.git"
  6. git push

शुभकामनाएं!

/etc/resolv.conf में फ़ाइल के अंत में पंक्ति जोड़ें

 options single-request 

नीचे दिए गए आदेश का उपयोग करने के बाद मुझे समाधान मिला:

git repack -a -f -d --window=250 --depth=250

यदि आप https का उपयोग कर रहे हैं और आपको त्रुटि मिल रही है

मैं http के बजाय https का उपयोग किया और यह मेरी समस्या हल कर ली

 git config --global https.postBuffer 524288000 

मुझे एक ऐसी ही समस्या थी, लेकिन एक बांस की नौकरी के साथ। बम्बू एक स्थानीय क्लोन (स्थानीय लेकिन एक एसएसएच प्रॉक्सी के ऊपर) में कैश किए गए रिपॉजिटरी में विफल रहा था, मैंने कैश को हटा दिया और उसके बाद यह काम किया, लेकिन किसी भी समय यह स्थानीय कैश से क्लोन करने की कोशिश करता है एक विफलता है। लगता है कि एसएसएच प्रॉक्सी के बांस के संस्करण में कोई समस्या नहीं होती है

केवल एक चीज जो मेरे लिए काम करती थी वह एसएसएच लिंक के बजाय एचटीटीपीएस लिंक का इस्तेमाल करने के लिए रेपो को क्लोन करना था।

बिटबाकेट का उपयोग करते समय मेरे पास एक ही त्रुटि है मैंने अपने रिपो के यूआरएल से https निकाल दिया और यूआरएल का इस्तेमाल करते हुए HTTP सेट किया।

 git remote set-url origin http://mj@bitbucket.org/mj/pt.git 

मुझे इस मुद्दे का सामना करना पड़ रहा था जब दूरस्थ जीआईटी रेपो से डेटा क्लोनिंग करना (एपीएस ईएस 2 उदाहरण पर लचीला बीनस्टॉक द्वारा प्रबंधित किया गया था) क्लोनिंग स्वयं एडब्ल्यूएस ईसी 2 उदाहरण पर भी किया गया था।

मैंने सभी उपरोक्त समाधान और उनके संयोजनों की कोशिश की:

  • जीआईटी की http.postBuffer सेटिंग
  • सेटिंग http.maxrequestbuffer
  • जीआईटी संपीड़न को बंद करना और "उथले" git clone कोशिश करना और फिर git fetch --unshallow – घातक देखें : प्रारंभिक EOF घातक: इंडेक्स-पैक विफल
  • packedGitLimit जीआईटी मेमोरी सेटिंग्स – packedGitLimit एट अल, यहां देखें: घातक: शुरुआती ईओएफ घातक: इंडेक्स-पैक असफल
  • client_max_body_size nginx कॉन्फ़िगरेशन – client_max_body_size दोनों बड़े मूल्य और 0 (असीमित) को सेट करना; proxy_request_buffering off; सेटिंग proxy_request_buffering off;
  • सेटिंग options single-request में /etc/resolv.conf
  • थ्रॉटलिंग जीआईटी क्लाइंट थ्रुपुट विथ ट्रिकल के साथ
  • ट्रेसिंग git clone लिए स्ट्रेस का उपयोग करना
  • जीआईटी क्लाइंट के अपडेट के बारे में विचार करना

इस सब के बाद, मैं अभी भी एक ही मुद्दे का सामना कर रहा था, जब तक मुझे पता नहीं कि यह मुद्दा इलास्टिक लोड बैलेंसर (ईएलबी) में कनेक्शन काट रहा है । ईसी 2 उदाहरण (एक होस्टिंग जीआईटी रेपो) सीधे ELB के माध्यम से जाने के बजाय तक पहुँचने के बाद मैंने अंत में जीआईटी रेपो क्लोन करने में कामयाब रहा है! मुझे अभी भी यकीन नहीं है कि ईएलबी (समयबाह्य) पैरामीटर किसके लिए जिम्मेदार है, इसलिए मुझे अभी भी कुछ शोध करना है

अद्यतन करें

ऐसा लगता है कि ऐडवर्ड्स लचीला लोड बैलेंसर के लिए 20 सेकंड से 300 सेकेंड तक का समय समाप्त करने के लिए कनेक्शन ड्रेनिंग पॉलिसी बदलने से हमारे लिए यह समस्या हल हो गई है

git clone त्रुटियों और "कनेक्शन निकास" के बीच का संबंध अजीब है और हमारे लिए स्पष्ट नहीं है। यह हो सकता है कि कनेक्शन को समय-सीमा से हटाए जाने से ELB कॉन्फ़िगरेशन में कुछ आंतरिक परिवर्तन हो गए हैं, जो कि समय से पहले कनेक्शन बंद होने के साथ समस्या को ठीक करता है।

यह एडब्ल्यूएस मंच पर संबंधित प्रश्न है (कोई जवाब नहीं अभी तक): https://forums.aws.amazon.com/thread.jspa?threadID=258572

बिटबकेट के साथ एक ही त्रुटि द्वारा तय

 git config --global http.postBuffer 524288000 git config --global http.maxRequestBuffer 100M git config --global core.compression 0 

मेरे पास एक ही समस्या थी। इस समस्या का कारण है कि कंटिस के विवरण जीएनयूटीएलएस के बारे में हैं

यदि आपके पास एक ही कारण है और आपका सिस्टम उबंटू है, तो आप ppa:git-core/ppa के नवीनतम संस्करण को पीपीए से स्थापित करके इस समस्या को हल कर सकते हैं ppa:git-core/ppa । आज्ञा निम्नानुसार है

 sudo add-apt-repository ppa:git-core/ppa sudo apt-get update sudo apt-get git 

यह एक सर्वर समस्या के रूप में सरल हो सकता है। अगर GitHub का उपयोग करते हैं, तो https://twitter.com/githubstatus पर जाएं । मैंने इसे पहली बार देखा था और गिथहब के पास एक झटके का पता चला है कुछ मिनट बाद यह फिर से ठीक काम किया।

यह मेरे लिए काम करता है, गोॉग्स नेमसर्वर सेट करना क्योंकि कोई भी मानक नेमसवर निर्दिष्ट नहीं किया गया था, फिर नेटवर्किंग को पुनरारंभ करने के बाद:

 sudo echo "dns-nameservers 8.8.8.8" >> /etc/network/interfaces && sudo ifdown venet0:0 && sudo ifup venet0:0 

मुझे कुबंटू में जीआईटी का उपयोग करने में इस समस्या का सामना करना पड़ा। मैंने नेटवर्किंग में समग्र अस्थिरता भी देखा है और एक समाधान पाया है।

/etc/resolv.conf में फ़ाइल के अंत में पंक्ति जोड़ें

विकल्प एक-अनुरोध

हर डोमेन नाम संकल्प से पहले यह निश्चित विलंब और git इस के बाद एक जादू की तरह काम करना शुरू कर दिया

खैर, मैं 21 9 एमबी समाधान पुश करना चाहता था, लेकिन मेरे पास कोई भाग्य नहीं था

 git config --global http.postBuffer 524288000 

और वैसे भी 525 एमबी पद बफर होने का क्या मतलब है? यह मूर्खता है। इसलिए मैंने नीचे गिट त्रुटि को देखा:

 Total 993 (delta 230), reused 0 (delta 0) POST git-receive-pack (5173245 bytes) error: fatal: RPC failed; curl 56 SSL read: error:00000000:lib(0):func(0):reason(0), errno 10054 

तो git 5 ​​MB पोस्ट करना चाहता है, तब मैंने पोस्ट बफर 6 एमबी बना दिया, और यह काम करता है

 git config --global http.postBuffer 6291456 

मैं अपने ओएस एक्स ईआई कैपिटन मैक से जीआईटी धक्का कर रहा था मुझे एक ही त्रुटि मिल रही थी, मैंने तय करने की कोशिश की, गूगल / स्टैकेवर्फ फ्लो पर मुझे क्या मिला। जहां तक ​​संस्करण का संबंध है, मैं गिटौब का काफी नवीनतम संस्करण का उपयोग कर रहा हूं जो 2.7.4 है। मैंने अपने स्थानीय सिस्टम में एक प्रोजेक्ट बनाया है, और मैं इसे अपने गिटब खाते में सार्वजनिक करना चाहता था परियोजना का आकार लगभग 8 एमबी नहीं था मैंने देखा कि जब मैं 1.5 एमबी के आकार के कुछ फाइलों को धक्का दे रहा था, यह ठीक से धकेल रहा था, लेकिन बड़े आकार के साथ मेरे लिए असफल रहा, एक ही त्रुटि के साथ,

केवल एक विकल्प जो मुझे एमबी के टुकड़ों में बदलाव को पुश करने के लिए था। अब मैंने सभी बदलावों को धक्का दिया है यह मेरे लिए समाधान है जब तक कि मैं इस समाधान के लिए ठीक न हो।

तो आप कई प्रतिबद्धताओं में परिवर्तन को भी धक्का देने का प्रयास कर सकते हैं। या यदि आपके पास एक से अधिक फ़ोल्डर है तो आप प्रत्येक फ़ोल्डर द्वारा बदलावों को पुश कर सकते हैं (यदि फ़ोल्डर का आकार बड़ा नहीं है)

आशा है कि यह आपको परियोजना पर लगातार काम करने में मदद करेगा।

मुझे .NETRC फ़ाइल के साथ मेरी समस्या है, यदि आपके लिए भी ऐसा है तो आप निम्न कर सकते हैं:

अपनी .NETRC फ़ाइल खोलें और इसे गिटबल प्रमाण पत्र शामिल करने के लिए संपादित करें। nano ~/netrc टाइप करें nano ~/netrc या gedit ~/netrc

इसके बाद निम्नलिखित में शामिल करें: * मशीन github.com

लॉग इन यूज़रनेम

पासवर्ड SECRET

मशीन api.github.com

लॉग इन यूज़रनेम

पासवर्ड SECRET *

आप अपने कच्चे पासवर्ड को वहां शामिल कर सकते हैं लेकिन सुरक्षा उद्देश्यों के लिए, यहां auth टोकन जेथूब टोकन जेनरेट करें और इसे अपने पासवर्ड की जगह पेस्ट करें।

उम्मीद है कि यह किसी को मदद करता है

मेरे पास एक ही समस्या थी और यह एक बुरा इंटरनेट कनेक्शन से संबंधित था, इसलिए कुछ जीआईटी कॉन्फ़िग के साथ प्रयास करने के बाद, मैं अपने नेटवर्क से बस डिस्कनेक्ट हुआ हूं और फिर से जुड़ा हुआ हूं और यह काम करता है!

ऐसा लगता है कि कनेक्शन के बाद (या इस स्थिति को हटाए जाने की कार्रवाई) खो दिया है, git फंस गया है।

मुझे उम्मीद है कि यह किसी और के लिए यहां एक सहायता हो सकती है।

श्रेष्ठ,

अपनी इंटरनेट की गति की जांच करें निम्न कमांड भी जांचें:

 $ git config --global http.postBuffer 2M $ git pull origin master