एक टिकट बनाएं
अनुसरण करें

Q100177: समस्या निवारण प्रक्रिया प्रबंधक और AssetProcessManager त्रुटियाँ

लक्षण

कटाना चलाते समय आपको टर्मिनल में निम्नलिखित में से कोई भी त्रुटि दिखाई दे सकती है:

ProcessManager: Error communicating with process 0x7f8b04001410 (attempt 1 of 5).
ProcessManager: Error verifying alive status of process 0x7f8b04001410.
ProcessManager: Error verifying 'getwork' status of process 0x7f8b04001410.
ProcessManager: Failed to spawn as many processes as requested.
ProcessManager: Process acquisition failed.
AssetProcessManager: Error acquiring interpreter to run command 'isFileSequence' on 'FileSeq'.
AssetProcessManager: Error communicating with sub-process.
AttributeScriptInterpreter: unable to communicate with the parent process

आपको निम्न संदेशों में से एक के साथ अपने दृश्य ग्राफ़ में त्रुटि स्थान मिल सकते हैं:

Error spawning Python interpreter
Error executing AttributeScript: The interpreter process could not be reached.

इन त्रुटियों से बच्चे के बीच एक असफल संचार का संकेत मिलता है कि पायथन स्क्रिप्ट्स और पायथन एसेट प्लग-इन और कटाना को संभालने के लिए पैदा की गई प्रक्रियाएँ, और दुर्घटना हो सकती हैं।

कारण

Katana 2.0 और बाद में एक अलग उपप्रकार में एट्रीब्यूटशीट और पायथन एसेट प्लग-इन चलाएं। Katana के आंतरिक प्रक्रिया प्रबंधक इन सक्रिय प्रक्रियाओं को बनाए रखता है और अनुरोध किए जाने पर नए आवंटित करता है। कभी-कभी इन प्रक्रियाओं को शुरू होने में अपेक्षा से अधिक समय लग सकता है (उदाहरण के लिए भारी नेटवर्क लोड के कारण) और आप टर्मिनल पर मुद्रित "मूल प्रक्रिया के साथ संवाद करने में असमर्थ" त्रुटि संदेश देख सकते हैं।

आम तौर पर, किसी भी समय में कटाना की प्रक्रिया प्रबंधक द्वारा लॉन्च किए गए दो पायथन उपप्रोसेस होते हैं - एक प्रसंस्करण विशेषता को समर्पित और एक पायथन एसेट प्लग-इन को संसाधित करने के लिए। प्रत्येक प्रक्रिया को लॉज़िली लॉन्च किया जाता है (केवल तब लॉन्च किया जाता है जब इसकी आवश्यकता होती है) और यदि आपका दृश्य पायथन एसेट प्लग-इन का उपयोग करता है या इसमें कोई एट्रीब्यूटस्क्रिप्ट नोड्स नहीं हैं, तो कोई प्रक्रिया प्रबंधक उपप्रोसेस नहीं होना चाहिए या त्रुटियों को दिखाया जाए।
हालाँकि, यदि कोई प्रक्रिया लॉन्च की जाती है, तो यह कटाना UI / रेंडर सत्र की अवधि के लिए मौजूद रहेगी और इस तरह की त्रुटियां उत्पन्न कर सकती है।

संकल्प

  • यदि आप इन त्रुटियों को कस्टम प्लग-इन के साथ देख रहे हैं, तो कृपया सुनिश्चित करें कि उन्हें KATANA_RESOURCES के भीतर सही फ़ोल्डर में रखा गया है। उदाहरण के लिए, यदि एसेट प्लगइन गलती से "एसेटपेट्लगिन्स" फ़ोल्डर के बजाय "प्लगइन्स" फ़ोल्डर में रखा जाता है, तो ऐसी त्रुटियां दिखाई दे सकती हैं।
इस समस्या को हल करने का दूसरा तरीका आपके द्वारा चलाए जा रहे कटाना के संस्करण पर निर्भर करता है:
KATANA 2.0 और 2.1
कटाना 2.0 और 2.1 में इन प्रक्रियाओं को प्रक्रिया प्रबंधक द्वारा मार दिया जाएगा यदि वे अनुत्तरदायी हो जाते हैं।
हालाँकि, हम उन मुद्दों से अवगत हैं, जहाँ कटाना लंबे समय तक प्रतीक्षा नहीं करेगा, क्योंकि बच्चे की प्रक्रिया को जवाब देने के लिए, और समय से पहले बच्चे की प्रक्रिया को मृत घोषित कर दिया जाएगा।
अभी भी एट्रीब्यूटस्क्रिप्ट नोड्स या पायथन एसेट प्लग-इन का उपयोग करते हुए जो पायथन प्रक्रियाओं को प्रायोजित करता है, आप अपने वर्कफ़्लो की आवश्यकताओं के आधार पर, निम्न दो वातावरण चर सेट करके इस व्यवहार को संशोधित कर सकते हैं:

- KATANA _IPC_MAX_SPAWN_ATTEMPTS - ऐसा करने में असमर्थ रिपोर्टिंग से पहले ProcessManager को अधिकतम बार किसी प्रक्रिया को स्पॉन करने का प्रयास करना चाहिए। डिफ़ॉल्ट मान 5 है।

- KATANA _IPC_MAX_VERIFY_ATTEMPTS - प्रक्रिया प्रबंधक की अधिकतम संख्या यह सत्यापित करने का प्रयास करना चाहिए कि क्या कोई प्रक्रिया जीवित है और कार्य स्वीकार करने के लिए तैयार है। डिफ़ॉल्ट मान 101 है।

- प्रक्रिया प्रबंधक यह सत्यापित करने का प्रयास करेगा कि क्या कोई प्रक्रिया जीवित है और प्रत्येक KATANA _IPC_MAX_SPAWN_ के लिए कार्य स्वीकार करने के लिए तैयार है ATTEMPTS समय।

- केवल अगर सभी KATANA _IPC_MAX_VERIFY_ ATTEMPTS विफल (किसी दिए गए स्पॉन प्रयास के लिए) आपको कंसोल में लॉग इन करने की प्रक्रिया "त्रुटि के साथ संचार करने में त्रुटि" संदेश मिलेगा।

हम पर्यावरण चर KATANA_IPC_MAX_VERIFY_ATTEMPTS को 1000 पर सेट करने की सलाह देते हैं। यह प्रभावी रूप से कटाना को एक मिनट तक नव-निर्मित बाल प्रक्रिया के साथ संवाद करने का प्रयास करने के लिए मजबूर करता है जो पर्याप्त होना चाहिए। आप प्रत्येक रेंडर की शुरुआत में बढ़ी हुई देरी को नोटिस कर सकते हैं जबकि कटाना अपने बच्चे की प्रक्रियाओं के साथ संचार स्थापित करने का प्रयास करता है, लेकिन यह एक बंद घटना होनी चाहिए।

KATANA 2.5
Katana 2.5 में Python Asset Plug-ins और AttributeScripts की विश्वसनीयता में सामान्य सुधार हैं। विशेष रूप से:
  • अगर कटिंग लॉन्च होने में 5 से अधिक समय लगता है तो Katana अब एट्रीब्यूट्रीस्क्रिप्ट या पाइथन एसेट प्लग-इन चलाने के लिए जिम्मेदार एक उप-प्रक्रिया को समाप्त नहीं करता है।
  • यदि इन उप-प्रक्रियाओं में से एक क्रैश हो जाता है, तो Katana अब लटका नहीं है।
पर्यावरण चर KATANA _IPC_MAX_VERIFY_ATTEMPTS , जो अप्रत्यक्ष रूप से प्रभावित है कि कब तक कटाना ने जवाब देने के लिए एक उप-प्रक्रिया की प्रतीक्षा की, कटाना 2.5 में पदावनत कर दिया गया है।
अब एक नया पर्यावरण चर है जो समय की लंबाई को नियंत्रित करता है कटाना लॉन्च करने के लिए एक उप-प्रक्रिया की प्रतीक्षा करेगा (जो डिफ़ॉल्ट रूप से एक मिनट है): KATANA _IPC_SPAWN_TIMEOUT_S
यह सेकंड में मान लेता है और न्यूनतम 5 सेकंड स्वीकार करता है।
हम इस संस्करण का उपयोग करने की सलाह देते हैं ताकि एट्रीब्यूट्रीस्क्रिप्ट और पायथन एसेट प्लग-इन प्रदर्शन में किए गए सुधारों का लाभ उठाया जा सके।
अगला कदम
यदि आप इन त्रुटियों का सामना करते हैं, तो कृपया कटाना के संस्करण के लिए विनियोजित पर्यावरण चर सेट करने का प्रयास करें जो आप चला रहे हैं। यदि आप अभी भी समस्याओं का सामना कर रहे हैं, तो कृपया एक समर्थन टिकट खोलें और हमें बताएं कि आप जिस समस्या का सामना कर रहे हैं और जो समस्या निवारण कदम आपने उठाए हैं।
समर्थन टिकट खोलने के तरीके के बारे में अधिक जानकारी के लिए, कृपया ' समर्थन पोर्टल का उपयोग करना ' लेख देखें।

क्या यह लेख उपयोगी था?
/

We're sorry to hear that!

Please tell us why.
0 में से 0 के लिए उपयोगी रहा

टिप्पणियां