| شیڈول | کمانڈ | تفصیل | اسٹیٹس | اعمال |
|---|---|---|---|---|
0 5 * * * |
/usr/local/bin/custom-backup.sh >> /var/log/arciveo-cron.log 2>&1 |
Nightly backup to remote storage | ||
*/15 * * * * |
/usr/local/bin/healthcheck.sh |
Ping external uptime monitor |
| کمانڈ | |
|---|---|
30 1 * * * /usr/local/bin/clamav-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 2 * * * /usr/bin/aide --config /etc/aide/aide.conf --check > /var/log/aide/aide.log 2>&1 |
|
@reboot chmod 755 /var/lib/aide |
|
0 3 * * * /usr/local/bin/lynis-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 4 * * * /usr/local/bin/load-ipsum.sh >> /var/log/arciveo-cron.log 2>&1 |
|
@reboot sleep 60 && /usr/local/bin/load-ipsum.sh >> /var/log/arciveo-cron.log 2>&1 |
|
30 4 * * * /usr/local/bin/debsums-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 6 * * * /usr/local/bin/logwatch_daily.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 8 * * * /usr/local/bin/daily-report-all.sh >> /var/log/arciveo-cron.log 2>&1 |
|
*/30 * * * * /usr/local/bin/smart-scan.sh >> /var/log/arciveo-cron.log 2>&1 |
|
0 * * * * /usr/bin/apt-get update -qq >/dev/null 2>&1 |
|
*/5 * * * * /usr/local/bin/collect-metrics-all.sh >> /var/log/arciveo-cron.log 2>&1 |
cron اپنے بارے میں کچھ نہیں بتاتا۔ نہ یہ اطلاع دیتا ہے کہ کوئی کام ناکام ہوا، نہ دکھاتا ہے کہ آخری بار کب چلا، اور شیڈول کے پانچ خانوں میں نحوی غلطی کے ظاہر ہونے کی کوئی جگہ نہیں۔ رسمی طور پر یہ مقامی صارف کو خط بھیجتا ہے، مگر ایسے سرور پر جہاں باہر جانے والی ڈاک کبھی ترتیب ہی نہیں دی گئی، وہ پیغام کوئی نہیں پڑھتا۔ کوئی کام مہینوں خراب پڑا رہ سکتا ہے، اور اُسے نتائج ہی ظاہر کرتے ہیں۔
یہ صفحہ پینل کے ذریعے شامل کیے گئے کام دکھاتا ہے: شیڈول، کمانڈ، تفصیل اور حالت، اس سہولت کے ساتھ کہ کسی کام کو ٹرمینل کھولے بغیر فعال، غیر فعال یا حذف کیا جا سکے۔ اُن کے نیچے الگ فہرست میں root crontab کی باقی سطریں ہیں، یعنی وہ جو آپ نے یا کسی نصب شدہ پیکیج نے پہلے ڈالی تھیں۔ وہ صرف پڑھنے کے لیے ہیں: پینل جان بوجھ کر اُس چیز میں ترمیم نہیں کرتا جو اُس نے خود نہیں لکھی۔
یہاں تین چیزیں جانچنے کے قابل ہیں۔ جس کام کا آؤٹ پٹ /dev/null 2>&1 کو جاتا ہے، وہ چلنے پر بھی اتنا ہی خاموش رہتا ہے جتنا ٹوٹنے پر۔ پورے راستے کے بجائے صرف نام سے لکھی گئی کمانڈ آپ کے شیل سے مختلف برتاؤ کرتی ہے، کیونکہ cron کا اپنا اور نہایت مختصر PATH ہوتا ہے۔ اور خود شیڈول: جو کام کبھی خرابی ڈھونڈنے کے لیے بند کیا گیا ہو، عموماً بند ہی رہ جاتا ہے۔ نقب لگنے کے کسی بھی شبے کے بعد cron کو پڑھنا بھی ضروری ہے، کیونکہ شیڈیولر کے ذریعے جم جانا اسٹارٹ اپ یونٹ کی نسبت آسان ہے، اور ایسی سطر بالکل معمول کی لگتی ہے۔