ပျော်ရွှင်ဖွယ်နာရီများကို မကြည့်ရဟု ဂန္ထဝင်က ရေးသားခဲ့သည်။ ထိုတောရိုင်းအချိန်များတွင် ပရိုဂရမ်မာများရော Unix မရှိကြသော်လည်း ယနေ့ခေတ် ပရိုဂရမ်မာများသည် သေချာစွာသိပါသည်- cron သည် ၎င်းတို့အစား အချိန်ကို ခြေရာခံပါမည်။

Command Line utilities တွေက ကျွန်တော့်အတွက် အားနည်းချက်တစ်ခုဖြစ်သလို sed၊ awk၊ wc၊ cut နှင့် အခြားသော ပရိုဂရမ်ဟောင်းများကို ကျွန်ုပ်တို့၏ဆာဗာများပေါ်တွင် နေ့စဉ် script များဖြင့် လုပ်ဆောင်ပါသည်။ ၎င်းတို့ထဲမှ အများအပြားကို cron အတွက် အလုပ်များအဖြစ် ဒီဇိုင်းထုတ်ထားပြီး 70s များမှ အစပြုသော အချိန်ဇယားရေးဆွဲသူဖြစ်သည်။

ငါ cron ကို အပေါ်ယံအားဖြင့် အချိန်အတော်ကြာအောင် အသေးစိတ်မဖော်ပြထားဘဲ၊ ဒါပေမယ့် တစ်နေ့မှာ script တစ်ခုကို run တဲ့အခါ error တစ်ခုတွေ့လို့ သေချာကြည့်ဖို့ ဆုံးဖြတ်လိုက်တယ်။ ဤဆောင်းပါးပေါ်လာပုံ၊ ၎င်းကိုရေးနေစဉ်တွင် လူကြိုက်များသော Linux ဖြန့်ဝေမှုများတွင် အဓိက cron ရွေးချယ်မှုများနှင့် ၎င်းတို့အချို့၏ ဖွဲ့စည်းပုံနှင့် ရင်းနှီးလာခဲ့သည်။

သင်သည် Linux ကိုအသုံးပြုပြီး cron အလုပ်များကို လုပ်ဆောင်နေပါသလား။ Unix တွင် system application architecture ကို သင်စိတ်ဝင်စားပါသလား။ ပြီးရင် ငါတို့သွားမယ်။

အကြောင်းအရာ

• မျိုးစိတ်များ၏မူလအစ
• POSIX crontab
• ရောင်းအားအကောင်းဆုံး - Vixie cron 3.0pl1
• Debian နှင့် Ubuntu တွင် cron
• Red Hat၊ Fedora နှင့် CentOS တွင် ခရိုနီ
• SLES နှင့် openSUSE ရှိ ခရိုနီ
• Vixie cron ကိရိယာ
• afterword

မျိုးစိတ်များ၏မူလအစ

အသုံးပြုသူ သို့မဟုတ် စနစ်ပရိုဂရမ်များကို အချိန်အခါအလိုက် လုပ်ဆောင်ခြင်းသည် လည်ပတ်မှုစနစ်အားလုံးတွင် သိသာထင်ရှားသော လိုအပ်ချက်တစ်ခုဖြစ်သည်။ ထို့ကြောင့်၊ ပရိုဂရမ်မာများသည် အချိန်ကြာမြင့်စွာကတည်းက ၎င်းတို့အား ဗဟိုမှ အစီအစဉ်ဆွဲပြီး လုပ်ဆောင်နိုင်စေမည့် ဝန်ဆောင်မှုများ လိုအပ်ကြောင်း သဘောပေါက်ခဲ့ကြသည်။

Unix ကဲ့သို့သော လည်ပတ်မှုစနစ်များသည် ကျော်ကြားသော Ken Thompson အပါအဝင် ပြီးခဲ့သောရာစုနှစ် 7 ခုနှစ်များအတွင်း Bell Labs တွင် တီထွင်ခဲ့သည့် Version 70 Unix သို့ ပြန်လည်ခြေရာခံသည်။ ဗားရှင်း 7 Unix တွင် ပုံမှန် superuser လုပ်ဆောင်စရာများ လုပ်ဆောင်ရန်အတွက် cron ဝန်ဆောင်မှုလည်း ပါဝင်ပါသည်။

ပုံမှန်ခေတ်မီ cron သည် ရိုးရှင်းသောပရိုဂရမ်တစ်ခုဖြစ်သော်လည်း မူရင်းဗားရှင်း၏လည်ပတ်မှု algorithm သည် ပို၍ပင်ရိုးရှင်းပါသည်- ဝန်ဆောင်မှုသည် တစ်မိနစ်လျှင်တစ်ကြိမ်နိုးလာပြီး ဖိုင်တစ်ခုတည်း (/etc/lib/crontab) မှ လုပ်ဆောင်စရာများပါသည့် ဇယားကိုဖတ်ပြီး ၎င်းအတွက် လုပ်ဆောင်သည်။ လက်ရှိအခိုက်အတန့်တွင် လုပ်ဆောင်သင့်သည့် အလုပ်များကို superuser လုပ်ပါ။

နောက်ပိုင်းတွင်၊ ရိုးရှင်းပြီး အသုံးဝင်သော ဝန်ဆောင်မှု၏ ပိုမိုကောင်းမွန်သောဗားရှင်းများကို Unix ကဲ့သို့သော လည်ပတ်မှုစနစ်များအားလုံးတွင် ပံ့ပိုးပေးခဲ့ပါသည်။

crontab ဖော်မတ်၏ ယေဘူယျဖော်ပြချက်များနှင့် utility ၏လုပ်ဆောင်ချက်များ၏ အခြေခံမူများသည် Unix-like operating systems - POSIX - 1992 တွင် ထည့်သွင်းခဲ့ပြီး၊ ထို့ကြောင့် de facto standard မှ cron သည် de jure standard ဖြစ်လာခဲ့သည်။

1987 ခုနှစ်တွင် Paul Vixie သည် Unix အသုံးပြုသူများ cron အတွက် ၎င်းတို့၏ဆန္ဒများကို စစ်တမ်းကောက်ယူပြီးနောက် ရိုးရာ cron ၏ ပြဿနာအချို့ကို ပြုပြင်ပေးကာ ဇယားဖိုင်များ၏ syntax ကို ချဲ့ထွင်သည့် daemon ၏ နောက်ထပ်ဗားရှင်းကို ထုတ်ပြန်ခဲ့သည်။

Vixie cron ၏တတိယဗားရှင်းတွင် POSIX လိုအပ်ချက်များနှင့် ပြည့်မီတော့သည်၊ ထို့အပြင်၊ ပရိုဂရမ်တွင် လစ်ဘရယ်လိုင်စင်တစ်ခုရှိသည်၊ သို့မဟုတ် README ရှိဆန္ဒများမှလွဲ၍ လုံးဝလိုင်စင်မရှိပါ- စာရေးသူက အာမခံမပေးပါ၊ စာရေးသူအမည်၊ ဖျက်၍မရပါ၊ ပရိုဂရမ်ကို အရင်းအမြစ်ကုဒ်ဖြင့်သာ ရောင်းချနိုင်သည်။ ဤလိုအပ်ချက်များသည် ထိုနှစ်များအတွင်း လူကြိုက်များလာနေသော အခမဲ့ဆော့ဖ်ဝဲ၏ အခြေခံသဘောတရားများနှင့် သဟဇာတဖြစ်လာခဲ့သောကြောင့် 90s အစောပိုင်းတွင်တွေ့ရသော အဓိက Linux ဖြန့်ဖြူးမှုအချို့သည် Vixie cron ကို ၎င်းတို့၏စနစ်တစ်ခုအဖြစ် လက်ခံခဲ့ပြီး ယနေ့အထိ ဆက်လက်လုပ်ဆောင်နေဆဲဖြစ်သည်။

အထူးသဖြင့်၊ Red Hat နှင့် SUSE တို့သည် Vixie cron - cronie ၏လမ်းဆုံလမ်းခွကို တီထွင်ခဲ့ပြီး Debian နှင့် Ubuntu တို့သည် ဖာထေးများစွာဖြင့် Vixie cron ၏ မူရင်းထုတ်ဝေမှုကို အသုံးပြုသည်။

POSIX တွင်ဖော်ပြထားသောအသုံးပြုသူ၏ utility crontab ကို ဦးစွာရင်းနှီးကြပါစို့၊ ထို့နောက် Vixie cron တွင်ပေးထားသော syntax extension များနှင့်လူကြိုက်များသော Linux ဖြန့်ဝေမှုများတွင် Vixie cron ၏ပုံစံကွဲများအသုံးပြုမှုကို ကျွန်ုပ်တို့ကြည့်ရှုပါမည်။ နောက်ဆုံးအနေနှင့်၊ ကိတ်မုန့်ပေါ်ရှိချယ်ရီသည် cron daemon ကိရိယာ၏ခွဲခြမ်းစိတ်ဖြာမှုဖြစ်သည်။

POSIX crontab

မူရင်း cron သည် superuser အတွက် အမြဲအလုပ်လုပ်နေပါက၊ ခေတ်မီအချိန်ဇယားများသည် သာမာန်အသုံးပြုသူများ၏ လုပ်ငန်းဆောင်တာများကို လုပ်ဆောင်လေ့ရှိပြီး ပိုမိုလုံခြုံပြီး အဆင်ပြေသည်။

Crons ကို ပရိုဂရမ်နှစ်ခု၏အစုတစ်ခုအနေဖြင့် ထောက်ပံ့ပေးသည်- အဆက်မပြတ်လည်ပတ်နေသော cron daemon နှင့် သုံးစွဲသူများအတွက်ရရှိနိုင်သော crontab utility။ daemon သည် အသုံးပြုသူနှင့် စနစ်ဇယားများမှ လုပ်ဆောင်စရာများကို စတင်လုပ်ဆောင်နေချိန်တွင် စနစ်အတွင်းရှိ သုံးစွဲသူတစ်ဦးစီအတွက် သီးခြားလုပ်ဆောင်စရာဇယားများကို တည်းဖြတ်နိုင်စေမည်ဖြစ်သည်။

В POSIX စံနှုန်း daemon ၏ အပြုအမူကို မည်သည့်နည်းနှင့်မျှ ဖော်ပြထားခြင်း မရှိဘဲ အသုံးပြုသူ ပရိုဂရမ်ကိုသာ တရားဝင်ဖြစ်အောင် ပြုလုပ်ထားသည်။ ကွမ်းခြံကုန်း. အသုံးပြုသူလုပ်ဆောင်စရာများကို စတင်ရန်အတွက် ယန္တရားများတည်ရှိနေခြင်းသည် အဓိပ္ပါယ်ရှိသော်လည်း အသေးစိတ်ဖော်ပြထားခြင်းမရှိပေ။

crontab utility ကိုခေါ်ဆိုခြင်းဖြင့် သင်သည် အရာလေးခုကို လုပ်ဆောင်နိုင်သည်- တည်းဖြတ်သူရှိ အသုံးပြုသူ၏လုပ်ငန်းဆောင်တာဇယားကို တည်းဖြတ်ရန်၊ ဖိုင်တစ်ခုမှဇယားကို တင်ရန်၊ လက်ရှိလုပ်ဆောင်စရာဇယားကို ပြသရန်နှင့် အလုပ်ဇယားကို ရှင်းလင်းပါ။ crontab utility ၏အလုပ်လုပ်ပုံဥပမာများ-

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

ခေါ်တဲ့အခါ crontab -e standard environment variable တွင် သတ်မှတ်ထားသော တည်းဖြတ်သူကို အသုံးပြုပါမည်။ 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. .၆] ၀တ်ပြုရာက တနင်္ဂနွေ။ နောက်ဆုံး၊ ဆဋ္ဌမ၊ အကွက်သည် စံအမိန့်ပေးစကားပြန်ဖြင့် လုပ်ဆောင်မည့် လိုင်းတစ်ခုဖြစ်သည်။

ပထမအကွက်ငါးကွက်တွင် တန်ဖိုးများကို ကော်မာများဖြင့် ခွဲခြားဖော်ပြနိုင်သည်-

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

သို့မဟုတ် တုံးတိုဖြင့်-

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

လုပ်ဆောင်စရာအချိန်ဇယားဆွဲခြင်းသို့ အသုံးပြုသူဝင်ရောက်ခွင့်ကို cron.allow နှင့် cron.deny ဖိုင်များက POSIX တွင် ထိန်းချုပ်ထားပြီး၊ ၎င်းသည် crontab သို့ဝင်ရောက်ခွင့်ရှိသောအသုံးပြုသူများစာရင်းသွင်းခြင်းနှင့် ပရိုဂရမ်ကိုဝင်ရောက်ခွင့်မရှိဘဲအသုံးပြုသူများအသီးသီးရှိကြသည်။ စံနှုန်းသည် ဤဖိုင်များ၏တည်နေရာကို မည်သည့်နည်းဖြင့်မျှ ထိန်းညှိမထားပေ။

စံနှုန်းအရ၊ အနည်းဆုံး ပတ်ဝန်းကျင် ကိန်းရှင် လေးခုကို စတင်ဆောင်ရွက်သည့် ပရိုဂရမ်များသို့ ကျော်ဖြတ်ရမည်-

1. HOME - အသုံးပြုသူ၏ ပင်မလမ်းညွှန်။
2. LOGNAME — အသုံးပြုသူ လော့ဂ်အင်။
3. PATH သည် standard system utilities များကို သင်ရှာဖွေနိုင်သည့် လမ်းကြောင်းဖြစ်သည်။
4. SHELL — သုံးထားသော command စကားပြန်သို့ လမ်းကြောင်း။

မှတ်သားစရာမှာ POSIX သည် ဤကိန်းရှင်များအတွက် တန်ဖိုးများ မည်သည့်နေရာမှ လာသည်နှင့် ပတ်သက်၍ ဘာမှ မပြောပါ။

ရောင်းအားအကောင်းဆုံး - Vixie cron 3.0pl1

လူကြိုက်များသော cron မျိုးကွဲများ၏ ဘုံဘိုးဘေးမှာ Vixie cron 3.0pl1 ဖြစ်ပြီး 1992 ခုနှစ်တွင် comp.sources.unix စာပို့စာရင်းတွင် မိတ်ဆက်ခဲ့သည်။ ကျွန်ုပ်တို့သည် ဤဗားရှင်း၏ အဓိကအင်္ဂါရပ်များကို ပိုမိုအသေးစိတ်သုံးသပ်ပါမည်။

Vixie cron သည် ပရိုဂရမ်နှစ်ခု (cron နှင့် crontab) ဖြင့် လာသည်။ ပုံမှန်အတိုင်း၊ daemon သည် system task table နှင့် user တစ်ဦးချင်းစီ၏ task tables မှလုပ်ဆောင်စရာများကိုဖတ်ရှုခြင်းနှင့်လုပ်ဆောင်ခြင်းအတွက်တာဝန်ရှိပြီး crontab utility သည်အသုံးပြုသူဇယားများကိုတည်းဖြတ်ရန်တာဝန်ရှိသည်။

Task table နှင့် configuration ဖိုင်များ

superuser task table သည် /etc/crontab တွင်တည်ရှိသည်။ စနစ်ဇယား၏ syntax သည် Vixie cron ၏ syntax နှင့် သက်ဆိုင်ပြီး၊ ၎င်းတွင်ရှိသော ဆဋ္ဌမကော်လံသည် လုပ်ဆောင်စရာကို စတင်လုပ်ဆောင်သည့်အသုံးပြုသူ၏အမည်ကို ဖော်ပြခြင်းမှလွဲ၍

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

ပုံမှန်အသုံးပြုသူလုပ်ငန်းဆောင်တာဇယားများကို /var/cron/tabs/username တွင် တည်ရှိပြီး တူညီသော syntax ကိုအသုံးပြုပါ။ သင်အသုံးပြုသူတစ်ဦးအနေဖြင့် crontab utility ကိုဖွင့်သောအခါ၊ ဤအရာများသည် တည်းဖြတ်ထားသည့်ဖိုင်များဖြစ်သည်။

crontab သို့ဝင်ရောက်ခွင့်ရှိသောအသုံးပြုသူများစာရင်းများကို /var/cron/allow နှင့် /var/cron/deny ဖိုင်များတွင် စီမံထားပြီး၊ သင်သည် သီးခြားစာကြောင်းတစ်ခုတွင် အသုံးပြုသူအမည်ကိုထည့်ရန်သာလိုသည်။

တိုးချဲ့ထားသော အထားအသို

POSIX crontab နှင့် နှိုင်းယှဉ်ပါက Paul Vixey ၏ဖြေရှင်းချက်တွင် utility ၏လုပ်ငန်းဆောင်တာဇယားများ၏ syntax အတွက် အလွန်အသုံးဝင်သော ပြုပြင်မွမ်းမံမှုများပါရှိသည်။

ဇယားအထားအသိုအသစ်တစ်ခု ရနိုင်ပါပြီ- ဥပမာ၊ သင်သည် အမည်ဖြင့် ရက်သတ္တပတ်၏ ရက်များ သို့မဟုတ် လများကို (တနင်္လာနေ့၊ အင်္ဂါနေ့ စသည်တို့ဖြင့် သတ်မှတ်နိုင်သည်)။

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

မည်သည့်အလုပ်များကို စတင်လုပ်ဆောင်သည့်အဆင့်ကို သင်သတ်မှတ်နိုင်သည်-

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

အဆင့်များနှင့် ကြားကာလများကို ရောစပ်နိုင်သည်။

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

ပုံမှန် syntax ၏ အလိုလိုသိနိုင်သော အခြားရွေးချယ်မှုများကို ပံ့ပိုးပေးသည် (ပြန်လည်စတင်ခြင်း၊ နှစ်စဉ်၊ နှစ်စဉ်၊ လစဉ်၊ အပတ်စဉ်၊ နေ့စဉ်၊ သန်းခေါင်ယံ၊ နာရီတိုင်း)

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

Task execution ပတ်ဝန်းကျင်

Vixie cron သည် သင့်အား လုပ်ဆောင်နေသည့် အက်ပ်လီကေးရှင်းများ၏ ပတ်ဝန်းကျင်ကို ပြောင်းလဲနိုင်စေပါသည်။

Environment variable များကို USER၊ LOGNAME နှင့် HOME သည် daemon မှပေးဆောင်သည်မဟုတ်ဘဲ ဖိုင်တစ်ခုမှ ယူဆောင်သွားခြင်းဖြစ်သည်။ passwd. PATH variable ကို "/usr/bin:/bin" ဟုသတ်မှတ်ထားပြီး SHELL variable ကို "/bin/sh" ဟုသတ်မှတ်ထားသည်။ LOGNAME မှလွဲ၍ ကိန်းရှင်အားလုံး၏ တန်ဖိုးများကို အသုံးပြုသူဇယားများတွင် ပြောင်းလဲနိုင်ပါသည်။

အချို့သော Environment variables (အထူးသဖြင့် SHELL နှင့် HOME) ကို လုပ်ဆောင်ရန်အတွက် cron ကိုယ်တိုင်က အသုံးပြုပါသည်။ ဤသည်မှာ စိတ်ကြိုက်လုပ်ဆောင်စရာများကို လုပ်ဆောင်ရန် standard sh အစား bash ကို အသုံးပြုခြင်းမှာ အောက်ပါအတိုင်း ဖြစ်နိုင်ပါသည်။

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

အဆုံးစွန်အားဖြင့်၊ ဇယားတွင်သတ်မှတ်ထားသောပတ်ဝန်းကျင် variable အားလုံးကို (cron ဖြင့်အသုံးပြုသည် သို့မဟုတ် လုပ်ငန်းစဉ်မှလိုအပ်သော) သည် လုပ်ဆောင်နေသည့်အလုပ်သို့ ပေးပို့မည်ဖြစ်သည်။

ဖိုင်များကို တည်းဖြတ်ရန်၊ crontab သည် VISUAL သို့မဟုတ် EDITOR ပတ်၀န်းကျင် ပြောင်းလဲနိုင်သော ပြောင်းလဲမှုတွင် သတ်မှတ်ထားသည့် တည်းဖြတ်သူကို အသုံးပြုသည်။ crontab ကိုလည်ပတ်သည့်ပတ်ဝန်းကျင်တွင် ဤကိန်းရှင်များကိုသတ်မှတ်မထားပါက "/usr/ucb/vi" ကိုအသုံးပြုသည် (ucb သည် University of California၊ Berkeley ဖြစ်နိုင်သည်)။

Debian နှင့် Ubuntu တွင် cron

Debian ၏ developer များနှင့် derivative distributions များ ထွက်ရှိလာပါပြီ။ အလွန်ပြုပြင်ထားသောဗားရှင်း Vixie cron ဗားရှင်း 3.0pl1။ ဇယားဖိုင်များ၏ syntax တွင်ကွဲပြားမှုမရှိပါ၊ အသုံးပြုသူများအတွက်၎င်းသည်တူညီသော Vixie cron ဖြစ်သည်။ အကြီးမားဆုံးအင်္ဂါရပ်- ပံ့ပိုးမှု syslog, selinux и Pam.

သိသာထင်ရှားမှုနည်းသော်လည်း မြင်သာထင်သာသောပြောင်းလဲမှုများတွင် ဖွဲ့စည်းမှုဖိုင်များနှင့် လုပ်ဆောင်စရာဇယားများ၏တည်နေရာပါဝင်သည်။

Debian ရှိ အသုံးပြုသူဇယားများသည် /var/spool/cron/crontabs လမ်းညွှန်တွင် တည်ရှိပြီး စနစ်ဇယားသည် /etc/crontab တွင်ရှိနေဆဲဖြစ်သည်။ Debian package-specific task tables များကို cron daemon အလိုအလျောက်ဖတ်သည့်နေရာမှ /etc/cron.d တွင် ထားရှိထားပါသည်။ အသုံးပြုသူဝင်ရောက်ခွင့်ထိန်းချုပ်မှုကို /etc/cron.allow နှင့် /etc/cron.deny ဖိုင်များမှ ထိန်းချုပ်ထားသည်။

မူရင်း shell သည် /bin/sh ဖြစ်နေဆဲဖြစ်ပြီး၊ Debian တွင် POSIX-လိုက်လျောညီထွေရှိသော shell လေးတစ်ခုဖြစ်သည် dashဖွဲ့စည်းမှုပုံစံကိုဖတ်ခြင်းမပြုဘဲ (အပြန်အလှန်အကျိုးသက်ရောက်မှုမရှိသောမုဒ်တွင်) စတင်ခဲ့သည်။

Debian ၏နောက်ဆုံးထွက်ဗားရှင်းများတွင် Cron ကိုယ်တိုင်က systemd မှတစ်ဆင့် စတင်ခဲ့ပြီး၊ launch configuration ကို /lib/systemd/system/cron.service တွင် ကြည့်ရှုနိုင်ပါသည်။ ဝန်ဆောင်မှုဖွဲ့စည်းပုံတွင် အထူးအထွေမရှိပါ၊ သုံးစွဲသူတစ်ဦးစီ၏ crontab တွင် တိုက်ရိုက်ကြေငြာထားသော ပတ်၀န်းကျင် variable များမှတစ်ဆင့် ပိုမိုသိမ်မွေ့သော လုပ်ဆောင်စရာစီမံခန့်ခွဲမှုကို လုပ်ဆောင်နိုင်ပါသည်။

RedHat၊ Fedora နှင့် CentOS တွင် ခရိုနီ

ခရိုနီ - Vixie cron ဗားရှင်း 4.1 ၏လမ်းဆုံ။ Debian တွင်ကဲ့သို့ပင် syntax သည် ပြောင်းလဲခြင်းမရှိသော်လည်း PAM နှင့် SELinux အတွက် ပံ့ပိုးမှု၊ အစုအဝေးတစ်ခုတွင် အလုပ်လုပ်သည်၊ inotify နှင့် အခြားအင်္ဂါရပ်များကို အသုံးပြုထားသော ဖိုင်များကို ခြေရာခံပြီး ထည့်သွင်းထားသည်။

ပုံသေဖွဲ့စည်းပုံသည် ပုံမှန်နေရာများတွင်ဖြစ်သည်- စနစ်ဇယားသည် /etc/crontab တွင်ရှိပြီး၊ အထုပ်များသည် ၎င်းတို့၏ဇယားများကို /etc/cron.d တွင်ထည့်သည်၊ အသုံးပြုသူဇယားများသည် /var/spool/cron/crontabs သို့သွားပါသည်။

daemon သည် systemd ထိန်းချုပ်မှုအောက်တွင်အလုပ်လုပ်သည်၊ ဝန်ဆောင်မှုဖွဲ့စည်းပုံသည် /lib/systemd/system/crond.service ဖြစ်သည်။

Red Hat ကဲ့သို့ ဖြန့်ဝေမှုများတွင်၊ /bin/sh ကို စံ bash ဖြစ်သည့် startup တွင် ပုံသေဖြင့် အသုံးပြုပါသည်။ /bin/sh မှတဆင့် cron အလုပ်များကို လုပ်ဆောင်သောအခါ၊ bash shell သည် POSIX-လိုက်လျောညီထွေဖြစ်သောမုဒ်တွင်စတင်ပြီး အပြန်အလှန်အကျိုးသက်ရောက်မှုမရှိသောမုဒ်တွင်လုပ်ဆောင်နေသည့်နောက်ထပ်ဖွဲ့စည်းပုံကိုဖတ်မည်မဟုတ်ကြောင်းသတိပြုသင့်သည်။

SLES နှင့် openSUSE ရှိ ခရိုနီ

ဂျာမန်ဖြန့်ချီရေး SLES နှင့် ၎င်း၏ ဆင်းသက်လာသော openSUSE တို့သည် တူညီသောခရိုနီများကို အသုံးပြုသည်။ ဤနေရာတွင် daemon ကိုလည်း systemd အောက်တွင်ဖွင့်ထားသည်၊ ဝန်ဆောင်မှုဖွဲ့စည်းပုံသည် /usr/lib/systemd/system/cron.service တွင်တည်ရှိသည်။ ဖွဲ့စည်းမှု- /etc/crontab၊ /etc/cron.d၊ /var/spool/cron/tabs။ /bin/sh သည် POSIX-လိုက်လျောညီထွေဖြစ်သော အပြန်အလှန်တုံ့ပြန်မှုမရှိသောမုဒ်တွင် လုပ်ဆောင်နေသည့် တူညီသော bash ဖြစ်သည်။

Vixie cron ကိရိယာ

ခေတ်သစ် cron ၏သားမြေးများသည် Vixie cron နှင့် နှိုင်းယှဉ်လျှင် သိသိသာသာ ပြောင်းလဲခြင်းမရှိသော်လည်း ပရိုဂရမ်၏အခြေခံသဘောတရားများကို နားလည်ရန်မလိုအပ်သော အင်္ဂါရပ်အသစ်များကို ရရှိနေဆဲဖြစ်သည်။ ဤ extension အများစုသည် ဒီဇိုင်းပိုင်း ညံ့ဖျင်းပြီး ကုဒ်ကို ရှုပ်ထွေးစေသည်။ Paul Vixey ၏ မူရင်း cron အရင်းအမြစ်ကုဒ်ကို ဖတ်ရတာ ကြည်နူးစရာပါပဲ။

ထို့ကြောင့်၊ Vixie cron 3.0pl1 နှစ်ခုစလုံးအတွက် အသုံးများသော cron ပရိုဂရမ်ကို အသုံးပြု၍ cron စက်ပစ္စည်းကို ပိုင်းခြားစိတ်ဖြာရန် ဆုံးဖြတ်ခဲ့သည်။ စာဖတ်ခြင်းကို ရှုပ်ထွေးစေသော ifdefs များကို ဖယ်ရှားပြီးအသေးစိတ်အသေးစိတ်အချက်အလက်များကို ချန်လှပ်ခြင်းဖြင့် နမူနာများကို ရိုးရှင်းစေပါမည်။

နတ်ဆိုး၏လုပ်ဆောင်မှုကို အဆင့်များစွာ ခွဲခြားနိုင်သည်။

1. အစီအစဉ်စတင်ခြင်း။
2. လုပ်ဆောင်ရမည့် အလုပ်များစာရင်းကို စုဆောင်းခြင်းနှင့် အပ်ဒိတ်လုပ်ခြင်း။
3. အဓိက cron loop လည်ပတ်နေသည်။
4. အလုပ်တစ်ခု စတင်ပါ။

သူတို့ကို အစဉ်လိုက်ကြည့်ရအောင်။

စတင်ခြင်း

စတင်သောအခါ၊ လုပ်ငန်းစဉ်ဆိုင်ရာ အကြောင်းပြချက်များကို စစ်ဆေးပြီးနောက်၊ cron သည် SIGCHLD နှင့် SIGHUP အချက်ပြလက်ကိုင်များကို ထည့်သွင်းသည်။ ပထမတစ်ခုသည် ကလေးလုပ်ငန်းစဉ်ကိုရပ်စဲခြင်းနှင့်ပတ်သက်၍ မှတ်တမ်းတစ်ခုပြုလုပ်သည်၊ ဒုတိယတစ်ခုသည် မှတ်တမ်းဖိုင်၏ဖိုင်ဖော်ပြချက်အား ပိတ်သည်-

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

cron daemon သည် superuser အဖြစ်နှင့် main cron directory မှသာလျှင် system ပေါ်တွင် တစ်ယောက်တည်း အမြဲလည်ပတ်ပါသည်။ အောက်ပါခေါ်ဆိုမှုများသည် daemon လုပ်ငန်းစဉ်၏ PID ဖြင့် လော့ခ်ဖိုင်တစ်ခုဖန်တီးပြီး၊ အသုံးပြုသူမှန်ကန်ကြောင်း သေချာစေကာ လက်ရှိလမ်းညွှန်ကို ပင်မဖိုင်အဖြစ် ပြောင်းလဲပါ။

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

လုပ်ငန်းစဉ်များစတင်သောအခါတွင် အသုံးပြုမည့် ပုံသေလမ်းကြောင်းကို သတ်မှတ်ထားသည်-

setenv("PATH", _PATH_DEFPATH, 1);

ထို့နောက် လုပ်ငန်းစဉ်သည် "daemonized" ဖြစ်သည်- ၎င်းသည် fork ကိုခေါ်ဆိုပြီး ကလေးလုပ်ငန်းစဉ် (calling setsid) တွင် အပိုင်းအသစ်တစ်ခုကို ခေါ်ဆိုခြင်းဖြင့် လုပ်ငန်းစဉ်၏ ကလေးကော်ပီကို ဖန်တီးပေးသည်။ မိဘလုပ်ငန်းစဉ်ကို မလိုအပ်တော့ဘဲ၊ ၎င်းမှ ထွက်သည်-

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);

ထို့နောက် cron သည် ပင်မအလုပ်စက်ဝန်းသို့ ဆက်လက်ရွေ့လျားသည်။ ဒါပေမယ့် အရင်ကတော့ task list ကို loading လုပ်ကြည့်ဖို့ ထိုက်တန်ပါတယ်။

အလုပ်စာရင်းကို စုဆောင်းခြင်းနှင့် အပ်ဒိတ်လုပ်ခြင်း။

load_database လုပ်ဆောင်ချက်သည် လုပ်ဆောင်စရာများစာရင်းကို တင်ရန် တာဝန်ရှိသည်။ ၎င်းသည် ပင်မစနစ် crontab နှင့် သုံးစွဲသူဖိုင်များဖြင့် လမ်းညွှန်ကို စစ်ဆေးသည်။ ဖိုင်များနှင့် လမ်းညွှန်များ မပြောင်းလဲပါက၊ လုပ်ဆောင်စရာစာရင်းကို ပြန်လည်ဖတ်ရှုမည်မဟုတ်ပါ။ မဟုတ်ပါက၊ အလုပ်စာရင်းအသစ်တစ်ခု စတင်ဖွဲ့စည်းပါသည်။

အထူးဖိုင်နှင့် ဇယားအမည်များဖြင့် စနစ်ဖိုင်ကို တင်နေသည်-

/* если файл системной таблицы изменился, перечитываем */
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 လုပ်ဆောင်ချက်သည် ဇယားဖိုင်အမည်နှင့် ကိုက်ညီသော အသုံးပြုသူရှိနေကြောင်း (superuser မဟုတ်လျှင်) ခေါ်ဆိုပြီး 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 လုပ်ဆောင်ချက်များကို အသုံးပြု၍ ပတ်ဝန်းကျင် variable ကို (VAR=value ဖောင်လိုင်းများ) သတ်မှတ်ထားသည်ဖြစ်စေ သို့မဟုတ် လုပ်ဆောင်စရာဖော်ပြချက်သည် load_entry လုပ်ဆောင်ချက်ကို အသုံးပြု၍ (* * * * * /path/to/exec) ကိုဖတ်သည်။

load_entry ပြန်လာသည့် entry entity သည် ယေဘူယျလုပ်ဆောင်စရာများစာရင်းတွင် ထည့်သွင်းထားသော ကျွန်ုပ်တို့၏လုပ်ငန်းဖြစ်သည်။ လုပ်ဆောင်ချက်သည် အချိန်ဖော်မတ်၏ စကားဖြင့် ခွဲခြမ်းစိပ်ဖြာမှုကို လုပ်ဆောင်သည်၊ သို့သော် ကျွန်ုပ်တို့သည် ပတ်ဝန်းကျင် ကိန်းရှင်များနှင့် အလုပ်စတင်ခြင်းဆိုင်ရာ ကန့်သတ်ဘောင်များ ဖွဲ့စည်းခြင်းကို ပိုမိုစိတ်ဝင်စားပါသည်။

/* пользователь и группа для запуска задачи берутся из 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);

ပင်မကွင်းဆက်သည် လက်ရှိလုပ်ဆောင်စရာများစာရင်းနှင့် အလုပ်လုပ်သည်။

Main Loop

Version 7 Unix မှ မူရင်း cron သည် ရိုးရိုးရှင်းရှင်း အလုပ်လုပ်သည်- ၎င်းသည် configuration ကို အကွက်တစ်ကွင်းတွင် ပြန်ဖတ်ပြီး superuser အဖြစ် လက်ရှိ မိနစ်၏ လုပ်ငန်းဆောင်တာများကို စတင်ကာ နောက်မိနစ်အစပိုင်းအထိ အိပ်ခဲ့ပါသည်။ စက်အဟောင်းများတွင် ဤရိုးရှင်းသောနည်းလမ်းသည် အရင်းအမြစ်များစွာလိုအပ်သည်။

SysV တွင် အခြားဗားရှင်းတစ်ခုအား အဆိုပြုခဲ့ပြီး ယင်းတွင် daemon သည် အလုပ်သတ်မှတ်ထားသည့် အနီးဆုံးမိနစ်အထိ သို့မဟုတ် မိနစ် 30 ကြာသည်အထိ အိပ်ပျော်သွားခဲ့သည်။ ဤမုဒ်တွင် ဖွဲ့စည်းမှုပုံစံကို ပြန်လည်ဖတ်ရှုခြင်းနှင့် စစ်ဆေးခြင်းအတွက် ရင်းမြစ်အနည်းငယ်ကို သုံးစွဲခဲ့သော်လည်း အလုပ်များစာရင်းကို အမြန်အပ်ဒိတ်လုပ်ရာတွင် အဆင်မပြေဖြစ်လာခဲ့သည်။

Vixie cron သည် တစ်မိနစ်လျှင် တစ်ကြိမ် အလုပ်စာရင်းများကို စစ်ဆေးခြင်းသို့ ပြန်သွားသည်၊ ကံကောင်းစွာပင် 80s နှောင်းပိုင်းတွင် ပုံမှန် Unix စက်များတွင် အရင်းအမြစ်များ သိသိသာသာ ပိုမိုများပြားလာသည်-

/* первичная загрузка задач */
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 လုပ်ဆောင်ချက်ကို ကောင်းမွန်သော Unix စတိုင်ဖြင့် လုပ်ဆောင်သည် ၊ ဆိုလိုသည်မှာ ၎င်းသည် အလုပ်တစ်ခုကို တပြိုင်တည်းလုပ်ဆောင်ရန် လမ်းခွဲတစ်ခု ပြုလုပ်သည်။ မိဘလုပ်ငန်းစဥ်သည် လုပ်ဆောင်စရာများကို ဆက်လက်လုပ်ဆောင်နေပြီး၊ ကလေးလုပ်ငန်းစဉ်သည် လုပ်ဆောင်စရာလုပ်ငန်းစဉ်ကို ပြင်ဆင်သည်-

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

child_process တွင် ယုတ္တိများစွာ ရှိသည်- ၎င်းသည် စံထွက်ရှိမှုနှင့် အမှားအယွင်းစီးကြောင်းများကို လက်ခံသည်၊ ထို့နောက် ၎င်းတို့ကို မေးလ်သို့ ပေးပို့သည် (MAILTO ပတ်၀န်းကျင် variable ကို အလုပ်ဇယားတွင် သတ်မှတ်ထားပါက)၊ နောက်ဆုံးတွင်၊ အလုပ်၏ အဓိက လုပ်ငန်းစဉ်ကို စောင့်မျှော်နေပါသည်။ ပြီးပါပြီ။

လုပ်ငန်းစဥ်ကို အခြားလမ်းဆုံလမ်းခွဖြင့် ဖွဲ့စည်းထားသည်-

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;
}

အဲဒါက အခြေခံအားဖြင့် cron ပါ။ ဝေးလံခေါင်သီသော သုံးစွဲသူများအတွက် စာရင်းကိုင်ထားသော စိတ်ဝင်စားဖွယ်အသေးစိတ်အချက်အချို့ကို ကျွန်ုပ်ချန်လှပ်ထားသော်လည်း အဓိကအချက်ကို ဖော်ပြထားပါသည်။

afterword

Cron သည် Unix လောက၏ အကောင်းဆုံး ဓလေ့ထုံးတမ်းများဖြင့် ပြုလုပ်ထားသည့် အံ့သြစရာကောင်းလောက်အောင် ရိုးရှင်းပြီး အသုံးဝင်သော ပရိုဂရမ်တစ်ခုဖြစ်သည်။ သူမသည် အပိုဘာမှမလုပ်တတ်သော်လည်း ယခုဆယ်စုနှစ်များစွာကြာအောင် သူ့အလုပ်ကို အံ့ဩစွာလုပ်ဆောင်နေခဲ့သည်။ Ubuntu နဲ့ပါလာတဲ့ ဗားရှင်းအတွက် ကုဒ်ကို ဖြတ်ပြီး တစ်နာရီထက် ပိုမကြာဘဲ ပျော်ပျော်ရွှင်ရွှင် နေခဲ့တယ်။ ငါ မင်းကို မျှဝေနိုင်မယ်လို့ မျှော်လင့်ပါတယ်။

မင်းအကြောင်း ငါမသိဘူး၊ ဒါပေမယ့် ခေတ်မီတဲ့ ပရိုဂရမ်တွေက ရှုပ်ထွေးလွန်းပြီး စိတ္တဇလွန်ကဲတဲ့ သဘောထားက ဒီလိုရိုးရှင်းမှုကို အချိန်အတော်ကြာအောင် လိုက်လျောညီထွေမဖြစ်နိုင်တာကို သဘောပေါက်လိုက်ရတဲ့အတွက် အနည်းငယ်ဝမ်းနည်းမိပါတယ်။

cron တွင် ခေတ်မီသော အခြားရွေးချယ်စရာများစွာရှိပါသည်- systemd-timers သည် သင့်အား မှီခိုမှုများဖြင့် ရှုပ်ထွေးသောစနစ်များကို စုစည်းနိုင်စေသည်၊ fcron သည် သင့်အား လုပ်ငန်းတာဝန်များဖြင့် အရင်းအမြစ်သုံးစွဲမှုကို ပိုမိုချောမွေ့စွာ ထိန်းညှိနိုင်စေပါသည်။ ဒါပေမယ့် ပုဂ္ဂိုလ်ရေးအရတော့ အရိုးရှင်းဆုံး crontab က ကျွန်တော့်အတွက် အမြဲလုံလောက်ပါတယ်။

အတိုချုပ်ပြောရလျှင် Unix ကိုချစ်ပါ၊ ရိုးရှင်းသောပရိုဂရမ်များကိုသုံးပါ၊ သင်၏ပလက်ဖောင်းအတွက် mana ကိုဖတ်ရန်မမေ့ပါနှင့်။

source: www.habr.com