यम क्लाइंट नए पैकेज नहीं देखता है हालांकि सर्वर अपडेट किया गया है


16

हमारे पास एक आंतरिक यम सर्वर है जिसमें कई रिपोज (आरएचईएल रेपो की प्रतियां, इन-हाउस और इसी तरह के प्रोग्राम बनाए गए हैं)। हमारे आंतरिक सिस्टम को इंटरनेट से बंद कर दिया जाता है, इसलिए वे केवल हमारे आंतरिक सर्वर का उपयोग कर सकते हैं।

सभी तरह के उत्पादन में धकेलने से पहले पैच का परीक्षण करने के लिए, हमारे पास एक stableरेपो है जो डिफ़ॉल्ट रूप से सक्षम है। कोई भी अपडेट -latestरेपो में डाला जाता है । जब हम सर्वर को पैच करते हैं, तो हम उस -latest-repo का उपयोग नई बेसलाइन बनाने और कुछ सर्वरों पर परीक्षण करने के लिए करेंगे। एक बार परीक्षण करने के बाद, हम उस आधार रेखा को नया बनाते हैं stable-latestरेपोस डिफ़ॉल्ट रूप से अक्षम कर रहे हैं।

रिपॉज में से एक का उपयोग कुछ पैकेजों के लिए किया जाता है जिन्हें हम एपेल, आरपीएमफोर्ज और इसी तरह से लाते हैं। हमारे पास एक स्क्रिप्ट है जो केवल उन पैकेजों को सिंक करती है जो हमें किसी भी निर्भरता के साथ चाहिए। रेपो को संकुल के समरूप होने के बाद रात में craitepo के साथ फिर से बनाया जाता है। चूंकि ये पैकेज अप्रयुक्त हैं, इसलिए वे int-optional-latestरेपो में समाप्त हो जाते हैं जो आमतौर पर अक्षम होता है। यदि किसी सर्वर को उस रेपो से पैकेज की आवश्यकता होती है, तो हम इसका उपयोग करके इंस्टॉल करेंगे enable-repo=int-optional-latest

आज एक सहकर्मी एक सर्वर पर perl-Excel-Writer-XLSX स्थापित करने की कोशिश कर रहा था। सर्वर को पैकेज नहीं मिला। मैंने craitepo का उपयोग करके रिपॉजिटरी के पुनर्निर्माण की कोशिश की, और यह सुनिश्चित करने के लिए रिपोडाटा फ़ाइलों को पकड़ लिया कि फाइल वहाँ थी। ये था। मैंने यह भी सत्यापित किया कि फ़ाइल रिपॉजिटरी के भीतर मौजूद है

repoquery -q --repoid=int-optional-latest -l perl-Excel-Writer-XLSX

मैंने क्लाइंट पक्ष पर मेटाडेटा कैश को भी उपयोग करके साफ़ कर दिया

sudo yum clean expire-cache

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

मुझे नहीं लगता कि समस्या सर्वर साइड पर है, क्योंकि जब मैंने किसी अन्य मशीन से खोज करने की कोशिश की, तो उसे पैकेज मिला। मैंने सत्यापित किया कि रेपो फाइलें सही थीं और यह नाम yum.example.comदोनों सर्वर पर एक ही आईपी पते पर हल किया गया था - फिर भी उनमें से एक पैकेज पा सकता है, और दूसरा नहीं।

जवाबों:


14

मैंने yum सर्वर पर वेबसर्वर लॉग्स में खुदाई शुरू की, और उस क्लाइंट के लिए आईपी से कोई हिट नहीं मिला जो फाइलों को नहीं पा सका। मुझे यह पहली बार में समझ में नहीं आया, क्योंकि मैंने ग्राहकों पर कैश साफ़ कर दिया था। इसलिए मैंने इस बार का उपयोग करके एक और कैश क्लिनआउट किया

sudo yum -v clean expire-cache

जब -vइसे चलाया जाता है , तो यह सूची में आता है कि यह किसकी सफाई करता है - और int-optional-latestसूची में नहीं था। मुझे लगता है कि यह डिफ़ॉल्ट रूप से रेपो अक्षम होने के कारण था। मैंने एक और कैश-क्लियरिंग किया है, इस बार का उपयोग करते हुए

sudo yum -v enable-repo=int-optional-latest clean expire-cache

उसके बाद, मैंने एक और कोशिश की

sudo yum enable-repo=int-optional-latest install perl-Excel-Writer-XLSX

जो पूरी तरह से काम किया।


कमांड पैकेज के नाम के अंत में एक X के साथ होना चाहिए जैसे: sudo yum enable-repo = int-initial-latest-latest install perl-Excel-Writer-XLSX
Chris Madden

धन्यवाद, @ क्रिसमडेन! कट-एंड-पेस्ट-गलती, जाहिर है ...
जेनी डी

1
sudo yum -v clean expire-cache

मेरे लिए काम नहीं किया। हालाँकि, मैं इसके साथ काम करने में सक्षम था

sudo touch /etc/yum.repos.d/<your_repo_file>

तथा

yum repolist

यह अद्यतन किया गया है दिखाता है। उम्मीद है की यह मदद करेगा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.