मैं एक नए क्लीन सर्वर पर gitlab (6.5.1) सेटअप करने का प्रयास कर रहा हूं। काम करने के लिए सब कुछ दिखाई देता है, लेकिन गिट किसी भी परियोजना को आगे बढ़ाने में असमर्थ है। नए बनाए गए प्रोजेक्ट पृष्ठ से आदेशों का पालन करना और ssh के माध्यम से रिमोट को धकेलना:
$ git push -u origin master
fatal: Could not read from remote repository.
Please make sure you have the correct access
rights and the repository exists.
यह एक काफी सामान्य समस्या है। दुर्भाग्य से ऐसा लगता है कि कई संभावित कारण हैं और उनमें से कोई भी मेल नहीं खाता है। एक पुरानी रिलीज़ और अन्य विभिन्न स्रोतों पर समस्या 3424 से ऑनलाइन मैंने निम्नलिखित सुझावों को देखा और जांचा है:
बचे हुए ssh चाबियाँ
यह एक साफ सेटअप है जिसमें कोई भी बचा नहीं है। मेरी कुंजी अधिकृत कुंजी फ़ाइल में ठीक से जुड़ गई है और केवल एक ही सूचीबद्ध है।
डिबग लॉगिंग के साथ चल रहा ssh रूबी पर्यावरण संस्करण से संबंधित त्रुटियों को दर्शाता है।
खान साफ आता है। SSH डिबग एक सफल कनेक्शन दिखाता है। प्रमाणीकरण हैंडशेकिंग के बारे में सब कुछ सामान्य है, फिर यह आउटपुट का अंत है:
debug1: Sending command: git-receive-pack 'username/reponame.git' debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0 debug1: channel 0: free: client-session, nchannels 1 debug1: fd 0 clearing O_NONBLOCK debug1: fd 1 clearing O_NONBLOCKगिटलैब-शेल पर्यावरण के साथ समस्याएं।
ऊपर एक ही त्रुटि संदेश के साथ कई अन्य लोगों के विपरीत, मेरी गिट्लाब-शेल चेक स्क्रिप्ट स्वास्थ्य का एक साफ बिल लौटाती है:
% sudo -u gitlab -H ~gitlab/gitlab-shell/bin/check Check GitLab API access: OK Check directories and files: /var/lib/gitlab/repositories: OK /var/lib/gitlab/.ssh/authorized_keys: OK Test redis-cli executable: redis-cli 2.8.5 Send ping to redis server: PONGरिस्टार्ट {गेंडा, साइडकीक, रेडिस}
एक या एक से अधिक सेवाओं को पुनः आरंभ करने वाली रिपोर्ट साफ करती हैं कि वे यहां लागू नहीं होती हैं। यह एक आंतरायिक समस्या नहीं है जो डेमन फ़िक्स को दूर कर रही है।
रेपो भौतिक रूप से निर्मित नहीं हो रहा है
लकिन यह है। हर बार पहली बार नंगे गिट रेपो
~gitlab/repositories/username/reponame.gitहर बार बनते हैं और लगता है कि सही अनुमति है।Gitlab- शेल API सर्वर से बात नहीं कर सकता क्योंकि A) DNS समस्याएँ, B) गलत IP / पोर्ट / इंटरफ़ेस बाइंडिंग C) में अनुगामी स्लैश नहीं है / है।
चेक स्क्रिप्ट का कहना है कि एपीआई एक्सेस ठीक है।
मैं nginx नहीं चला रहा हूँ, इसलिए डिफ़ॉल्ट IP बाइंडिंग समस्या n / a है।
मैं दोनों के लिए
*:8080और127.0.0.1:8080मूल्य में सुनने की कोशिश की हैunicorn.yml।इससे परे, मैंने लोकलहोस्ट, 127.0.0.1 के विभिन्न पुनरावृत्तियों और पूरी तरह से योग्य डोमेन नाम (जो DNS हल कर रहा है ठीक है) के साथ और बिना
shell.ymlकिसी लाभ के स्लैश का पता लगाने की कोशिश की है। मैंने इसे अपाचे एसएसएल / प्रॉक्सी होस्ट के बजाय पोर्ट 8080 पर पोर्ट गेंडा सर्वर पर सीधे वायरिंग करने की कोशिश की है। कुछ भी फर्क नहीं पड़ता है। मेरा प्रमाणपत्र स्व-हस्ताक्षरित नहीं है और ब्राउज़रों के लिए ठीक काम कर रहा है, लेकिन मैंनेself_signed_cert: trueवैसे भी सेटिंग की कोशिश की । कुछ भी तो नहीं।रिपोर्ट किए गए गिट पथ गलत हैं, gitlab उपयोगकर्ता के घर से पूरी तरह से योग्य पथ जोड़ें।
यह एक कानूनी सुझाव की तरह लगता है, अगर गिटलैब-शेल कुछ बंदर व्यवसाय नहीं कर रहा है, तो पहले से ही इसे ठीक करने के लिए, लेकिन मैंने
git remote add origin gitlab@server:username/reponame.git`` git रिमोट ऐड ओरिजिनल gitlab @ सर्वर: रिपॉजिटरी / यूज़रनेम / reponame.git` को बदलने का प्रयास किया। वही त्रुटि।
यह सुझाए गए समाधानों की दीवानी लगती है, लेकिन उनमें से कोई भी सही नहीं लगता है। नोट मैं http पर पुश करने में सक्षम हूं । लॉगिन प्रॉम्प्ट मेरे ldap यूजरनेम और पासवर्ड को स्वीकार करता है और एक पुश स्वीकार करता है। यह केवल SSH का उपयोग करने का प्रयास करने में समस्या है। ssh -T gitlab@serverठीक काम करता है के साथ सिर्फ ssh लॉगिन हिस्सा परीक्षण ।
इस त्रुटि के कारण और क्या हो सकता है?
गीतालाब में इस तरह के मुद्दे पर बहस करने के बारे में कैसे जाना जाता है? वहाँ सब में कुछ भी प्रासंगिक नहीं लगता है ~gitlab/gitlab-shell/gitlab-shell.log। अधिक जानकारीपूर्ण त्रुटि संदेश कहां मिलेगा?