यह समय-समय पर होता है। मैं एक पैकेज को अपडेट करता हूं और वितरण बिंदु को अपडेट करने की आवश्यकता है। हमारे पास कई डीपी हैं, और आमतौर पर सब कुछ ठीक से गुजरता है, हालांकि हर बार एक समय में, हमारा मुख्य डीपी पैकेज को अपडेट करने में विफल रहता है।
सामग्री स्थिति लॉग कभी भी विफलता के बारे में बहुत कुछ नहीं कहता है। मेरे पास प्रबंधन बिंदुओं, या DPs तक बैकएंड सर्वर एक्सेस नहीं है, मैं सिर्फ SCCM एडमिन हूं। मैं SCCM में किसी भी लॉग की जांच कर सकता हूं, रिपोर्ट और सब कुछ चला सकता हूं, लेकिन मुझे नहीं पता कि कहां देखना है।
अतीत में मैंने समस्या पैकेज पर "डिसकनेक्ट यूजर्स फ्रॉम डिस्ट्रीब्यूशन पॉइंट" सेटिंग को दोनों उप-सेटिंग्स को 0 पर सेट करने की कोशिश की है, लेकिन यह वास्तव में हमारे लिए काम नहीं करता है। समस्या सिर्फ कुछ समय के बाद ही दूर हो जाती है, लेकिन कभी-कभी इसमें कई दिन लग जाते हैं। बहुमत के लिए (वास्तव में सभी, लेकिन एक या दो हो सकते हैं जिनकी मैंने अनदेखी की है) हम ग्राहकों को "वितरण बिंदु से प्रोग्राम चलाएं" सेट करते हैं, जब प्रोग्राम को तैनात करते हैं, तो निश्चित नहीं है कि इसके साथ कुछ भी करना है, या रूट क्या है कारण है
अपडेट करें
मुझे रिपोर्ट में कुछ और जानकारी मिली है, विशेष रूप से All Status Messages for a Specific Package at a Specific Site
क्वेरी की। क्वेरी के लिए मेरे पैकेज आईडी का उपयोग करना, डीपी अपडेट के फिर से विफल होने के बाद, मैंने एक प्रविष्टि देखी जो बाहर खड़ी थी:
वितरण प्रबंधक पैकेज "कॉन्फ़िगरेशन अपडेट" (पैकेज आईडी = SOM00013) को संसाधित करने में विफल रहा।
संभावित कारण : वितरण प्रबंधक के पास पैकेज स्रोत निर्देशिका या वितरण बिंदु तक पहुंच नहीं है। समाधान: सत्यापित करें कि वितरण प्रबंधक पैकेज स्रोत निर्देशिका / वितरण बिंदु तक पहुंच सकता है।
संभावित कारण : पैकेज स्रोत निर्देशिका में लंबी फ़ाइल नाम वाली फाइलें होती हैं और पथ की कुल लंबाई ऑपरेटिंग सिस्टम द्वारा समर्थित अधिकतम लंबाई से अधिक होती है। समाधान: पैकेज के लिए परिभाषित फ़ोल्डरों की संख्या कम करें, फ़ाइल नाम को छोटा करें, या संपीड़न उपयोगिता का उपयोग करके फ़ाइलों को बंडल करने पर विचार करें।
संभावित कारण : साइट सर्वर कंप्यूटर या वितरण बिंदु पर पर्याप्त डिस्क स्थान उपलब्ध नहीं है। समाधान: सत्यापित करें कि साइट सर्वर कंप्यूटर और वितरण बिंदु पर पर्याप्त डिस्क स्थान उपलब्ध है।
संभावित कारण : पैकेज स्रोत निर्देशिका में एक सक्रिय प्रक्रिया द्वारा उपयोग की जा सकने वाली फ़ाइलें होती हैं। समाधान: स्रोत निर्देशिका में फ़ाइलों का उपयोग करने वाली किसी भी प्रक्रिया को बंद करें। यदि यह विफलता बनी रहती है, तो स्रोत निर्देशिका की एक वैकल्पिक प्रतिलिपि बनाएं और इसे इंगित करने के लिए पैकेज स्रोत को अपडेट करें।
मैं साधारण कारणों से मध्य दो कारणों पर संदेह कर रहा हूं
स्रोत फ़ोल्डर NTFS के लिए लंबे फ़ाइलनाम सम्मिलित करने के लिए गहरा नहीं है, हालाँकि मैं पूर्णता की जाँच करने का प्रयास करूँगा।
मैं डीपी के लिए फाइल को ठीक जोड़ सकता हूं, इसलिए यह एक समस्या नहीं है, अन्य पैकेजों को ठीक अपडेट किया जा सकता है।
मुझे उम्मीद नहीं थी कि तीसरा कारण कहता है कि स्रोत निर्देशिका कहीं उपयोग में है। वैसे भी क्या फर्क पड़ता है? क्या सिर्फ SCCM DP Share में फाइलशेयर की फाइलों को कॉपी नहीं किया जा रहा है? इसके अलावा मुझे एक लूप बी / सी क्लाइंट के लिए फेंकने से सोर्स डायरेक्टरी भी नहीं मिलती, यह फाइलों को कॉपी करने के लिए sccm के लिए सिर्फ एक स्टेजिंग डायरेक्टरी है।
वह बस पहला कारण छोड़ देता है, लेकिन वह फिर से उसी चीज़ पर वापस जाता है: अन्य पैकेज ठीक-ठीक अपडेट कर सकते हैं।