গিথুব পুশ ত্রুটি: আরপিসি ব্যর্থ হয়েছে; ফলাফল = 22, HTTP কোড = 413

Question

বুদ্ধিমান সমস্যাটি এখনই গিথুবকে নিয়ে চলছে। আমার পরিবর্তনগুলির একটি শালীন পরিমাণ রয়েছে (আকারে 120MB ডলার), যখন আমি ধাক্কা দেওয়ার চেষ্টা করি, যা ঘটে তা ঘটে:

error: RPC failed; result=22, HTTP code = 413
fatal: The remote end hung up unexpectedly 
fatal: The remote end hung up unexpectedly

আমি ইতিমধ্যে সম্পন্ন করেছি

git config http.postBuffer 524288000, যাতে এটি সমস্যা বলে মনে হয় না। এটা কী হতে পারতো?

Comments

ভবিষ্যতের দর্শনার্থীদের জন্য, যদি আপনি পান তবে HTTP code = 0গিটহাবটি গতকের মতোই ডাউন রয়েছে।

— স্ট্যাক এক্সচেঞ্জ ব্যবহারকারী

HTTP code = 0আমার প্রক্সিটি ব্লক করার সময় আমি পেয়েছিলাম । আমার HTTP প্রক্সিটি গিথুব নিয়ে কাজ করে তবে https আমার কর্পোরেট প্রক্সিটির জন্য নয়। আমি মনে করি আমার এইচটিটিপিএস প্রক্সিটি এনটিএলএমকে জোর করে, যখন এইচটিটিপি বেসিককে গ্রহণ করে। আমি রেপো উত্সের URL টি https থেকে http এ পরিবর্তন করেছি এবং এটি আমার পক্ষে কাজ করেছে। git remote set-url origin http://github.com/GitUserName/GitRepoName.git

— মোটস

Answer 1

আপনি ত্রুটি 413 পেতে থাকে, তাহলে বিষয়টি Git সঙ্গে কিন্তু থাকা না আপনার ওয়েব সার্ভারের সাথে । এটি আপনার ওয়েব সার্ভার যা বড় আপলোড ফাইলগুলি ব্লক করে।

Nginx জন্য সমাধান

কেবলমাত্র আপনার লোড করুন nginx.confএবং client_max_body_size 50m;HTTP ব্লকে যুক্ত করুন (আপনার প্রয়োজনীয়তার মান পরিবর্তন করে)।

চালিয়ে নতুন কনফিগারেশন গ্রহণ করার জন্য এনগিনেক্স পুনরায় লোড করুন sudo service nginx reload এবং আপনার প্রতিশ্রুতি HTTP- র উপরে চাপানোর চেষ্টা করুন

অ্যাপাচি জন্য সমাধান

একটি ব্লকের ভিতরে আপনার httpd.confঅ্যাডে LimitRequestBody 52428800(আপনার প্রয়োজনের মানকে পরিবর্তন করে) <Directory />। এটি করে আপনি পুরো সার্ভার ফাইল সিস্টেমের অনুরোধ সীমাবদ্ধ করতে পারেন, কেবল একটি একক ভার্চুয়াল হোস্ট বা ডিরেক্টরি।

আশা করি এটা কাজে লাগবে.

Comments

আমার পক্ষে 50 মিলিয়ন যথেষ্ট ছিল না, তবে এটি আমার সমস্যার সমাধান করেছিল! ধন্যবাদ!

— কেভিন সি ক্রিনেকে

আমি একটি মধ্যবর্তী nginx প্রক্সি উপর এটি করতে হয়েছিল।

— jperelli

আপনি যদি Nginx ব্যবহার না?

— কটিয়ানী

গিটল্যাব সর্বজনীন ইনস্টলেশন জন্য কোন সমাধান ..? সর্বশেষ সংস্করণ 12.1

— শাশ্বত

অনেক অনুসন্ধান পরে, cussing, এবং কান্নাকাটি। (এই ক্রমে) আমি দেখতে পেয়েছি যে এমবেড করা কনফিগারেশন ফাইলটি এখানে অবস্থিত: /var/opt/gitlab/nginx/conf/gitlab-http.conf

— ক্রোকল

Answer 2

আমি এটি বের করে ফেললাম !!! অবশ্যই আমি পোস্ট হিট করার পরে ঠিক হবে!

আমার এইচটিটিপিএস ইউআরএল ব্যবহার করার জন্য রেপো সেট ছিল, আমি এটিকে এসএসএইচের ঠিকানায় পরিবর্তন করেছি এবং সবকিছু নির্বিঘ্নে কাজ শুরু করে।

Comments

সমস্যাটির কারণ এটি নয়। এটি কেবল একটি কর্মক্ষেত্র। Https এ কেন এটি ব্যর্থ হচ্ছে তা আমি জানতে চাই।

— স্টিভ ওয়ালশ

আমার জন্য এসএসএস কোনও বিকল্প নয়। সুতরাং আপনি যদি একই পরিস্থিতিতে @ জিঙ্কএক্স হন তবে উপরে আমার উত্তরটি দেখুন।

— তিনু

এটি কেবল চারপাশের কাজ। টিনুর উত্তরটি অবশ্যই গ্রহণযোগ্য উত্তর হওয়া উচিত।

— বেন

তুমি কীভাবে তা বদলেছ?

— ডেইনিয়াস ক্রিভিজ

অনেকেরই সম্ভবত তাদের ওয়েব সার্ভারে অ্যাক্সেস নেই তাই এই তথ্যের প্রশংসা করা হয়!

— ম্যাথু

Answer 3

রিমোট ইউআরএল পরিবর্তন করার কমান্ড (https -> গিট @ ... থেকে) এমন কিছু

git remote set-url origin [e-mail]:GitUserName/GitRepoName.git

উত্সটি এখানে আমার দূরবর্তীটির নাম (গিট রিমোট করুন এবং যা প্রকাশিত হবে তা আপনার উত্স)।

Comments

বিটবাকেটের ক্ষেত্রে ('ক্লোন' বোতাম) ssh://থেকে সরানোর সময় আমার একটি সমস্যা হয়েছিল ssh://git@<bitbucket-repo>:<port>/dir/to/project.gitতাই সাবধান!

— ফাইটলাইট

Answer 4

আমার একই সমস্যা ছিল কিন্তু আমি একটি বিপরীত প্রক্সি ব্যবহার করছিলাম।

সুতরাং আমি সেট করতে হয়েছিল

client_max_body_size 50m; 

উভয় কনফিগার ফাইলের ভিতরে:

• গিটল্যাব এনগিনেক্স ওয়েব সার্ভারে (পূর্ববর্তী উত্তরে বলা আছে)
• তবে উত্সর্গীকৃত সার্ভারে হোস্ট করা nginx বিপরীত প্রক্সিতেও।

Comments

গিটল্যাব সর্বজনীন ইনস্টলেশন জন্য কোন সমাধান ..?

— শাশ্বত

: হয়তো এ সমস্ত / nginx সার্ভার কটাক্ষপাত gitlab.com/gitlab-org/omnibus-gitlab/blob/master/doc/settings/...

— grimabe

এই সমাধানের জন্য আপনাকে ধন্যবাদ জানাতে চাই, আমার ঠিক এই সেটআপটি ছিল।

— tjerdnet

Answer 5

আমি ইতিমধ্যে গিট ইউআরএলে "HTTPS //" এ ত্রুটির মুখোমুখি হয়েছি।

আমি যা করেছি তা হ'ল ধাক্কা দিয়ে বিকল্প -u যুক্ত করা এবং এটি কার্যকর।

git push -u origin master

Answer 6

যারা গিট / শেষ পয়েন্ট হোস্ট করতে আইআইএস 7 ব্যবহার করেন তাদের জন্য :httphttps

তুমি তোমার বৃদ্ধি প্রয়োজন uploadReadAheadSize।

ইন্টারনেট তথ্য পরিষেবাদি (আইআইএস) পরিচালক চালু করুন Manager

1. সার্ভার ক্ষেত্র প্রসারিত করুন

2. সাইটগুলি প্রসারিত করুন

3. আপনি যে সাইটটি পরিবর্তন করতে চান তা নির্বাচন করুন।

4. বৈশিষ্ট্য বিভাগে, ডাবল ক্লিক করুন Configuration Editor

5. অধীনে Sectionনির্বাচন করুন:system.webServer > serverRuntime

6. পরিবর্তন uploadReadAheadSizeঅধ্যায় (মান মধ্যে হতে হবে 0এবং 2147483647।)

7. ক্লিক Apply

8. ওয়েবসাইটটি পুনরায় চালু করুন

Comments

পুনরায় আরম্ভ করা ওয়েবসাইট আমি নির্বাচিত ডিফল্ট ওয়েব সাইট এবং ডান দিকে অধীন পদক্ষেপ আছে স্টপ এবং স্টার্ট বাটন।

— jgoeders

এই ফিক্স এখনও আইআইএস 10. প্রয়োজন ছিল

— jgoeders

Answer 7

বড় আকারের পরিবর্তনগুলি ধাক্কা দেওয়ার সময় আপনি যদি এই সমস্যার মুখোমুখি হন তবে টার্মিনালের কমান্ডের নীচে চালান।

git config --global http.postBuffer 157286400

দেখুন এই আরো বিস্তারিত জানার জন্য।

Answer 8

ত্রুটিটি 'libcurl' এ ঘটে যা https আপলোডের অন্তর্নিহিত প্রোটোকল। সমাধানটি কোনওভাবে libcurl আপগ্রেড করা। ত্রুটি সম্পর্কে আরও বিশদ পেতে, GIT_CURL_VERBOSE = 1 সেট করুন

https://confluence.atlassian.com/pages/viewpage.action?pageId=306348908

Libcurl ডক অনুসারে ত্রুটির অর্থ: CURLE_HTTP_REর্ণED_ERROR (22)

যদি CURLOPT_FAILONERROR টি সত্য সেট করা হয় এবং HTTP সার্ভারটি> = 400 এর একটি ত্রুটি কোড ফেরত দেয় তবে এটি ফিরে আসে।

http://curl.haxx.se/libcurl/c/libcurl-errors.html

Answer 9

লিনাক্স মেশিনে গিট রেপো ক্লোন করার চেষ্টা করার সময় আমি এই সমস্যাটি পেয়েছি।

নিম্নলিখিত URL টি উইন্ডোতে আমার জন্য কাজ করছে

http://[e-mail]/scm/project/swamy-main.git

যদিও নিম্নলিখিত URL টি লিনাক্স মেশিনে কাজ করে এবং এটির URL টিতে https রয়েছে

https://[e-mail]/scm/project/swamy-main.git

Answer 10

আমার এই ত্রুটিটি ছিল ( ত্রুটি: আরপিসি ব্যর্থ হয়েছে; ফলাফল = 22, এইচটিটিপি কোড = 413 ) যখন আমি আমার প্রাথমিক প্রতিশ্রুতিটি একটি নতুন বিটবাকেট সংগ্রহস্থলের দিকে ঠেলে দেওয়ার চেষ্টা করেছি। আমার জন্য ত্রুটি ঘটেছে কারণ বিটবকেট রেপোর কোনও মাস্টার শাখা ছিল না । যদি আপনি সোর্স ট্রি ব্যবহার করে থাকেন তবে আপনি গিট ফ্লো বোতাম টিপে মূলতে একটি মাস্টার শাখা তৈরি করতে পারেন ।

Answer 11

আপনি কি ssh লিঙ্কের পরিবর্তে https লিঙ্কগুলি ব্যবহার করেন? যেহেতু https লিঙ্কটি এইচটিপিএস সার্ভারের আপলোড (যেমন অ্যাপাচি, এনগনিক্স) আকারের দ্বারা সীমাবদ্ধ, ssh ব্যবহার করার সময় এ জাতীয় কোনও বিধিনিষেধ নেই।

এসএসএস লিঙ্কে স্যুইচ করতে নিম্নলিখিত পদ্ধতিটি ব্যবহার করুন।

1. টার্মিনাল খুলুন
2. আপনার প্রকল্পের কার্যকারী ডিরেক্টরিতে স্যুইচ করুন।
3. দূরবর্তী সংগ্রহস্থলের নাম পান

$ git remote -v
origin  https://github.com/[user_name]/[project_name].git (fetch)
origin  https://github.com/[user_name]/[project_name].git (push)

4. গিট ঠিকানাটি এসএসএস লিঙ্কে পরিবর্তন করুন।

git remote set-url origin [e-mail]:[user_name]/[project_name].git

যদি আপনি দূরবর্তী সংগ্রহস্থলের নাম নির্ধারণ করেন তবে সরাসরি পদক্ষেপ 4 এ এগিয়ে যান। এখন, আপনি খুশিতে পুশ অপারেশনটি করতে পারেন।

Answer 12

আমার একই সমস্যা ছিল (উইন এক্সপি-তে), আমি আমার গিট বিন ডিরেক্টরিতে লাইবকার্ল -৪.ডি.এল ফাইলটি http://www.paehl.com/open_source/?download=curl_DLL_ONLY.7z (নতুন নামকরণের) থেকে SSL সংস্করণে আপডেট করেছি to libcurl4.dll)। এখন সব ঠিক আছে।

Answer 13

https এর ক্লিস্টগুলি ব্যর্থ হয় (এসএসএস কাজ করে, নীচে দেখুন):

12:00 jean@laptop:~/tmp$ GIT_CURL_VERBOSE=1 git clone https://gist.github.com/123456.git username
Initialized empty Git repository in /home/jean/tmp/username/.git/
* Couldn't find host gist.github.com in the .netrc file; using defaults
* About to connect() to gist.github.com port 443 (#0)
*   Trying 192.30.252.142... * Connected to gist.github.com (192.30.252.142) port 443 (#0)
* found 141 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: C=US,ST=California,L=San Francisco,O=GitHub\, Inc.,CN=*.github.com
*        start date: Mon, 30 Apr 2012 00:00:00 GMT
*        expire date: Wed, 09 Jul 2014 12:00:00 GMT
*        issuer: C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert High Assurance CA-3
*        compression: NULL
*        cipher: ARCFOUR-128
*        MAC: SHA1
> GET /123456.git/info/refs?service=git-upload-pack HTTP/1.1
User-Agent: git/1.7.1
Host: gist.github.com
Accept: */*
Pragma: no-cache

< HTTP/1.1 301 Moved Permanently
< Server: GitHub.com
< Date: Fri, 01 Nov 2013 05:00:51 GMT
< Content-Type: text/html
< Content-Length: 178
< Location: https://gist.github.com/gist/123456.git/info/refs?service=git-upload-pack
< Vary: Accept-Encoding
<
* Ignoring the response-body
* Expire cleared
* Connection #0 to host gist.github.com left intact
* Issue another request to this URL: 'https://gist.github.com/gist/123456.git/info/refs?service=git-upload-pack'
* Couldn't find host gist.github.com in the .netrc file; using defaults
* Re-using existing connection! (#0) with host gist.github.com
* Connected to gist.github.com (192.30.252.142) port 443 (#0)
> GET /gist/123456.git/info/refs?service=git-upload-pack HTTP/1.1
User-Agent: git/1.7.1
Host: gist.github.com
Accept: */*
Pragma: no-cache

< HTTP/1.1 200 OK
< Server: GitHub.com
< Date: Fri, 01 Nov 2013 05:00:52 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 gist.github.com left intact
* Couldn't find host gist.github.com in the .netrc file; using defaults
* About to connect() to gist.github.com port 443 (#0)
*   Trying 192.30.252.142... * connected
* Connected to gist.github.com (192.30.252.142) port 443 (#0)
* found 141 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: C=US,ST=California,L=San Francisco,O=GitHub\, Inc.,CN=*.github.com
*        start date: Mon, 30 Apr 2012 00:00:00 GMT
*        expire date: Wed, 09 Jul 2014 12:00:00 GMT
*        issuer: C=US,O=DigiCert Inc,OU=www.digicert.com,CN=DigiCert High Assurance CA-3
*        compression: NULL
*        cipher: ARCFOUR-128
*        MAC: SHA1
> POST /123456.git/git-upload-pack HTTP/1.1
User-Agent: git/1.7.1
Host: gist.github.com
Accept-Encoding: deflate, gzip
Content-Type: application/x-git-upload-pack-request
Accept: application/x-git-upload-pack-result
Content-Length: 116

< HTTP/1.1 301 Moved Permanently
< Server: GitHub.com
< Date: Fri, 01 Nov 2013 05:00:53 GMT
< Content-Type: text/html
< Content-Length: 178
< Location: https://gist.github.com/gist/123456.git/git-upload-pack
< Vary: Accept-Encoding
<
* Ignoring the response-body
* Connection #0 to host gist.github.com left intact
* Issue another request to this URL: 'https://gist.github.com/gist/123456.git/git-upload-pack'
* Violate RFC 2616/10.3.2 and switch from POST to GET
* Couldn't find host gist.github.com in the .netrc file; using defaults
* Re-using existing connection! (#0) with host gist.github.com
* Connected to gist.github.com (192.30.252.142) port 443 (#0)
> GET /gist/123456.git/git-upload-pack HTTP/1.1
User-Agent: git/1.7.1
Host: gist.github.com
Accept-Encoding: deflate, gzip
Content-Type: application/x-git-upload-pack-request
Accept: application/x-git-upload-pack-result

* The requested URL returned error: 400
* Closing connection #0
error: RPC failed; result=22, HTTP code = 400

এইটা কাজ করে: git clone [e-mail]:123456.git

Comments

ওপি ক্লোন সম্পর্কে জিজ্ঞাসা করেনি, কিন্তু ধাক্কা সম্পর্কে।

— ওভেন ব্ল্যাকার

ঠিক আছে, ওপি গিথুবের সাথে যোগাযোগের বিষয়ে জিজ্ঞাসা করেছিল। আমি কেন গিস্টগুলি সম্পর্কে একটি উত্তর দিয়ে উত্তর দিয়েছি তা সম্পর্কে আমার কোনও ধারণা নেই।

— জিন জর্দান

হাহ, যথেষ্ট ন্যায্য :)

— ওয়ান ব্ল্যাকার

Answer 14

একই সমস্যা ছিল। আমার ক্ষেত্রে এটি একই প্রকল্পে অ্যাক্সেস করা (টান / ধাক্কা) একাধিক ব্যবহারকারী জুড়ে নন-সামঞ্জস্যপূর্ণ জিআইটি সংস্করণ।

সবেমাত্র জিআইটি সংস্করণ আপডেট করেছে এবং অ্যান্ড্রয়েড স্টুডিও সেটিংস এবং এটি আমার জন্য কার্যকর কাজ করার পথ আপডেট করেছে।

সম্পাদনা করুন -

উইন্ডোজের গিট (1.9.5) কিছু সমস্যা আছে, একই আপডেট করাতে পারে helps

Answer 15

একই সমস্যার মুখোমুখি হচ্ছিল তবে এটি গিট সংগ্রহস্থল পরিষ্কারের মাধ্যমে সমাধান হয়ে গেছে ("গিট ক্লিন" ব্যবহার করে আনট্রে্যাকড ফাইলগুলি সাফ করুন)।

Comments

আমি যখন গিট পরিষ্কার করি তখন এটি ত্রুটিটি দেখায়: মারাত্মক: clean.require ফরাসী ডিফল্ট সত্য এবং উভয়ই -i, -n, না -f দেওয়া হয়; পরিষ্কার করতে অস্বীকার করছেন

— চাঁদনি

@ চান্ডনি এবং যে কেউ একই ত্রুটি বার্তার গিটের মুখোমুখি হয় সে আপনাকে সাহায্য করে, git clean -iউদাহরণস্বরূপ ইন্টারেক্টিভ মোডে শুরু করার চেষ্টা করুন।

— seethrough

@ সিথ্রু - ধন্যবাদ

— চাঁদনি

Answer 16

দূরবর্তী ইউআরএলকে এসএসএস বা https এ পরিবর্তন করতে হবে

git remote set-url origin [e-mail]:laravel/laravel.git

অথবা

git remote set-url origin https://github.com/laravel/laravel.git

আশা করি, এটি সাহায্য করবে :)

Answer 17

যখন আমি রিমোট মাস্টারের দিকে এগিয়ে যাওয়ার জন্য https ইউআরএল ব্যবহার করি তখন আমি একই সমস্যার মুখোমুখি হয়েছি, আমি এটিকে এসএসএইচ ঠিকানায় পরিবর্তন করেছি এবং সবকিছু নির্বিঘ্নে কাজ শুরু করে।