ক্লাসিক লিখেছেন যে সুখী ঘন্টা দেখবেন না। সেই বন্য সময়ে প্রোগ্রামার বা ইউনিক্স ছিল না, কিন্তু আজ প্রোগ্রামাররা নিশ্চিতভাবে জানে: ক্রন তাদের পরিবর্তে সময়ের উপর নজর রাখবে।

কমান্ড লাইন ইউটিলিটিগুলি আমার জন্য একটি দুর্বলতা এবং একটি কাজ উভয়ই। sed, awk, wc, cut এবং অন্যান্য পুরানো প্রোগ্রামগুলি প্রতিদিন আমাদের সার্ভারে স্ক্রিপ্ট দ্বারা চালিত হয়। তাদের মধ্যে অনেকগুলি ক্রনের জন্য কাজ হিসাবে ডিজাইন করা হয়েছে, মূলত 70 এর দশকের একটি শিডিউলার।

দীর্ঘকাল ধরে আমি বিশদ বিবরণে না গিয়ে ক্রোন ব্যবহার করেছি, কিন্তু একদিন, যখন আমি একটি স্ক্রিপ্ট চালানোর সময় একটি ত্রুটির সম্মুখীন হয়েছিলাম, আমি এটি পুঙ্খানুপুঙ্খভাবে দেখার সিদ্ধান্ত নিয়েছিলাম। এই নিবন্ধটি এভাবেই প্রকাশিত হয়েছিল, এটি লেখার সময় আমি POSIX ক্রোন্টাবের সাথে পরিচিত হয়েছিলাম, জনপ্রিয় লিনাক্স ডিস্ট্রিবিউশনের প্রধান ক্রোন বিকল্প এবং সেগুলির কয়েকটির কাঠামো।

আপনি কি লিনাক্স ব্যবহার করছেন এবং ক্রন টাস্ক চালাচ্ছেন? আপনি কি ইউনিক্সে সিস্টেম অ্যাপ্লিকেশন আর্কিটেকচারে আগ্রহী? তাহলে আমরা আমাদের পথে!

সন্তুষ্ট

• প্রজাতির উতপত্তি
• POSIX ক্রোন্টাব
• সেরা বিক্রেতা - ভিক্সি ক্রন 3.0pl1
• ডেবিয়ান এবং উবুন্টুতে ক্রোন
• রেড হ্যাট, ফেডোরা এবং সেন্টোসে ক্রনি
• SLES এবং openSUSE-এ ক্রোনি
• ভিক্সি ক্রন ডিভাইস
• উত্তরভাষ

প্রজাতির উতপত্তি

ব্যবহারকারী বা সিস্টেম প্রোগ্রামের পর্যায়ক্রমিক সঞ্চালন সমস্ত অপারেটিং সিস্টেমে একটি সুস্পষ্ট প্রয়োজনীয়তা। অতএব, প্রোগ্রামাররা এমন পরিষেবাগুলির প্রয়োজনীয়তা উপলব্ধি করেছিল যা তাদের কেন্দ্রীয়ভাবে পরিকল্পনা এবং কার্য সম্পাদন করতে দেয় অনেক আগে।

ইউনিক্স-সদৃশ অপারেটিং সিস্টেমগুলি তাদের উৎপত্তি সংস্করণ 7 ইউনিক্সে ফিরে আসে, যা গত শতাব্দীর 70-এর দশকে বেল ল্যাবসে বিকশিত হয়েছিল, যার মধ্যে বিখ্যাত কেন থম্পসনও ছিলেন। সংস্করণ 7 ইউনিক্স এছাড়াও ক্রন অন্তর্ভুক্ত, নিয়মিতভাবে সুপার ব্যবহারকারী কাজ চালানোর জন্য একটি পরিষেবা।

একটি সাধারণ আধুনিক ক্রন একটি সাধারণ প্রোগ্রাম, তবে মূল সংস্করণের অপারেটিং অ্যালগরিদমটি আরও সহজ ছিল: পরিষেবাটি এক মিনিটে একবার জেগে ওঠে, একটি একক ফাইল (/etc/lib/crontab) থেকে কাজ সহ একটি টেবিল পড়ত এবং এর জন্য সঞ্চালিত হয় সুপার ইউজার যে কাজগুলো বর্তমান মুহুর্তে করা উচিত ছিল।

পরবর্তীকালে, সাধারণ এবং দরকারী পরিষেবার উন্নত সংস্করণগুলি সমস্ত ইউনিক্স-এর মতো অপারেটিং সিস্টেমের সাথে সরবরাহ করা হয়েছিল।

ক্রনট্যাব ফরম্যাটের সাধারণ বর্ণনা এবং ইউটিলিটির অপারেশনের মূল নীতিগুলি ইউনিক্স-সদৃশ অপারেটিং সিস্টেমের প্রধান মান - POSIX - 1992 সালে অন্তর্ভুক্ত করা হয়েছিল এবং এইভাবে একটি ডি ফ্যাক্টো স্ট্যান্ডার্ড থেকে ক্রোন একটি ডি জুর স্ট্যান্ডার্ডে পরিণত হয়েছিল।

1987 সালে, পল ভিক্সি, ইউনিক্স ব্যবহারকারীদের ক্রনের জন্য তাদের ইচ্ছা সম্পর্কে জরিপ করে, ডেমনের আরেকটি সংস্করণ প্রকাশ করে যা ঐতিহ্যগত ক্রনের কিছু সমস্যা সংশোধন করে এবং টেবিল ফাইলের সিনট্যাক্স প্রসারিত করে।

ভিক্সি ক্রনের তৃতীয় সংস্করণে POSIX প্রয়োজনীয়তাগুলি পূরণ করা শুরু হয়েছিল, উপরন্তু, প্রোগ্রামটির একটি উদার লাইসেন্স ছিল, বা README-এর শুভেচ্ছা ব্যতীত কোনও লাইসেন্স ছিল না: লেখক গ্যারান্টি দেন না, লেখকের নাম মুছে ফেলা যাবে না, এবং প্রোগ্রাম শুধুমাত্র সোর্স কোড সহ একসাথে বিক্রি করা যেতে পারে. এই প্রয়োজনীয়তাগুলি ফ্রি সফ্টওয়্যারের নীতিগুলির সাথে সামঞ্জস্যপূর্ণ বলে প্রমাণিত হয়েছিল যা সেই বছরগুলিতে জনপ্রিয়তা অর্জন করেছিল, তাই 90 এর দশকের প্রথম দিকে প্রদর্শিত কিছু মূল লিনাক্স ডিস্ট্রিবিউশনগুলি ভিক্সি ক্রোনকে তাদের সিস্টেম হিসাবে গ্রহণ করেছিল এবং আজও এটি বিকাশ করছে।

বিশেষ করে, Red Hat এবং SUSE Vixie cron - cronie-এর একটি কাঁটা তৈরি করে এবং ডেবিয়ান এবং উবুন্টু অনেক প্যাচ সহ ভিক্সি ক্রনের আসল সংস্করণ ব্যবহার করে।

আসুন প্রথমে POSIX-এ বর্ণিত ইউজার ইউটিলিটি ক্রনট্যাবের সাথে পরিচিত হই, তারপরে আমরা ভিক্সি ক্রনে প্রদত্ত সিনট্যাক্স এক্সটেনশন এবং জনপ্রিয় লিনাক্স ডিস্ট্রিবিউশনে ভিক্সি ক্রনের বিভিন্নতার ব্যবহার দেখব। এবং অবশেষে, কেকের চেরি ক্রোন ডেমন ডিভাইসের বিশ্লেষণ।

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], যেখানে 0 রবিবার। শেষ, ষষ্ঠ, ক্ষেত্রটি একটি লাইন যা স্ট্যান্ডার্ড কমান্ড ইন্টারপ্রেটার দ্বারা কার্যকর করা হবে।

প্রথম পাঁচটি ক্ষেত্রে, মানগুলি কমা দ্বারা পৃথক করা যেতে পারে:

# задача, выполняемая в первую и десятую минуты каждого часа
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 কিছুই বলে না।

সেরা বিক্রেতা - ভিক্সি ক্রন 3.0pl1

জনপ্রিয় ক্রন ভেরিয়েন্টের সাধারণ পূর্বপুরুষ হল Vixie cron 3.0pl1, 1992 সালে comp.sources.unix মেইলিং তালিকায় প্রবর্তিত হয়। আমরা এই সংস্করণের প্রধান বৈশিষ্ট্যগুলি আরও বিশদে বিবেচনা করব।

Vixie cron দুটি প্রোগ্রামে আসে (cron এবং crontab)। যথারীতি, ডেমন সিস্টেম টাস্ক টেবিল এবং স্বতন্ত্র ব্যবহারকারীর টাস্ক টেবিল থেকে কাজগুলি পড়া এবং চালানোর জন্য দায়ী এবং ক্রন্টাব ইউটিলিটি ব্যবহারকারীর টেবিলগুলি সম্পাদনা করার জন্য দায়ী।

টাস্ক টেবিল এবং কনফিগারেশন ফাইল

সুপার ইউজার টাস্ক টেবিলটি /etc/crontab-এ অবস্থিত। সিস্টেম টেবিলের সিনট্যাক্সটি ভিক্সি ক্রনের সিনট্যাক্সের সাথে মিলে যায়, এর মধ্যে ষষ্ঠ কলামটি সেই ব্যবহারকারীর নাম নির্দেশ করে যার অধীনে কাজটি চালু করা হয়েছে:

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

নিয়মিত ব্যবহারকারীর টাস্ক টেবিলগুলি /var/cron/tabs/username এ অবস্থিত এবং একই সিনট্যাক্স ব্যবহার করে। আপনি যখন একজন ব্যবহারকারী হিসাবে ক্রন্টাব ইউটিলিটি চালান, তখন এই ফাইলগুলি সম্পাদনা করা হয়।

crontab-এ অ্যাক্সেস সহ ব্যবহারকারীদের তালিকা /var/cron/allow এবং /var/cron/deny ফাইলগুলিতে পরিচালিত হয়, যেখানে আপনাকে শুধুমাত্র একটি পৃথক লাইনে ব্যবহারকারীর নাম লিখতে হবে।

বর্ধিত সিনট্যাক্স

POSIX ক্রোন্টাবের তুলনায়, পল ভিক্সির সমাধানটিতে ইউটিলিটির টাস্ক টেবিলের সিনট্যাক্সে বেশ কিছু দরকারী পরিবর্তন রয়েছে।

একটি নতুন টেবিল সিনট্যাক্স উপলব্ধ হয়েছে: উদাহরণস্বরূপ, আপনি নামের দ্বারা সপ্তাহ বা মাসের দিনগুলি নির্দিষ্ট করতে পারেন (সোম, মঙ্গল, এবং তাই):

# Запускается ежеминутно по понедельникам и вторникам в январе
* * * 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

টাস্ক এক্সিকিউশন পরিবেশ

ভিক্সি ক্রন আপনাকে চলমান অ্যাপ্লিকেশনের পরিবেশ পরিবর্তন করতে দেয়।

পরিবেশ ভেরিয়েবল 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 চালানো হয়েছিল সেখানে যদি এই ভেরিয়েবলগুলি সংজ্ঞায়িত না থাকে, তাহলে "/usr/ucb/vi" ব্যবহার করা হয় (ইউসিবি সম্ভবত ক্যালিফোর্নিয়া বিশ্ববিদ্যালয়, বার্কলে)।

ডেবিয়ান এবং উবুন্টুতে ক্রোন

ডেবিয়ান এবং ডেরিভেটিভ ডিস্ট্রিবিউশনের বিকাশকারীরা প্রকাশ করেছে অত্যন্ত পরিবর্তিত সংস্করণ ভিক্সি ক্রন সংস্করণ 3.0pl1। টেবিল ফাইলের সিনট্যাক্সে কোন পার্থক্য নেই; ব্যবহারকারীদের জন্য এটি একই Vixie cron। সবচেয়ে বড় নতুন বৈশিষ্ট্য: সমর্থন syslog- র, SELinux- র и পিএএম.

কম লক্ষণীয়, কিন্তু বাস্তব পরিবর্তনের মধ্যে রয়েছে কনফিগারেশন ফাইল এবং টাস্ক টেবিলের অবস্থান।

ডেবিয়ানের ব্যবহারকারী টেবিলগুলি /var/spool/cron/crontabs ডিরেক্টরিতে অবস্থিত, সিস্টেম টেবিলটি এখনও আছে - /etc/crontab-এ। ডেবিয়ান প্যাকেজ-নির্দিষ্ট টাস্ক টেবিলগুলি /etc/cron.d-এ স্থাপন করা হয়, যেখান থেকে ক্রোন ডেমন স্বয়ংক্রিয়ভাবে সেগুলি পড়ে। ব্যবহারকারীর অ্যাক্সেস নিয়ন্ত্রণ /etc/cron.allow এবং /etc/cron.deny ফাইল দ্বারা নিয়ন্ত্রিত হয়।

ডিফল্ট শেলটি এখনও /bin/sh, যা ডেবিয়ানে একটি ছোট POSIX-সম্মত শেল হানাহানি, কোনো কনফিগারেশন পড়া ছাড়াই চালু হয়েছে (অ-ইন্টারেক্টিভ মোডে)।

ডেবিয়ানের সর্বশেষ সংস্করণে ক্রোন নিজেই systemd এর মাধ্যমে চালু হয়েছে এবং লঞ্চ কনফিগারেশনটি /lib/systemd/system/cron.service-এ দেখা যেতে পারে। পরিষেবা কনফিগারেশনে বিশেষ কিছু নেই; প্রতিটি ব্যবহারকারীর ক্রনট্যাবে সরাসরি ঘোষিত পরিবেশ ভেরিয়েবলের মাধ্যমে আরও সূক্ষ্ম কাজ পরিচালনা করা যেতে পারে।

রেডহ্যাট, ফেডোরা এবং সেন্টোসে ক্রনি

cronie — ভিক্সি ক্রন সংস্করণ 4.1 এর কাঁটা। ডেবিয়ানের মতো, সিনট্যাক্স পরিবর্তিত হয়নি, তবে PAM এবং SELinux-এর জন্য সমর্থন, একটি ক্লাস্টারে কাজ করা, inotify ব্যবহার করে ফাইল ট্র্যাক করা এবং অন্যান্য বৈশিষ্ট্য যুক্ত করা হয়েছে।

ডিফল্ট কনফিগারেশনটি সাধারণ স্থানে রয়েছে: সিস্টেম টেবিলটি /etc/crontab-এ রয়েছে, প্যাকেজগুলি তাদের টেবিলগুলি /etc/cron.d-এ রাখে, ব্যবহারকারী টেবিলগুলি /var/spool/cron/crontabs-এ যায়।

ডেমন সিস্টেমড নিয়ন্ত্রণের অধীনে চলে, পরিষেবা কনফিগারেশন হল /lib/systemd/system/crond.service।

Red Hat-এর মতো ডিস্ট্রিবিউশনে, স্টার্টআপে ডিফল্টরূপে /bin/sh ব্যবহার করা হয়, যা স্ট্যান্ডার্ড ব্যাশ। এটা উল্লেখ করা উচিত যে যখন /bin/sh এর মাধ্যমে ক্রোন জব চালানো হয়, তখন ব্যাশ শেল POSIX- কমপ্লায়েন্ট মোডে শুরু হয় এবং অ-ইন্টারেক্টিভ মোডে চলমান কোনো অতিরিক্ত কনফিগারেশন পড়ে না।

SLES এবং openSUSE-এ ক্রোনি

জার্মান ডিস্ট্রিবিউশন SLES এবং এর ডেরিভেটিভ openSUSE একই ক্রোনি ব্যবহার করে। এখানে ডেমনটি systemd-এর অধীনে চালু করা হয়েছে, পরিষেবা কনফিগারেশনটি /usr/lib/systemd/system/cron.service-এ অবস্থিত। কনফিগারেশন: /etc/crontab, /etc/cron.d, /var/spool/cron/tabs। /bin/sh হল একই ব্যাশ যা POSIX-অনুযায়ী নন-ইন্টারেক্টিভ মোডে চলছে।

ভিক্সি ক্রন ডিভাইস

ক্রনের আধুনিক বংশধররা ভিক্সি ক্রনের তুলনায় আমূল পরিবর্তন করেনি, তবে এখনও নতুন বৈশিষ্ট্যগুলি অর্জন করেছে যা প্রোগ্রামের নীতিগুলি বোঝার প্রয়োজন হয় না। এই এক্সটেনশনগুলির মধ্যে অনেকগুলি খারাপভাবে ডিজাইন করা হয়েছে এবং কোডটিকে বিভ্রান্ত করে। পল ভিক্সির মূল ক্রোন সোর্স কোডটি পড়ে আনন্দিত।

অতএব, আমি উন্নয়নের উভয় শাখার জন্য সাধারণ একটি ক্রন প্রোগ্রামের উদাহরণ ব্যবহার করে ক্রোন ডিভাইস বিশ্লেষণ করার সিদ্ধান্ত নিয়েছি - ভিক্সি ক্রন 3.0pl1। আমি যদি পড়াকে জটিল করে এমন ifdef গুলিকে সরিয়ে দিয়ে এবং ছোটখাটো বিবরণ বাদ দিয়ে উদাহরণগুলিকে সরল করব৷

রাক্ষসের কাজকে কয়েকটি পর্যায়ে ভাগ করা যায়:

1. প্রোগ্রাম আরম্ভ।
2. চালানোর জন্য কাজের তালিকা সংগ্রহ ও আপডেট করা।
3. প্রধান ক্রন লুপ চলমান.
4. একটি কাজ শুরু করুন।

এর ক্রমানুসারে তাদের তাকান.

আরম্ভ

যখন শুরু হয়, প্রক্রিয়া আর্গুমেন্ট চেক করার পরে, ক্রন SIGCHLD এবং SIGHUP সংকেত হ্যান্ডলার ইনস্টল করে। প্রথমটি চাইল্ড প্রক্রিয়ার সমাপ্তি সম্পর্কে একটি লগ এন্ট্রি করে, দ্বিতীয়টি লগ ফাইলের ফাইল বর্ণনাকারী বন্ধ করে:

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

ক্রন ডেমন সবসময় সিস্টেমে একাই চলে, শুধুমাত্র সুপার ইউজার হিসাবে এবং প্রধান ক্রন ডিরেক্টরি থেকে। নিম্নলিখিত কলগুলি ডেমন প্রক্রিয়ার পিআইডি সহ একটি লক ফাইল তৈরি করে, নিশ্চিত করুন যে ব্যবহারকারী সঠিক এবং বর্তমান ডিরেক্টরিটিকে প্রধানটিতে পরিবর্তন করুন:

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

অভিভাবক প্রক্রিয়ার সমাপ্তি লক ফাইলে লক প্রকাশ করে। উপরন্তু, সন্তানের কাছে ফাইলের পিআইডি আপডেট করা প্রয়োজন। এর পরে, টাস্ক ডাটাবেস পূরণ করা হয়:

/* повторный захват лока */
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;
    }
}

এখানে, হয় লোড_এনভি / এনভি_সেট ফাংশন ব্যবহার করে এনভায়রনমেন্ট ভেরিয়েবল সেট করা হয়েছে (ভিএআর = ভ্যালু ফর্মের লাইন) অথবা লোড_এন্ট্রি ফাংশন ব্যবহার করে টাস্কের বিবরণ পড়া হয়েছে (* * * * * /path/to/exec)।

লোড_এন্ট্রি যে এন্ট্রি সত্তাটি ফেরত দেয় তা হল আমাদের কাজ, যা সাধারণ কাজের তালিকায় রাখা হয়েছে। ফাংশনটি নিজেই সময়ের বিন্যাসের একটি ভার্বোস পার্সিং করে, তবে আমরা পরিবেশের ভেরিয়েবল এবং টাস্ক লঞ্চ প্যারামিটার গঠনে আরও আগ্রহী:

/* пользователь и группа для запуска задачи берутся из 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 মিনিটের জন্য। কনফিগারেশন পুনরায় পড়ার জন্য এবং এই মোডে কাজগুলি পরীক্ষা করার জন্য কম সংস্থানগুলি ব্যবহার করা হয়েছিল, কিন্তু দ্রুত কাজের তালিকা আপডেট করা অসুবিধাজনক হয়ে ওঠে।

ভিক্সি ক্রন মিনিটে একবার টাস্ক লিস্ট চেক করতে ফিরে আসেন, সৌভাগ্যবশত 80 এর দশকের শেষের দিকে স্ট্যান্ডার্ড ইউনিক্স মেশিনে উল্লেখযোগ্যভাবে আরও সংস্থান ছিল:

/* первичная загрузка задач */
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;
}

যে মূলত সব cron হয়. আমি কিছু আকর্ষণীয় বিবরণ বাদ দিয়েছি, উদাহরণস্বরূপ, দূরবর্তী ব্যবহারকারীদের জন্য অ্যাকাউন্টিং, কিন্তু আমি মূল জিনিসটি রূপরেখা দিয়েছি।

উত্তরভাষ

ক্রন একটি আশ্চর্যজনকভাবে সহজ এবং দরকারী প্রোগ্রাম, যা ইউনিক্স বিশ্বের সেরা ঐতিহ্যে তৈরি। তিনি অতিরিক্ত কিছু করেন না, তবে তিনি কয়েক দশক ধরে তার কাজটি দুর্দান্তভাবে করছেন। উবুন্টুর সাথে আসা সংস্করণটির কোড পেতে এক ঘণ্টার বেশি সময় লাগেনি, এবং আমি অনেক মজা পেয়েছি! আমি আশা করি আমি আপনার সাথে এটি ভাগ করতে সক্ষম হয়েছে.

আমি আপনার সম্পর্কে জানি না, কিন্তু আমি এটা বুঝতে পেরে একটু দুঃখিত যে আধুনিক প্রোগ্রামিং, এর অত্যধিক-জটিল এবং অতি-বিমূর্ত হওয়ার প্রবণতা সহ, দীর্ঘকাল ধরে এই ধরনের সরলতার জন্য উপযোগী নয়।

ক্রনের অনেক আধুনিক বিকল্প রয়েছে: সিস্টেমড-টাইমার আপনাকে নির্ভরশীলতার সাথে জটিল সিস্টেমগুলিকে সংগঠিত করার অনুমতি দেয়, fcron আপনাকে আরও নমনীয়ভাবে কাজের দ্বারা সম্পদ খরচ নিয়ন্ত্রণ করতে দেয়। কিন্তু ব্যক্তিগতভাবে, সহজতম ক্রন্টাব সবসময় আমার জন্য যথেষ্ট ছিল।

সংক্ষেপে, ইউনিক্সকে ভালবাসুন, সাধারণ প্রোগ্রামগুলি ব্যবহার করুন এবং আপনার প্ল্যাটফর্মের জন্য মানা পড়তে ভুলবেন না!

উত্স: www.habr.com