क्लासिकले लेखे कि खुशीको घडी हेर्दैन। ती जंगली समयमा न त प्रोग्रामरहरू थिए न युनिक्स, तर आज प्रोग्रामरहरूलाई निश्चित रूपमा थाहा छ: क्रोनले तिनीहरूको सट्टा समयको ट्रयाक राख्नेछ।

कमाण्ड लाइन उपयोगिताहरू दुबै कमजोरी र मेरो लागि काम हो। sed, awk, wc, cut र अन्य पुराना कार्यक्रमहरू हाम्रो सर्भरमा हरेक दिन स्क्रिप्टद्वारा चलाइन्छ। तिनीहरू मध्ये धेरै क्रोन को लागि कार्य को रूप मा डिजाइन गरिएको छ, एक शेड्यूलर मूल रूप देखि 70s को।

लामो समयको लागि मैले विवरणहरूमा नजाइकन सतही रूपमा क्रोन प्रयोग गरें, तर एक दिन, जब मैले स्क्रिप्ट चलाउँदा त्रुटिको सामना गरें, मैले यसलाई राम्ररी हेर्ने निर्णय गरें। यो लेख यसरी देखा पर्‍यो, यो लेख्दा म POSIX क्रोनट्याबसँग परिचित भएँ, लोकप्रिय लिनक्स वितरणमा मुख्य क्रोन विकल्पहरू र तिनीहरूमध्ये केहीको संरचना।

के तपाइँ लिनक्स प्रयोग गर्दै हुनुहुन्छ र क्रोन कार्यहरू चलाउँदै हुनुहुन्छ? के तपाइँ युनिक्समा प्रणाली अनुप्रयोग वास्तुकलामा रुचि राख्नुहुन्छ? त्यसपछि हामी हाम्रो बाटोमा छौं!

सामग्रीहरू

• प्रजातिहरूको उत्पत्ति
• POSIX क्रोनट्याब
• सर्वश्रेष्ठ बिक्रेता - Vixie cron 3.0pl1
• डेबियन र उबुन्टुमा क्रोन
• Red Hat, Fedora र CentOS मा cronie
• SLES र openSUSE मा cronie
• Vixie क्रोन उपकरण
• पछिशब्द

प्रजातिहरूको उत्पत्ति

प्रयोगकर्ता वा प्रणाली कार्यक्रमहरूको आवधिक कार्यान्वयन सबै अपरेटिङ सिस्टमहरूमा स्पष्ट आवश्यकता हो। तसर्थ, प्रोग्रामरहरूले सेवाहरूको आवश्यकता महसुस गरे जसले उनीहरूलाई धेरै समय अघि कार्यहरू केन्द्रीय रूपमा योजना र कार्यान्वयन गर्न अनुमति दिन्छ।

युनिक्स-जस्तो अपरेटिङ सिस्टमहरूले तिनीहरूको उत्पत्ति संस्करण 7 युनिक्समा पत्ता लगाउँदछ, जुन गत शताब्दीको 70 को दशकमा बेल ल्याबहरूमा विकसित भएको थियो, जसमा प्रसिद्ध केन थम्पसन पनि समावेश छन्। संस्करण 7 युनिक्सले क्रोन पनि समावेश गर्‍यो, नियमित रूपमा सुपर प्रयोगकर्ता कार्यहरू चलाउने सेवा।

एक सामान्य आधुनिक क्रोन एक साधारण कार्यक्रम हो, तर मूल संस्करणको अपरेटिङ एल्गोरिदम अझ सरल थियो: सेवा एक मिनेटमा एक पटक उठ्यो, एकल फाइल (/etc/lib/crontab) बाट कार्यहरू सहितको तालिका पढ्नुहोस् र प्रदर्शनको लागि प्रदर्शन गरियो। सुपरप्रयोगकर्ताले ती कार्यहरू जुन हालको समयमा गर्नुपर्दछ।

पछि, सरल र उपयोगी सेवाको सुधारिएको संस्करणहरू सबै युनिक्स-जस्तो अपरेटिङ सिस्टमहरूसँग आपूर्ति गरियो।

क्रोनट्याब ढाँचाको सामान्यीकृत विवरणहरू र उपयोगिताको सञ्चालनका आधारभूत सिद्धान्तहरू यूनिक्स-जस्तो अपरेटिङ सिस्टमको मुख्य मानक - POSIX - मा 1992 मा समावेश गरिएको थियो, र यसरी वास्तविक मानकबाट क्रोन एक डी ज्यूर मानक भयो।

1987 मा, पॉल भिक्सी, क्रोन को लागी युनिक्स प्रयोगकर्ताहरु को इच्छाहरु को बारे मा सर्वेक्षण गरी, डेमन को अर्को संस्करण जारी गर्यो जसले पारम्परिक क्रोन को केहि समस्याहरु लाई सुधार गर्यो र टेबल फाइलहरु को सिन्ट्याक्स को विस्तार गर्यो।

Vixie क्रोनको तेस्रो संस्करणले POSIX आवश्यकताहरू पूरा गर्न थाल्यो, थप रूपमा, कार्यक्रमसँग उदार इजाजतपत्र थियो, वा बरु त्यहाँ कुनै इजाजतपत्र थिएन, README मा इच्छाहरू बाहेक: लेखकले ग्यारेन्टी दिदैन, लेखकको नाम। मेटाउन सकिँदैन, र कार्यक्रम मात्र स्रोत कोड संग बेच्न सकिन्छ। यी आवश्यकताहरू नि: शुल्क सफ्टवेयरका सिद्धान्तहरूसँग मिल्दो भए जुन ती वर्षहरूमा लोकप्रियता प्राप्त गरिरहेको थियो, त्यसैले 90 को दशकको सुरुमा देखा पर्ने केही प्रमुख लिनक्स वितरणहरूले Vixie क्रोनलाई उनीहरूको प्रणालीको रूपमा लिए र आज पनि यसलाई विकास गर्दैछन्।

विशेष गरी, Red Hat र SUSE ले Vixie cron - cronie को फोर्क विकास गर्दछ, र Debian र Ubuntu ले Vixie cron को मूल संस्करण धेरै प्याचहरू प्रयोग गर्दछ।

पहिले POSIX मा वर्णन गरिएको प्रयोगकर्ता उपयोगिता क्रोनट्याबसँग परिचित गरौं, त्यसपछि हामी Vixie क्रोनमा प्रदान गरिएको सिन्ट्याक्स विस्तारहरू र लोकप्रिय लिनक्स वितरणहरूमा Vixie क्रोनको भिन्नताहरूको प्रयोगलाई हेर्नेछौं। र अन्तमा, केकमा चेरी क्रोन डेमन उपकरणको विश्लेषण हो।

POSIX क्रोनट्याब

यदि मौलिक क्रोनले सधैं सुपरप्रयोगकर्ताको लागि काम गर्यो भने, आधुनिक अनुसूचकहरूले प्राय: साधारण प्रयोगकर्ताहरूको कार्यहरूसँग व्यवहार गर्छन्, जुन अधिक सुरक्षित र सुविधाजनक छ।

क्रोनहरू दुई कार्यक्रमहरूको सेटको रूपमा आपूर्ति गरिन्छ: निरन्तर चलिरहेको क्रोन डेमन र प्रयोगकर्ताहरूको लागि उपलब्ध क्रोनट्याब उपयोगिता। पछिल्लोले तपाइँलाई प्रणालीमा प्रत्येक प्रयोगकर्ताको लागि निर्दिष्ट कार्य तालिकाहरू सम्पादन गर्न अनुमति दिन्छ, जबकि डेमनले प्रयोगकर्ता र प्रणाली तालिकाहरूबाट कार्यहरू सुरु गर्दछ।

В POSIX मानक डेमनको व्यवहार कुनै पनि तरिकामा वर्णन गरिएको छैन र केवल प्रयोगकर्ता कार्यक्रम औपचारिक गरिएको छ crontab। प्रयोगकर्ता कार्यहरू सुरु गर्नका लागि संयन्त्रहरूको अस्तित्व, निस्सन्देह, निहित छ, तर विस्तृत रूपमा वर्णन गरिएको छैन।

क्रन्ट्याब युटिलिटीलाई कल गरेर, तपाईंले चारवटा कुराहरू गर्न सक्नुहुन्छ: सम्पादकमा प्रयोगकर्ताको कार्य तालिका सम्पादन गर्नुहोस्, फाइलबाट तालिका लोड गर्नुहोस्, हालको कार्य तालिका देखाउनुहोस्, र कार्य तालिका खाली गर्नुहोस्। क्रोनट्याब उपयोगिताले कसरी काम गर्छ भन्ने उदाहरणहरू:

crontab -e # редактировать таблицу задач
crontab -l # показать таблицу задач
crontab -r # удалить таблицу задач
crontab path/to/file.crontab # загрузить таблицу задач из файла

बोलाउँदा crontab -e मानक वातावरण चर मा निर्दिष्ट सम्पादक प्रयोग गरिनेछ EDITOR.

कार्यहरू आफैलाई निम्न ढाँचामा वर्णन गरिएको छ:

# строки-комментарии игнорируются
#
# задача, выполняемая ежеминутно
* * * * * /path/to/exec -a -b -c
# задача, выполняемая на 10-й минуте каждого часа
10 * * * * /path/to/exec -a -b -c
# задача, выполняемая на 10-й минуте второго часа каждого дня и использующая перенаправление стандартного потока вывода
10 2 * * * /path/to/exec -a -b -c > /tmp/cron-job-output.log

रेकर्डको पहिलो पाँच क्षेत्रहरू: मिनेट [1..60], घण्टा [0..23], महिना [1..31], महिना [1..12], हप्ताका दिनहरू [0। .6], जहाँ ० आइतबार हो। अन्तिम, छैठौं, फिल्ड एउटा रेखा हो जुन मानक कमाण्ड दोभाषेद्वारा कार्यान्वयन गरिनेछ।

पहिलो पाँच क्षेत्रहरूमा, मानहरू अल्पविरामद्वारा विभाजित गर्न सकिन्छ:

# задача, выполняемая в первую и десятую минуты каждого часа
1,10 * * * * /path/to/exec -a -b -c

वा हाइफन संग:

# задача, выполняемая в каждую из первых десяти минут каждого часа
0-9 * * * * /path/to/exec -a -b -c

कार्य तालिकामा प्रयोगकर्ताको पहुँचलाई POSIX मा cron.allow र cron.deny फाइलहरूद्वारा विनियमित गरिन्छ, जसले क्रोनट्याबमा पहुँच भएका प्रयोगकर्ताहरू र कार्यक्रममा पहुँच नभएका प्रयोगकर्ताहरूलाई क्रमशः सूचीबद्ध गर्दछ। मानकले यी फाइलहरूको स्थानलाई कुनै पनि हिसाबले विनियमित गर्दैन।

मानक अनुसार, कम्तिमा चार वातावरणीय चरहरू लन्च गरिएका कार्यक्रमहरूमा पास हुनुपर्छ:

1. HOME - प्रयोगकर्ताको गृह निर्देशिका।
2. LOGNAME — प्रयोगकर्ता लगइन।
3. PATH त्यो बाटो हो जहाँ तपाइँ मानक प्रणाली उपयोगिताहरू फेला पार्न सक्नुहुन्छ।
4. SHELL - प्रयोग गरिएको कमाण्ड दोभाषेको बाटो।

उल्लेखनीय रूपमा, POSIX ले यी चरहरूको लागि मानहरू कहाँबाट आउँछ भन्ने बारे केही पनि भन्दैन।

सर्वश्रेष्ठ बिक्रेता - Vixie cron 3.0pl1

लोकप्रिय क्रोन भेरियन्टहरूको साझा पूर्वज Vixie cron 3.0pl1 हो, 1992 मा comp.sources.unix मेलिङ सूचीमा पेश गरिएको थियो। हामी यस संस्करणको मुख्य विशेषताहरूलाई थप विवरणमा विचार गर्नेछौं।

Vixie cron दुई कार्यक्रमहरू (cron र crontab) मा आउँछ। सामान्य रूपमा, डेमन प्रणाली कार्य तालिका र व्यक्तिगत प्रयोगकर्ता कार्य तालिकाहरूबाट कार्यहरू पढ्न र चलाउनको लागि जिम्मेवार छ, र क्रोनट्याब उपयोगिता प्रयोगकर्ता तालिकाहरू सम्पादन गर्न जिम्मेवार छ।

कार्य तालिका र कन्फिगरेसन फाइलहरू

सुपरप्रयोगकर्ता कार्य तालिका /etc/crontab मा अवस्थित छ। प्रणाली तालिकाको वाक्यविन्यास Vixie क्रोनको सिन्ट्याक्ससँग मेल खान्छ, यसमा छैटौं स्तम्भले प्रयोगकर्ताको नामलाई संकेत गर्दछ जसको तर्फबाट कार्य सुरु गरिएको छ:

# Запускается ежеминутно от пользователя vlad
* * * * * vlad /path/to/exec

नियमित प्रयोगकर्ता कार्य तालिकाहरू /var/cron/tabs/username मा अवस्थित छन् र उही वाक्य रचना प्रयोग गर्नुहोस्। जब तपाइँ एक प्रयोगकर्ताको रूपमा crontab उपयोगिता चलाउनुहुन्छ, यी फाइलहरू हुन् जुन सम्पादन गरिन्छ।

क्रोनट्याबमा पहुँच भएका प्रयोगकर्ताहरूको सूचीहरू /var/cron/allow र /var/cron/deny फाइलहरूमा व्यवस्थित गरिन्छ, जहाँ तपाईंले एक अलग लाइनमा प्रयोगकर्ता नाम प्रविष्ट गर्न आवश्यक हुन्छ।

विस्तारित वाक्य रचना

POSIX crontab को तुलनामा, Paul Vixey को समाधानले उपयोगिताको कार्य तालिकाको सिन्ट्याक्समा धेरै धेरै उपयोगी परिमार्जनहरू समावेश गर्दछ।

एउटा नयाँ तालिका सिन्ट्याक्स उपलब्ध भएको छ: उदाहरणका लागि, तपाईंले नाम (सोम, मंगल, र यस्तै) द्वारा हप्ता वा महिनाहरू निर्दिष्ट गर्न सक्नुहुन्छ:

# Запускается ежеминутно по понедельникам и вторникам в январе
* * * Jan Mon,Tue /path/to/exec

तपाईले चरण निर्दिष्ट गर्न सक्नुहुन्छ जसको माध्यमबाट कार्यहरू सुरू गरिन्छ:

# Запускается с шагом в две минуты
*/2 * * * Mon,Tue /path/to/exec

चरणहरू र अन्तरालहरू मिश्रित गर्न सकिन्छ:

# Запускается с шагом в две минуты в первых десять минут каждого часа
0-10/2 * * * * /path/to/exec

सामान्य सिन्ट्याक्सका सहज विकल्पहरू समर्थित छन् (रिबुट, वार्षिक, वार्षिक, मासिक, साप्ताहिक, दैनिक, मध्यरात, घण्टा):

# Запускается после перезагрузки системы
@reboot /exec/on/reboot
# Запускается раз в день
@daily /exec/daily
# Запускается раз в час
@hourly /exec/daily

कार्य कार्यान्वयन वातावरण

Vixie cron ले तपाईंलाई चलिरहेको अनुप्रयोगहरूको वातावरण परिवर्तन गर्न अनुमति दिन्छ।

वातावरण चरहरू USER, LOGNAME र HOME लाई केवल डेमनद्वारा प्रदान गरिएको होइन, तर फाइलबाट लिइएको हो। passwd। PATH चर "/usr/bin:/bin" मा सेट गरिएको छ र SHELL चर "/bin/sh" मा सेट गरिएको छ। LOGNAME बाहेक सबै चरहरूको मानहरू प्रयोगकर्ता तालिकाहरूमा परिवर्तन गर्न सकिन्छ।

केहि परिवेश चरहरू (सबै भन्दा उल्लेखनीय रूपमा SHELL र HOME) कार्य चलाउन क्रोन द्वारा प्रयोग गरिन्छ। अनुकूलन कार्यहरू चलाउन मानक sh को सट्टा bash प्रयोग गर्दा के जस्तो देखिन्छ:

SHELL=/bin/bash
HOME=/tmp/
# exec будет запущен bash-ем в /tmp/
* * * * * /path/to/exec

अन्ततः, तालिकामा परिभाषित सबै वातावरणीय चरहरू (क्रोन द्वारा प्रयोग गरिएको वा प्रक्रियाद्वारा आवश्यक) चलिरहेको कार्यमा पठाइनेछ।

फाइलहरू सम्पादन गर्न, crontab ले VISUAL वा EDITOR वातावरण चरमा निर्दिष्ट सम्पादक प्रयोग गर्दछ। यदि crontab चलाइएको वातावरणमा यी चरहरू परिभाषित छैनन् भने, "/usr/ucb/vi" प्रयोग गरिन्छ (ucb सायद क्यालिफोर्निया विश्वविद्यालय, बर्कले हो)।

डेबियन र उबुन्टुमा क्रोन

डेबियन र व्युत्पन्न वितरणका विकासकर्ताहरूले जारी गरेका छन् अत्यधिक परिमार्जित संस्करण Vixie क्रोन संस्करण 3.0pl1। तालिका फाइलहरूको सिन्ट्याक्समा कुनै भिन्नताहरू छैनन्; प्रयोगकर्ताहरूको लागि यो उही Vixie क्रोन हो। सबैभन्दा ठूलो नयाँ सुविधा: समर्थन syslog, SELinux и PAM.

कम ध्यान दिने, तर ठोस परिवर्तनहरूले कन्फिगरेसन फाइलहरू र कार्य तालिकाहरूको स्थान समावेश गर्दछ।

डेबियनमा प्रयोगकर्ता तालिकाहरू /var/sool/cron/crontabs डाइरेक्टरीमा अवस्थित छन्, प्रणाली तालिका अझै पनि त्यहाँ छ - /etc/crontab मा। डेबियन प्याकेज-विशेष कार्य तालिकाहरू /etc/cron.d मा राखिएको छ, जहाँबाट क्रोन डेमनले तिनीहरूलाई स्वचालित रूपमा पढ्छ। प्रयोगकर्ता पहुँच नियन्त्रण /etc/cron.allow र /etc/cron.deny फाइलहरू द्वारा नियन्त्रण गरिन्छ।

पूर्वनिर्धारित शेल अझै /bin/sh हो, जुन डेबियनमा सानो POSIX-अनुरूप शेल हो। ड्यास, कुनै पनि कन्फिगरेसन (गैर-अन्तर्क्रियात्मक मोडमा) पढे बिना सुरु गरियो।

डेबियनको नवीनतम संस्करणहरूमा क्रोन आफैं systemd मार्फत सुरु गरिएको छ, र सुरुवात कन्फिगरेसन /lib/systemd/system/cron.service मा हेर्न सकिन्छ। सेवा कन्फिगरेसनमा विशेष केही छैन; कुनै पनि थप सूक्ष्म कार्य व्यवस्थापन प्रत्येक प्रयोगकर्ताको क्रोनट्याबमा सीधा घोषणा गरिएको वातावरण चर मार्फत गर्न सकिन्छ।

RedHat, Fedora र CentOS मा cronie

क्रोनी - Vixie क्रोन संस्करण 4.1 को फोर्क। डेबियनमा जस्तै, सिन्ट्याक्स परिवर्तन भएको छैन, तर PAM र SELinux को लागि समर्थन, क्लस्टरमा काम गर्दै, inotify प्रयोग गरी फाइलहरू ट्र्याक गर्ने र अन्य सुविधाहरू थपिएको छ।

पूर्वनिर्धारित कन्फिगरेसन सामान्य स्थानहरूमा छ: प्रणाली तालिका /etc/crontab मा छ, प्याकेजहरूले तिनीहरूको तालिकाहरू /etc/cron.d मा राख्छन्, प्रयोगकर्ता तालिकाहरू /var/spool/cron/crontabs मा जान्छन्।

डेमन systemd नियन्त्रण अन्तर्गत चल्छ, सेवा कन्फिगरेसन /lib/systemd/system/crond.service हो।

Red Hat-जस्तो वितरणमा, स्टार्टअपमा पूर्वनिर्धारित रूपमा /bin/sh प्रयोग गरिन्छ, जुन मानक ब्यास हो। यो ध्यान दिनुपर्छ कि /bin/sh मार्फत क्रोन कार्यहरू चलाउँदा, bash शेल POSIX-compliant मोडमा सुरु हुन्छ र कुनै पनि अतिरिक्त कन्फिगरेसन पढ्दैन, गैर-अन्तर्क्रियात्मक मोडमा चलिरहेको हुन्छ।

SLES र openSUSE मा cronie

जर्मन वितरण SLES र यसको व्युत्पन्न openSUSE ले समान क्रोनी प्रयोग गर्दछ। यहाँको डेमन पनि systemd अन्तर्गत सुरु गरिएको छ, सेवा कन्फिगरेसन /usr/lib/systemd/system/cron.service मा अवस्थित छ। कन्फिगरेसन: /etc/crontab, /etc/cron.d, /var/spool/cron/tabs। /bin/sh POSIX-अनुरूप गैर-अन्तर्क्रियात्मक मोडमा चलिरहेको एउटै ब्याश हो।

Vixie क्रोन उपकरण

क्रोनका आधुनिक सन्तानहरूले Vixie क्रोनको तुलनामा आमूल परिवर्तन गरेका छैनन्, तर अझै पनि नयाँ सुविधाहरू प्राप्त गरेका छन् जुन कार्यक्रमका सिद्धान्तहरू बुझ्न आवश्यक छैन। यी मध्ये धेरै विस्तारहरू खराब डिजाइन गरिएका छन् र कोड भ्रमित छन्। Paul Vixey द्वारा मूल क्रोन स्रोत कोड पढ्न एक खुशी छ।

त्यसकारण, मैले विकासका दुबै शाखाहरूमा साझा क्रोन प्रोग्रामको उदाहरण प्रयोग गरेर क्रोन उपकरण विश्लेषण गर्ने निर्णय गरें - Vixie cron 3.0pl1। पढाइलाई जटिल बनाउने ifdefs हटाएर र साना विवरणहरू छोडेर म उदाहरणहरूलाई सरल बनाउनेछु।

दानवको कामलाई धेरै चरणहरूमा विभाजन गर्न सकिन्छ:

1. कार्यक्रम प्रारम्भ गर्दै।
2. चलाउनका लागि कार्यहरूको सूची सङ्कलन र अद्यावधिक गर्दै।
3. मुख्य क्रोन लूप चलिरहेको छ।
4. एउटा कार्य सुरु गर्नुहोस्।

तिनीहरूलाई क्रम मा हेरौं।

आरम्भ

जब सुरु हुन्छ, प्रक्रिया तर्कहरू जाँच गरेपछि, क्रोनले SIGCHLD र SIGHUP संकेत ह्यान्डलरहरू स्थापना गर्दछ। पहिलोले बाल प्रक्रियाको समाप्तिको बारेमा लग प्रविष्टि बनाउँछ, दोस्रोले लग फाइलको फाइल वर्णनकर्ता बन्द गर्दछ:

signal(SIGCHLD, sigchld_handler);
signal(SIGHUP, sighup_handler);

क्रोन डेमन सधैँ प्रणालीमा एक्लै चल्छ, केवल एक सुपर प्रयोगकर्ताको रूपमा र मुख्य क्रोन डाइरेक्टरीबाट। निम्न कलहरूले डेमन प्रक्रियाको PID सँग लक फाइल सिर्जना गर्दछ, प्रयोगकर्ता सही छ भनी सुनिश्चित गर्नुहोस् र हालको डाइरेक्टरीलाई मुख्यमा परिवर्तन गर्नुहोस्:

acquire_daemonlock(0);
set_cron_uid();
set_cron_cwd();

पूर्वनिर्धारित मार्ग सेट गरिएको छ, जुन प्रक्रिया सुरु गर्दा प्रयोग गरिनेछ:

setenv("PATH", _PATH_DEFPATH, 1);

त्यसपछि प्रक्रिया "डेमोनाइज्ड" हुन्छ: यसले फोर्क कल गरेर प्रक्रियाको चाइल्ड प्रतिलिपि बनाउँछ र बच्चा प्रक्रियामा नयाँ सत्र (सेटसिड कल गर्दै)। अभिभावक प्रक्रिया अब आवश्यक छैन, र यो बाहिर निस्कन्छ:

switch (fork()) {
case -1:
    /* критическая ошибка и завершение работы */
    exit(0);
break;
case 0:
    /* дочерний процесс */
    (void) setsid();
break;
default:
    /* родительский процесс завершает работу */
    _exit(0);
}

अभिभावक प्रक्रियाको समाप्तिले लक फाइलमा लक जारी गर्दछ। थप रूपमा, यो बच्चालाई फाइलमा PID अद्यावधिक गर्न आवश्यक छ। यस पछि, कार्य डाटाबेस भरिएको छ:

/* повторный захват лока */
acquire_daemonlock(0);

/* Заполнение БД  */
database.head = NULL;
database.tail = NULL;
database.mtime = (time_t) 0;
load_database(&database);

त्यसपछि क्रोन मुख्य कार्य चक्रमा जान्छ। तर त्यो भन्दा पहिले, यो कार्य सूची लोड गर्न मा एक नजर लिन लायक छ।

कार्य सूची सङ्कलन र अद्यावधिक गर्दै

load_database प्रकार्य कार्यहरूको सूची लोड गर्न जिम्मेवार छ। यसले मुख्य प्रणाली क्रोनट्याब र प्रयोगकर्ता फाइलहरूसँग डाइरेक्टरी जाँच गर्दछ। यदि फाइल र डाइरेक्टरी परिवर्तन गरिएको छैन भने, कार्य सूची पुन: पढिएको छैन। अन्यथा, कार्यहरूको नयाँ सूची बन्न थाल्छ।

विशेष फाइल र तालिका नामहरूको साथ प्रणाली फाइल लोड गर्दै:

/* если файл системной таблицы изменился, перечитываем */
if (syscron_stat.st_mtime) {
    process_crontab("root", "*system*",
    SYSCRONTAB, &syscron_stat,
    &new_db, old_db);
}

लुपमा प्रयोगकर्ता तालिकाहरू लोड गर्दै:

while (NULL != (dp = readdir(dir))) {
    char    fname[MAXNAMLEN+1],
            tabname[MAXNAMLEN+1];
    /* читать файлы с точкой не надо*/
    if (dp->d_name[0] == '.')
            continue;
    (void) strcpy(fname, dp->d_name);
    sprintf(tabname, CRON_TAB(fname));
    process_crontab(fname, fname, tabname,
                    &statbuf, &new_db, old_db);
}

जुन पछि पुरानो डाटाबेसलाई नयाँसँग बदलिन्छ।

माथिका उदाहरणहरूमा, process_crontab प्रकार्य कलले तालिका फाइल नामसँग मेल खाने प्रयोगकर्ता अवस्थित छ भनेर प्रमाणित गर्छ (जबसम्म यो सुपरयुजर होईन) र त्यसपछि load_user लाई कल गर्छ। पछिल्लोले पहिले नै फाइललाई लाइनद्वारा लाइन पढ्छ:

while ((status = load_env(envstr, file)) >= OK) {
    switch (status) {
    case ERR:
        free_user(u);
        u = NULL;
        goto done;
    case FALSE:
        e = load_entry(file, NULL, pw, envp);
        if (e) {
            e->next = u->crontab;
            u->crontab = e;
        }
        break;
    case TRUE:
        envp = env_set(envp, envstr);
        break;
    }
}

यहाँ, load_env / env_set प्रकार्यहरू प्रयोग गरेर वातावरण चर सेट गरिएको छ (फारम VAR=मानको रेखाहरू) वा कार्य विवरण पढिएको छ (* * * * * /path/to/exec) load_entry प्रकार्य प्रयोग गरेर।

load_entry फिर्ता गर्ने प्रविष्टि निकाय हाम्रो कार्य हो, जुन कार्यहरूको सामान्य सूचीमा राखिएको छ। प्रकार्यले नै समय ढाँचाको भर्बोज पार्सिङ गर्दछ, तर हामी वातावरण चर र कार्य सुरुवात प्यारामिटरहरूको गठनमा बढी चासो राख्छौं:

/* пользователь и группа для запуска задачи берутся из passwd*/
e->uid = pw->pw_uid;
e->gid = pw->pw_gid;

/* шелл по умолчанию (/bin/sh), если пользователь не указал другое */
e->envp = env_copy(envp);
if (!env_get("SHELL", e->envp)) {
    sprintf(envstr, "SHELL=%s", _PATH_BSHELL);
    e->envp = env_set(e->envp, envstr);
}
/* домашняя директория */
if (!env_get("HOME", e->envp)) {
    sprintf(envstr, "HOME=%s", pw->pw_dir);
    e->envp = env_set(e->envp, envstr);
}
/* путь для поиска программ */
if (!env_get("PATH", e->envp)) {
    sprintf(envstr, "PATH=%s", _PATH_DEFPATH);
    e->envp = env_set(e->envp, envstr);
}
/* имя пользовтеля всегда из passwd */
sprintf(envstr, "%s=%s", "LOGNAME", pw->pw_name);
e->envp = env_set(e->envp, envstr);

मुख्य लूप कार्यहरूको हालको सूचीसँग काम गर्दछ।

मुख्य लूप

संस्करण 7 युनिक्सको मूल क्रोनले एकदम सरल रूपमा काम गर्‍यो: यसले कन्फिगरेसनलाई लुपमा पुन: पढ्यो, सुपर प्रयोगकर्ताको रूपमा हालको मिनेटको कार्यहरू सुरू गर्‍यो, र अर्को मिनेटको सुरू नभएसम्म सुत्यो। पुरानो मेसिनहरूमा यो सरल दृष्टिकोणले धेरै स्रोतहरू चाहिन्छ।

SysV मा एक वैकल्पिक संस्करण प्रस्ताव गरिएको थियो, जसमा डेमन या त कार्य परिभाषित गरिएको निकटतम मिनेट सम्म, वा 30 मिनेटको लागि सुत्न गयो। यस मोडमा कन्फिगरेसन पुन: पढ्न र कार्यहरू जाँच गर्नका लागि थोरै स्रोतहरू खपत भए, तर कार्यहरूको सूची द्रुत रूपमा अद्यावधिक गर्न असुविधाजनक भयो।

Vixie cron एक मिनेटमा एक पटक कार्य सूचीहरू जाँच गर्न फर्कियो, सौभाग्यवश 80s को अन्त्यमा त्यहाँ मानक युनिक्स मेसिनहरूमा उल्लेखनीय रूपमा थप स्रोतहरू थिए:

/* первичная загрузка задач */
load_database(&database);
/* запустить задачи, поставленные к выполнению после перезагрузки системы */
run_reboot_jobs(&database);
/* сделать TargetTime началом ближайшей минуты */
cron_sync();
while (TRUE) {
    /* выполнить задачи, после чего спать до TargetTime с поправкой на время, потраченное на задачи */
    cron_sleep();

    /* перечитать конфигурацию */
    load_database(&database);

    /* собрать задачи для данной минуты */
    cron_tick(&database);

    /* перевести TargetTime на начало следующей минуты */
    TargetTime += 60;
}

cron_sleep प्रकार्य प्रत्यक्ष रूपमा कार्यहरू कार्यान्वयन गर्न, job_runqueue (गणित गर्नुहोस् र कार्यहरू चलाउनुहोस्) र do_command (प्रत्येक व्यक्तिगत कार्य चलाउनुहोस्) प्रकार्यहरूमा संलग्न छ। अन्तिम प्रकार्य थप विवरणमा जाँच गर्न लायक छ।

कार्य सञ्चालन गर्दै

do_command प्रकार्य राम्रो युनिक्स शैलीमा कार्यान्वयन गरिएको छ, त्यो हो, यसले कार्यलाई एसिन्क्रोनस रूपमा प्रदर्शन गर्न फोर्क गर्छ। अभिभावक प्रक्रियाले कार्यहरू सुरु गर्न जारी राख्छ, बच्चा प्रक्रियाले कार्य प्रक्रिया तयार गर्दछ:

switch (fork()) {
case -1:
    /*не смогли выполнить fork */
    break;
case 0:
    /* дочерний процесс: на всякий случай еще раз пробуем захватить главный лок */
    acquire_daemonlock(1);
    /* переходим к формированию процесса задачи */
    child_process(e, u);
    /* по завершению дочерний процесс заканчивает работу */
    _exit(OK_EXIT);
    break;
default:
    /* родительский процесс продолжает работу */
    break;
}

चाइल्ड_प्रोसेसमा धेरै तर्कहरू छन्: यसले मानक आउटपुट र त्रुटि स्ट्रिमहरू आफैंमा लिन्छ, त्यसपछि यसलाई मेलमा पठाउनको लागि (यदि MAILTO वातावरण चर कार्य तालिकामा निर्दिष्ट गरिएको छ), र अन्तमा, मुख्यको लागि पर्खन्छ। कार्य पूरा गर्न को लागी प्रक्रिया।

कार्य प्रक्रिया अर्को फोर्क द्वारा बनाईएको छ:

switch (vfork()) {
case -1:
    /* при ошибки сразу завершается работа */
    exit(ERROR_EXIT);
case 0:
    /* процесс-внук формирует новую сессию, терминал и т.д.
     */
    (void) setsid();

    /*
     * дальше многословная настройка вывода процесса, опустим для краткости
     */

    /* смена директории, пользователя и группы пользователя,
     * то есть процесс больше не суперпользовательский
     */
    setgid(e->gid);
    setuid(e->uid);
    chdir(env_get("HOME", e->envp));

    /* запуск самой команды
     */
    {
        /* переменная окружения SHELL указывает на интерпретатор для запуска */
        char    *shell = env_get("SHELL", e->envp);

        /* процесс запускается без передачи окружения родительского процесса,
         * то есть именно так, как описано в таблице задач пользователя  */
        execle(shell, shell, "-c", e->cmd, (char *)0, e->envp);

        /* ошибка — и процесс на запустился? завершение работы */
        perror("execl");
        _exit(ERROR_EXIT);
    }
    break;
default:
    /* сам процесс продолжает работу: ждет завершения работы и вывода */
    break;
}

त्यो मूलतः सबै क्रोन हो। मैले केहि रोचक विवरणहरू छोडें, उदाहरणका लागि, रिमोट प्रयोगकर्ताहरूको लागि लेखा, तर मैले मुख्य कुरालाई रेखांकित गरें।

पछिशब्द

क्रोन एक आश्चर्यजनक सरल र उपयोगी कार्यक्रम हो, युनिक्स संसारको उत्कृष्ट परम्पराहरूमा बनाइएको। उनी कुनै अतिरिक्त काम गर्दैनन्, तर उनले धेरै दशकदेखि आफ्नो काम अद्भुत रूपमा गरिरहेकी छिन्। Ubuntu सँग आउने संस्करणको लागि कोड प्राप्त गर्न एक घण्टा भन्दा बढी लागेन, र मैले धेरै रमाइलो गरें! मलाई आशा छ कि म यो तपाईं संग साझा गर्न सक्षम थिएँ।

मलाई तपाइँको बारेमा थाहा छैन, तर म यो महसुस गर्न अलि दु: खी छु कि आधुनिक प्रोग्रामिंग, यसको अति-जटिल र अति-अमूर्त को प्रवृत्ति संग, लामो समय देखि यस्तो सरलता को लागी अनुकूल छैन।

क्रोनका लागि धेरै आधुनिक विकल्पहरू छन्: systemd-टाइमरहरूले तपाईंलाई निर्भरताका साथ जटिल प्रणालीहरू व्यवस्थित गर्न अनुमति दिन्छ, fcron ले तपाईंलाई कार्यहरूद्वारा संसाधन खपतलाई थप लचिलो रूपमा विनियमित गर्न अनुमति दिन्छ। तर व्यक्तिगत रूपमा, सरल क्रन्टब सधैं मेरो लागि पर्याप्त थियो।

छोटकरीमा, युनिक्सलाई माया गर्नुहोस्, साधारण प्रोग्रामहरू प्रयोग गर्नुहोस् र तपाईंको प्लेटफर्मको लागि मन पढ्न नबिर्सनुहोस्!

स्रोत: www.habr.com