/Etc/cron.d में फ़ाइल जोड़ना इसे नहीं चलाता (ubuntu 10.04)

Question

यदि मैं एक cron फ़ाइल को /etc/cron.d में स्कैन करता हूं तो यह तब तक नहीं चलती है जब तक कि मैं फ़ाइल को संपादित नहीं करता और कमांड को बदल नहीं देता। तब crond को cron फ़ाइल लेने लगती है।

मैं ubuntu 10.04 में क्रोन फ़ाइलों को फिर से लोड कैसे कर सकता हूं? 'फाइल को टच करना' काम नहीं करता है और न ही 'क्रोन को रीस्टार्ट' या 'रीलोड क्रोन' करता है।

मेरी क्रोन फ़ाइल हर मिनट चलाने के लिए सेट है और एक फ़ाइल में लॉग होती है। जब तक मैं कमांड को संपादित नहीं करता तब तक लॉग फ़ाइल में कुछ भी समाप्त नहीं होता है, और इसके लिए / var / log / syslog में कोई प्रविष्टि नहीं है

मैं उलझन में हूं।

यहां मेरी क्रोन फ़ाइल /etc/cron.d/runscript पर सहेजी गई है (ध्यान दें कि यह एक नई पंक्ति के साथ समाप्त होती है)

# Runs the script every minute. This is safe because it will exit with success if it's already running
* * * * * www-data if [ -f /usr/local/bin/thing ]; then exec /usr/bin/php /usr/local/bin/thing mode:prod -a 14 -d >> /var/log/thing/mything.log 2>&1; else echo `date +'[\%D \%T]'` "Thing not deployed. Command not run" >> /var/log/thing/mything.log; fi &

Comments

यह अच्छा है कि आपने उपयोगकर्ता को नौकरी चलाने के लिए शामिल किया है। मैंने वह छोड़ दिया, जो मेरी परेशानी का कारण था।

— एडवर्ड एंडरसन

वर्षों बाद कोई जवाब नहीं मिला? क्या आपको यह काम करने के लिए मिला? मैं भी फंस गया हूं, और आम नुकसान की समस्या नहीं है।

— ट्विगमैक

Answer 1

मैंने अभी इस समस्या में भाग लिया है और जब तक यह आपके विशिष्ट मामले का जवाब नहीं देगा, यह अन्य लोगों को भी इस समस्या को हल करने में मदद कर सकता है क्योंकि यह प्रश्न परिणामों में बहुत अधिक है।

मैंने /etc/cron.d में एक फ़ाइल सहेजी थी और इसे अनदेखा किया जा रहा था। मेरे मामले में यह था क्योंकि मैंने फाइलों को विस्तार दिया था।

mytask.cronकाम नहीं किया, लेकिन मैंने इसका नाम बदल दिया mytaskऔर यह ठीक काम कर गया।

एक्सटेंशन वाली किसी भी फाइल को नजरअंदाज कर दिया जाता है, इसलिए सुनिश्चित करें कि आप जो फाइल सेव करते हैं उसमें कोई एक्सटेंशन नहीं है।

Comments

डेबियन / उबंटू दस्तावेजों पर क्रोन (8) मैनुअल पेज इन दिनों काफी स्पष्ट रूप से प्रदर्शित करता है: "/etc/cron.d के लिए समर्थन क्रोन डेमॉन में ही शामिल है [...] इस निर्देशिका में फाइलें [...] अनुरूप होनी चाहिए रन-पार्ट्स (8) द्वारा उपयोग किए जाने वाले समान नामकरण सम्मेलन में: उन्हें केवल ऊपरी- और निचले-मामले वाले अक्षरों, अंकों, अंडरस्कोर और हाइफ़न से युक्त होना चाहिए। इसका मतलब है कि उनमें कोई भी बिंदु नहीं हो सकता है। "

— जोसिप रॉडिन

Answer 2

जांचें कि आप जिस फाइल को कॉपी कर रहे हैं, वह ए में समाप्त होती है \n। \nअंत में एक साथ नहीं होने वाले crontabs में प्रविष्टियां आम तौर पर समस्याओं में चलती हैं। यह सुनिश्चित करने का सबसे आसान तरीका है कि आपकी अंतिम प्रविष्टि के बाद एक रिक्त रेखा डाल दी जाए।

Comments

मैं सिर्फ यह कहने के लिए अपने सवाल को संपादित करने वाला था कि यह

— टॉम

डेबियन / उबंटू क्रोन ने इस बारे में चेतावनी दी है कि 2010 में 3.0pl1-110 के बाद से cf. बदलाव का प्रवेश: "लॉग syslog में EOF से पहले लापता न्यू लाइन crontabs यह crontab (1), यानी के माध्यम से स्थापित नहीं crontabs के लिए ही प्रासंगिक है /etc/cron.d/* और / etc / crontab बंद होने का समय: # 76,625।।।"

— जोसिप