डेवलपर टूल · क्रोंटैब जनरेटर
Cron जॉब शेल में काम करता है लेकिन क्रॉस्टैब में नहीं: PATH और पर्यावरण
· यह काम किस प्रकार करता है
Cron मान्यकरण डेवलपर-वर्कफ़्लो
Cron आपके .bashrc को नहीं पढ़ता है, बैश का उपयोग नहीं करता है, और कुछ निर्देशिकाओं के PATH से शुरू होता है। यह पोस्ट Cron जॉब को वास्तव में मिलने वाले वातावरण और अधिकांश विफलताओं को ठीक करने वाली तीन पंक्तियों के बारे में बताती है।
जब मैं इसे चलाता हूं तो यह काम करता है - वही स्क्रिप्ट क्रोंटैब से कुछ नहीं करती है और आपने जहां भी देखा, वहां कोई त्रुटि नहीं है
`0 2 * * *` के लिए हरा परिणाम साबित करता है कि ToolAcre दैनिक 02:00 शेड्यूल को पहचानता है। यह साबित नहीं करता है कि एक स्क्रिप्ट मौजूद है, निष्पादित की जा सकती है, इसकी निर्भरता ढूंढती है या इसका आउटपुट लिखती है। पार्सर केवल पांच फ़ील्ड प्राप्त करता है, इसलिए बाद में कमांड विफलता शेड्यूल सत्यापन का खंडन नहीं करती है।
यह भेद समस्या निवारण को सीमित करता है। पहले पुष्टि करें कि इच्छित दिनांक और समय विवरण और पूर्वावलोकन में दिखाई देते हैं। फिर उस मशीन पर जाएं जो लाइन निष्पादित करेगी और वहां कमांड व्यवहार की जांच करेगी। दोनों प्रश्नों को मिलाने से संपादन को सही अभिव्यक्ति के लिए प्रोत्साहित किया जाता है जबकि वास्तविक दोष पार्सर के इनपुट से परे होता है।
जनरेटर समय को मान्य कर सकता है जबकि एक अलग से निष्पादित कमांड अभी भी विफल रहता है
कार्यपुस्तिका ने पर्यावरण चर और लॉगिन-फ़ाइल व्यवहार के एक विशेष सेट पर जोर दिया। इनमें से कोई भी इस भंडार में लागू या परीक्षण नहीं किया गया है। ToolAcre न तो Cron डेमॉन लॉन्च करता है और न ही निष्पादन वातावरण को कैप्चर करता है, इसलिए यह नहीं कह सकता कि कोई विशिष्ट होस्ट, पैकेज या व्यवस्थापक कौन से वेरिएबल की आपूर्ति करता है।
लक्ष्य कार्यान्वयन को रिकॉर्ड करें और उसके दस्तावेज़ीकरण या हानिरहित डायग्नोस्टिक रन का निरीक्षण करें। जनरेटर का एकमात्र पर्यावरण-निर्भर इनपुट पूर्वावलोकन के लिए चुना गया समय क्षेत्र है। वह क्षेत्र प्रदर्शित उम्मीदवार क्षणों को प्रभावित करता है; यह भविष्य के कमांड के लिए प्रक्रिया चर, होम निर्देशिका, क्रेडेंशियल या स्टार्टअप फ़ाइलों का अनुकरण नहीं करता है।
Cron डेमॉन द्वारा आपूर्ति किए गए पर्यावरण चर बाहरी रिपॉजिटरी साक्ष्य हैं
कोई भी शेल ToolAcre के अंदर अभिव्यक्ति प्राप्त नहीं करता है। `parseCron` व्हाइटस्पेस से अलग किए गए शेड्यूल फ़ील्ड को टोकनाइज़ करता है, उनके छोटे व्याकरण और स्टॉप का विस्तार करता है। यहां तक कि "क्रॉंटैब लाइन कॉपी करें" क्रिया भी `/usr/local/bin/your-command` को एक स्पष्ट प्लेसहोल्डर के रूप में जोड़ती है। यह किसी शेल या परीक्षण शेल सिंटैक्स का चयन नहीं करता है.
इसलिए सरणियाँ, सशर्त, प्रतिस्थापन और शेबंग व्यवहार जानबूझकर इस लेख के दावों से अनुपस्थित हैं। एक कमांड एक शेल के लिए मान्य हो सकता है और दूसरे के लिए अमान्य हो सकता है जबकि इसके पांच टाइमिंग फ़ील्ड समान रहते हैं। मानव-पठनीय शेड्यूल को कमांड प्रमाणन मानने के बजाय वास्तविक निष्पादन अनुबंध को अलग से जांचें।
इस टूल द्वारा कमांड शेल को पार्स या चयनित नहीं किया गया है
असाइनमेंट पंक्तियाँ जैसे `PATH=...` या `SHELL=...` अभिव्यक्ति बॉक्स द्वारा स्वीकार नहीं की जाती हैं। उनके पास पांच से कम समय क्षेत्र हैं और सत्यापन विफल है। यह मार्ग के संकीर्ण उद्देश्य के लिए सही है: इसका पार्सर एक अभिव्यक्ति पार्सर है, पूर्ण क्रॉस्टैब-फ़ाइल पार्सर नहीं।
कॉन्फ़िगरेशन टेक्स्ट को तब तक पेस्ट न करें जब तक कि एक पंक्ति पास न हो जाए। शेड्यूल निर्माण को अलग रखें, फिर लक्ष्य के व्याकरण के अनुसार आसपास की फ़ाइल को इकट्ठा करें। यह एक खतरनाक कैटेगरी की त्रुटि से बचा जाता है जिसमें किसी टूल के इनकार को सबूत के रूप में समझा जाता है कि एक पर्यावरण सुविधा सार्वभौमिक रूप से अमान्य है।
क्रोंटैब असाइनमेंट सिंटैक्स पांच-फ़ील्ड इनपुट के बाहर है
निरपेक्ष और सापेक्ष पथ व्यवहार उस प्रक्रिया से संबंधित है जो अंततः कमांड चलाता है। ToolAcre `chdir` को कॉल नहीं करता, फ़ाइल सिस्टम का निरीक्षण नहीं करता या निष्पादनयोग्य का समाधान नहीं करता। इसकी स्रोत सूची में कैलेंडर अंकगणित और ब्राउज़र नियंत्रण शामिल हैं, प्रक्रिया-स्पॉनिंग कोड नहीं। कॉपी की गई अभिव्यक्ति में कोई कार्यशील-निर्देशिका जानकारी नहीं होती है।
परिनियोजन समीक्षा में निष्पादन योग्य, डेटा पथ और खाते की स्वतंत्र रूप से पहचान होनी चाहिए। उन जांचों से एक गुम फ़ाइल का पता चल सकता है, भले ही पूर्वावलोकन किया गया प्रत्येक समय सही हो। शेड्यूल को अलग-अलग कमांड के साथ पुन: उपयोग किया जा सकता है, यही कारण है कि सफल पार्सिंग का मतलब यह नहीं हो सकता है कि कोई भी एक कमांड पहुंच योग्य है।
पथ और कार्यशील निर्देशिकाएँ तैनाती संबंधी चिंताएँ बनी हुई हैं
समय खंड को सत्यापित करने के बाद लक्ष्य प्रणाली के लिए चुने गए हानिरहित, अवलोकन योग्य कमांड का उपयोग करें। पुष्टि करें कि यह इच्छित खाते और वातावरण के तहत चलता है, फिर उन शर्तों को समझने के बाद ही इसे बदलें। ToolAcre अभिव्यक्ति और अपेक्षित कैलेंडर समय का योगदान देता है; होस्ट-साइड साक्ष्य निष्पादन व्यवहार में योगदान देता है।
उदाहरण के लिए, `30 2 * * *` बनाएं और सत्यापित करें कि विवरण चयनित क्षेत्र में हर दिन 02:30 कहता है। केवल उन्हीं फ़ील्ड को परिनियोजन कार्य में कॉपी करें. लेख में पायथन पथ, वर्चुअल वातावरण या रीडायरेक्ट का वर्णन नहीं किया गया है क्योंकि किसी को प्रमाणित करने के लिए रिपॉजिटरी में कोई संबंधित कार्यान्वयन मौजूद नहीं है।
कार्य सीमा: शेड्यूल को मान्य करें, फिर लक्ष्य वातावरण में हानिरहित कमांड का परीक्षण करें
कंटेनर शेड्यूलर, सिस्टमडी टाइमर और क्लाउड उत्पाद विभिन्न वातावरण और कमांड मॉडल को उजागर कर सकते हैं। वे ऐसे व्याकरणों का भी उपयोग कर सकते हैं जो केवल क्रोन से मिलते जुलते हैं। यह मार्ग उन प्लेटफ़ॉर्मों का पता नहीं लगाता है, उनकी यूनिट फ़ाइलों को नहीं पढ़ता है या उनकी सेटिंग्स का अनुवाद नहीं करता है, इसलिए क्रॉस-प्लेटफ़ॉर्म निष्पादन सलाह अटकलें होंगी।
यदि गंतव्य ToolAcre-मान्य अभिव्यक्ति को अस्वीकार करता है, तो मान बदलने से पहले इसकी फ़ील्ड गणना और समर्थित ऑपरेटरों की तुलना करें। यदि यह अभिव्यक्ति स्वीकार करता है लेकिन कार्य विफल हो जाता है, तो गंतव्य के कमांड अनुबंध की जांच करते समय शेड्यूल को अकेला छोड़ दें। वह कांटा व्याकरण डिबगिंग को रनटाइम डिबगिंग से अलग रखता है।
अन्य शेड्यूलर और कंटेनर मॉडल नहीं किए गए हैं
एक Cron लाइन दो प्रणालियों को जोड़ती है: एक कैलेंडर अभिव्यक्ति और एक निष्पादन योग्य कार्रवाई। ToolAcre के पास केवल प्रथम भाग का स्वामित्व है। यह कैटेगरी, सूचियों, चरणों, उपनामों और दिन-क्षेत्र के शब्दार्थों को मान्य करता है, फिर उनका वर्णन और पूर्वावलोकन करता है। यह निष्पादन की कोई गारंटी नहीं देता है और इसे सबूत के रूप में उपयोग नहीं किया जाना चाहिए कि कोई आदेश सफल हुआ।
जेनरेटर के आउटपुट को चेक किए गए शेड्यूल खंड के रूप में मानें। इसके बगल में चुने गए क्षेत्र को सुरक्षित रखें, जहां यह चलेगा उस क्रिया का परीक्षण करें और वहां अवलोकन योग्य आउटपुट एकत्र करें। यह अनुशासित सीमा एक काल्पनिक डेमॉन के बारे में व्यापक सलाह से अधिक उपयोगी है क्योंकि यह आपको बताती है कि आपने वास्तव में कौन सा ग्रीन सिग्नल अर्जित किया है।