محلّل تعابير Cron

خمسة حقول، أخشنها في الآخر

وداخل الحقل: * تعني أياً كان، و, تعدّد القيم، و- تعطي مدى، و/ تخطو. فـ */15 في حقل الدقائق تعني كل خمس عشرة دقيقة؛ و5/10 تعني من 5 فصاعداً بمقدار عشرة، أي 5 و15 و25 وهكذا. وقد تلتف المديات، فـ FRI-MON طريقة صالحة لقول عطلة نهاية الأسبوع مع طرفيها.

القاعدة التي توقع الجميع

هذا هو الشيء الوحيد الجدير بأن تخرج به من هذه الصفحة.

حين يكون الحقلان — يوم الشهر ويوم الأسبوع — مقيَّدين معاً، يشغّل cron المهمة حين يطابق أيٌّ منهما. لا كلاهما. إنها «أو»، وتُقرأ كأنها «و».

0 0 1 * MON   # NOT "the 1st, if it is a Monday"
              # Actually: every 1st, AND every Monday

ذلك الجدول ينطلق نحو خمس مرات شهرياً. الصقه في المحلّل أعلاه وانظر إلى مواعيد التشغيل التالية — التسلسل يفضح الأمر فوراً.

ولا تنطبق القاعدة إلا حين يكون الحقلان مقيَّدين. فإن كان أحدهما * حكم الآخر وحده، ولهذا يتصرف 0 0 * * MON تماماً كما هو متوقَّع. والسلوك منصوص عليه في مواصفة POSIX وينفّذه كل cron شائع، فليست علّة يمكن ضبط الإعدادات للتخلص منها.

ولاشتراط الأمرين معاً فعلاً، قيّد حقلاً واحداً في الجدول وافحص الآخر في مطلع المهمة:

0 0 * * MON  [ "$(date +\%d)" = "01" ] && /usr/local/bin/job

التوقيت الصيفي، الذي يكسر المهام مرتين كل عام

يعمل cron بالمنطقة الزمنية المحلية للخادم ما لم يُقَل غير ذلك، والوقت المحلي ليس متصلاً. فحين تُقدَّم الساعات تختفي ساعة: قد تُتخطّى مهمة مجدولة للساعة 02:30 كلياً أو تنطلق في 03:30، تبعاً لنسخة cron التي لديك. وحين تُؤخَّر تقع الساعة 01:30 مرتين، وقد تقع معها المهمة مرتين.

ويبذل Vixie cron الحديث جهداً — إذ تُشغَّل المهام الفائتة بسبب القفزة إلى الأمام مرة واحدة بعدها عادةً — لكن السلوك ليس متسقاً بين التطبيقات، ومجدولات الحاويات تختلف مرة أخرى.

والحل المتين تشغيل المجدوِل بتوقيت UTC والتحويل عند الأطراف. ومهام CronJob في كوبرنيتيس تعمل بـ UTC افتراضياً لهذا السبب بالضبط. فإن وجب أن تعمل مهمة في توقيت محلي بعينه، فاقبل أنها ستزيغ ساعةً في جزء من السنة، أو استعمل مجدوِلاً يفهم المناطق الزمنية فهماً صحيحاً — ومؤقتات systemd تفهمها.

أسباب أخرى لعدم تشغيل مهمة cron

• البيئة شبه فارغة. فـ cron لا يقرأ ملف تعريف الصدفة لديك، فيكون PATH ضئيلاً وبيئتك الافتراضية غير مفعّلة. استعمل المسارات المطلقة دائماً.
• علامة نسبة مئوية مجرّدة. ففي crontab تعني % سطراً جديداً. فـ date +%Y تنكسر في صمت؛ ويجب أن تُكتب date +\%Y.
• غياب سطر جديد في النهاية. فبعض نسخ cron تتجاهل السطر الأخير من crontab إن لم ينتهِ بسطر جديد.
• المخرجات تذهب إلى العدم. فـ cron يرسل المخرجات بريدياً إلى المستخدم، وإن لم يكن البريد مضبوطاً اختفت. فوجّهها إلى ملف سجل كي تكون الإخفاقات مرئية.
• تشغيلات متداخلة. فـ cron لا ينتظر انتهاء التشغيل السابق. ومهمة تستغرق خمس دقائق على جدول من دقيقة واحدة تتراكم حتى ينهار شيء ما. استعمل flock.

ما لا يستطيع cron التعبير عنه

الحقول مستقلة، فكل ما لا يقسم الساعة أو اليوم قسمةً صحيحة خارج المتناول. فـ «كل تسعين دقيقة» لا يمكن كتابتها. ولا «آخر جمعة في الشهر» في cron القياسي — ولهذا وُجدت L و# في Quartz، ولهذا أيضاً ليستا قابلتين للنقل.

وإن وجدت نفسك تصارع الصياغة، فتلك عادةً إشارة إلى الانتقال إلى مجدوِل يفكّر بالفواصل الزمنية لا بحقول التقويم. فمؤقّت systemd مع OnUnitActiveSec=90min يقول ما قصدته في سطر واحد.

ذات صلة

مواعيد التشغيل أعلاه بتوقيت UTC — ومحوّل الطوابع الزمنية سيضع أياً منها في منطقتك الزمنية، أو في أي صيغة يسجّل بها مجدوِلك. أما لمطابقة النصوص لا للجدولة، فإن مختبِر التعابير النمطية في الجوار.