मुझे कैसे पता चलेगा कि कौन सा क्लाइंट (वितरण) मेरे वितरण अपडेट को विफल कर रहा है?


14

यह समय-समय पर होता है। मैं एक पैकेज को अपडेट करता हूं और वितरण बिंदु को अपडेट करने की आवश्यकता है। हमारे पास कई डीपी हैं, और आमतौर पर सब कुछ ठीक से गुजरता है, हालांकि हर बार एक समय में, हमारा मुख्य डीपी पैकेज को अपडेट करने में विफल रहता है।

1 असफल डीपी स्क्रीनशॉट

सामग्री स्थिति लॉग कभी भी विफलता के बारे में बहुत कुछ नहीं कहता है। मेरे पास प्रबंधन बिंदुओं, या DPs तक बैकएंड सर्वर एक्सेस नहीं है, मैं सिर्फ SCCM एडमिन हूं। मैं SCCM में किसी भी लॉग की जांच कर सकता हूं, रिपोर्ट और सब कुछ चला सकता हूं, लेकिन मुझे नहीं पता कि कहां देखना है।

अतीत में मैंने समस्या पैकेज पर "डिसकनेक्ट यूजर्स फ्रॉम डिस्ट्रीब्यूशन पॉइंट" सेटिंग को दोनों उप-सेटिंग्स को 0 पर सेट करने की कोशिश की है, लेकिन यह वास्तव में हमारे लिए काम नहीं करता है। समस्या सिर्फ कुछ समय के बाद ही दूर हो जाती है, लेकिन कभी-कभी इसमें कई दिन लग जाते हैं। बहुमत के लिए (वास्तव में सभी, लेकिन एक या दो हो सकते हैं जिनकी मैंने अनदेखी की है) हम ग्राहकों को "वितरण बिंदु से प्रोग्राम चलाएं" सेट करते हैं, जब प्रोग्राम को तैनात करते हैं, तो निश्चित नहीं है कि इसके साथ कुछ भी करना है, या रूट क्या है कारण है

अपडेट करें

मुझे रिपोर्ट में कुछ और जानकारी मिली है, विशेष रूप से All Status Messages for a Specific Package at a Specific Siteक्वेरी की। क्वेरी के लिए मेरे पैकेज आईडी का उपयोग करना, डीपी अपडेट के फिर से विफल होने के बाद, मैंने एक प्रविष्टि देखी जो बाहर खड़ी थी:

वितरण प्रबंधक पैकेज "कॉन्फ़िगरेशन अपडेट" (पैकेज आईडी = SOM00013) को संसाधित करने में विफल रहा।

संभावित कारण : वितरण प्रबंधक के पास पैकेज स्रोत निर्देशिका या वितरण बिंदु तक पहुंच नहीं है। समाधान: सत्यापित करें कि वितरण प्रबंधक पैकेज स्रोत निर्देशिका / वितरण बिंदु तक पहुंच सकता है।

संभावित कारण : पैकेज स्रोत निर्देशिका में लंबी फ़ाइल नाम वाली फाइलें होती हैं और पथ की कुल लंबाई ऑपरेटिंग सिस्टम द्वारा समर्थित अधिकतम लंबाई से अधिक होती है। समाधान: पैकेज के लिए परिभाषित फ़ोल्डरों की संख्या कम करें, फ़ाइल नाम को छोटा करें, या संपीड़न उपयोगिता का उपयोग करके फ़ाइलों को बंडल करने पर विचार करें।

संभावित कारण : साइट सर्वर कंप्यूटर या वितरण बिंदु पर पर्याप्त डिस्क स्थान उपलब्ध नहीं है। समाधान: सत्यापित करें कि साइट सर्वर कंप्यूटर और वितरण बिंदु पर पर्याप्त डिस्क स्थान उपलब्ध है।

संभावित कारण : पैकेज स्रोत निर्देशिका में एक सक्रिय प्रक्रिया द्वारा उपयोग की जा सकने वाली फ़ाइलें होती हैं। समाधान: स्रोत निर्देशिका में फ़ाइलों का उपयोग करने वाली किसी भी प्रक्रिया को बंद करें। यदि यह विफलता बनी रहती है, तो स्रोत निर्देशिका की एक वैकल्पिक प्रतिलिपि बनाएं और इसे इंगित करने के लिए पैकेज स्रोत को अपडेट करें।

मैं साधारण कारणों से मध्य दो कारणों पर संदेह कर रहा हूं

  • स्रोत फ़ोल्डर NTFS के लिए लंबे फ़ाइलनाम सम्‍मिलित करने के लिए गहरा नहीं है, हालाँकि मैं पूर्णता की जाँच करने का प्रयास करूँगा।

  • मैं डीपी के लिए फाइल को ठीक जोड़ सकता हूं, इसलिए यह एक समस्या नहीं है, अन्य पैकेजों को ठीक अपडेट किया जा सकता है।

मुझे उम्मीद नहीं थी कि तीसरा कारण कहता है कि स्रोत निर्देशिका कहीं उपयोग में है। वैसे भी क्या फर्क पड़ता है? क्या सिर्फ SCCM DP Share में फाइलशेयर की फाइलों को कॉपी नहीं किया जा रहा है? इसके अलावा मुझे एक लूप बी / सी क्लाइंट के लिए फेंकने से सोर्स डायरेक्टरी भी नहीं मिलती, यह फाइलों को कॉपी करने के लिए sccm के लिए सिर्फ एक स्टेजिंग डायरेक्टरी है।

वह बस पहला कारण छोड़ देता है, लेकिन वह फिर से उसी चीज़ पर वापस जाता है: अन्य पैकेज ठीक-ठीक अपडेट कर सकते हैं।


1
मैं सॉफ़्टवेयर अद्यतन - ई समस्या निवारण श्रेणी के तहत निर्मित अंतर्निहित रिपोर्ट की समीक्षा करके शुरू करूंगा।
गार्थ जोन्स

क्या आपने स्वयं क्लाइंट्स में लॉग की जाँच की है? मैं आमतौर पर $ env से शुरू करता हूं: windir \ ccm \ log \ wuahandler.log ERROR और चेतावनी झंडे के साथ लाइनों के लिए देखें। एक अपडेट इस तरह दिखाई देगा (मैं अपना सिर बंद कर रहा हूं; कट-एन-पेस्ट के लिए एक विंडोज़ मशीन नहीं है) 1) यह अपडेट शुरू करने के बारे में बताएं। इस भाग में बहुत सारी लाइनें लगती हैं क्योंकि वे इसे सुंदर रूप देना चाहते हैं 2) यह कहें कि SCCM सर्वर कौन है, इसे फाइलें मिल रही हैं 3) उल्लेख करें कि यह फाइलों की जांच कर रहा है और कौन सा पैकेज 4 में से किसी को मिल रहा है) यदि यह एक त्रुटि देखता है , यह रिपोर्ट करेगा जैसे "मुझे पैकेज नहीं मिल सकता है" या "मुझे नहीं मिल रहा है
raubvogel

-1, यह एक ग्राहक है जो इस समस्या की संभावना से अधिक पैदा कर रहा है, लेकिन व्यक्तिगत रूप से 3000 क्लाइंट लॉग्स के लिए कुछ ऐसा संकेत देते हैं जो पहले से ही वितरण बिंदु के लिए जाना जाना चाहिए, पागल है। मुझे पता है कि क्या उम्मीद की जानी चाहिए, यह एक ऐसा सवाल नहीं है जिसके लिए अस्पष्ट उत्तर की आवश्यकता है, या एक प्रश्न भी है जो अस्पष्ट उत्तर से लाभान्वित हो सकता है। यह एक बहुत ही विशिष्ट प्रश्न है।
MDMoore313

यदि उसके पास SCCM व्यवस्थापक पहुंच है, तो उसे मॉनिटरिंग-> परिनियोजन में जाने में सक्षम होना चाहिए, और फिर वहां सॉफ़्टवेयर पैकेज के लिए प्रविष्टि ढूंढनी चाहिए। उस पर क्लिक करने से पता चलेगा कि कौन से क्लाइंट ने इंस्टॉल किया था और कौन सा नहीं। मैंने मान लिया कि उसे जो छवि मिली, वह उस स्क्रीन से आई थी।
राबवोगेल

जवाबों:


3

मुझे संदेह है कि आप इसे हल करने में सक्षम होंगे यदि यह सच है "मेरे पास प्रबंधन बिंदुओं, या डीपीएस के लिए बैकेंड सर्वर एक्सेस नहीं है"।

क्या आप साइट सर्वर पर distmgr.log का उपयोग कर सकते हैं? यदि नहीं, तो आपको उस मुद्दे को आगे बढ़ाने की आवश्यकता होगी जो कोई भी कर सकता है।

यह समस्या क्लाइंट के साथ करने के लिए कुछ भी नहीं है इसलिए मैं ग्राहकों को देखने के लिए सलाह देने वाले अन्य उत्तरों को अनदेखा करूंगा। यह समस्या इसलिए होती है क्योंकि साइट सर्वर आपके स्रोत फ़ोल्डर से वितरण बिंदु तक फ़ाइलों की प्रतिलिपि नहीं बना सकता है।

यदि आप साइट सर्वर लॉग का उपयोग नहीं कर सकते हैं, तो एक चीज जिसे आप अपने फ़ोल्डर संरचना में समाप्त करने का प्रयास कर सकते हैं, वह है अपने पैकेज को ज़िप करना, इसे तैनात करना, और क्लाइंट अंत में स्थापित करने से पहले अनज़िप करना।


लॉग जानकारी के लिए +1, लेकिन समस्या यह है कि सर्वर फ़ाइलों को हां में कॉपी नहीं कर सकता है, लेकिन हमारा कार्य सिद्धांत यह है कि किसी क्लाइंट के पास किसी भी तरह डीपी फाइलों पर राइट-लॉक है। फ़ोल्डर संरचना बहुत लंबी नहीं है b / c इस विशेष पैकेज में पहले से ही ज़िपित फाइलें थीं, और व्यवहार सुसंगत नहीं बल्कि धब्बेदार है।
MDMoore313

0

SCCM टूलकिट प्राप्त करें। इसमें एक लॉग एनालाइज़र और डिस्ट्रीब्यूशन पॉइंट टूल किट हैं जो समस्या को खोजने में आपकी मदद कर सकते हैं।

http://www.microsoft.com/en-us/download/details.aspx?id=36213


2
क्या आप थोड़ा और विस्तार में जाने में सक्षम होंगे कि कोई एक पैकेज पर अभी भी पकड़े हुए ग्राहक को खोजने के लिए टूलकिट का उपयोग कैसे करेगा? यदि नहीं, तो यह प्रभावी रूप से केवल एक लिंक है, जैसा कि मैंने पहले ही टूलकिट स्थापित किया था।
एमडीमोइरे 313
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.