Neden crontab'ım tetiklemedi?

Kullandığım crontab -ebenim crontab aşağıdaki satırı eklemek için:

* * * * * echo hi >> /home/myusername/test

Yine de, test dosyasının yazıldığı yeri görmüyorum. Bu bir izin sorunu mu yoksa crontab düzgün çalışmıyor mu?

Cron sürecinin çalıştığını görüyorum. Bunu nasıl hata ayıklayabilirim?

Düzenleme - Ask Ubuntu'nun crontab hakkında güzel bir sorusu var , ne yazık ki bu bana yardımcı olmuyor.

Düzenleme 2 - Hmm, sanırım test dosyam 214 satırdan oluşuyor, bu da son 214 dakika boyunca her dakika yazıldığı anlamına geliyor. Sorunun ne olduğundan emin değilim, ama açıkça belli oldu.

Her cronbiri dakikada bir güncellenen crontab dosyalarını kontrol eden ve bir sonraki dakikaya kadar yeni girişleri dikkate almayan uygulamaları (hepsi değil ve hangilerinin hazırlıksız olduğunu, ancak Linux altında bir taneyle karşılaştığım) uygulamaları var. . Bu nedenle, bir crontab'ın ilk kez ateşlenmesi iki dakika kadar sürebilir. Bu senin gözlemlediğin şey olabilir.

Eğer bir katma mı senin cronjob sonra boş satır ?

Aynı problemi yaşadım - sonunda yeni bir giriş ekledikten sonra çalışan bir crontab aniden durdu. Son satırdan sonra yeni bir satır eklemeyi unuttuğum ortaya çıktı.

Komutu yayınlayarak öğrendim

cat /var/log/syslog | grep crontab

ve çıktı sorunu gösterdi:

Jul  2 08:16:01 shiva cron[1254]: (*system*) RELOAD (/etc/crontab)
Jul  2 08:16:01 shiva cron[1254]: (*system*) ERROR (Missing newline before EOF, this crontab file will be ignored)

Newline'ı eklemek ve kaydetmek problemi çözdü.

Bu gibi sesler sabittir. Bir dahaki sefere, STDERR'yi de kaydetmeyi deneyin. Aşağıdakiler yalnızca STDOUT'a giriş yapar, STDERR'e değil:

* * * * * echo hi >> /home/myusername/test

STDERR için de açık bir cümle olduğundan emin olun. Aksi takdirde, STDERR kullanıcıya e-posta ile gönderilebilir (e-postanın çalıştığını varsayarsak) veya Cron'un nasıl yapılandırıldığına bağlı olarak hiçbir yere gitmeyebilir.

* * * * * echo hi >> /home/myusername/test 2> /home/myusername/test.stderr

Benim tercihim cronjob çıktısını syslog'a göndermek. Bu yolla mevcut herhangi bir syslog altyapısından (merkezi syslogs, Splunk, log dönüşü zaten desteklenmiş, / var / log / messages & / var / log / cronjob, vb. İçindeki mesajları karşılaştırmak çok kolay) yararlanıyorum. gereksiz e-postalarla sysadmins (me) spam.

* * * * * echo hi >> /home/myusername/test 2>&1 | /usr/bin/logger -t mycronjob

Benimle sorun betiğin çalıştırılabilir olmamasıydı. Crontab vardı -e böyle bir kurulum

* * * * * /bin/my-script.sh

Ve myscript dosyası çalıştırılabilir değildi, bu yüzden koştum

chmod +x my-script.sh

Hemen çıktıyı beklendiği gibi görmeye başladım.

Ben değiştirdiğinizde cron hattı bilgisayarımda cezası çalışır myusernaeiçin phunehehe. Sisteminizde neyin yanlış olduğunu bulmanın birkaç yolu vardır.

Cron genellikle yanlış bir şey olduğunda kullanıcıya posta gönderir. "Postanız var" mesajını görürseniz, gelen kutunuzu kontrol etmek için bir posta istemcisi kullanın . Veya, giriş dizininize bakın, orada bir dosya olabilir dead.letter.

/var/log/Cron ile ilgili girişleri kontrol edebilirsiniz . Bilgisayarımda günlük dosyası şu anda /var/log/cron/current(root erişimi gerekli).

Kök erişiminiz varsa, cron daemon'unu durdurabilir ve hata ayıklama modunda başlatabilirsiniz. Mesela ben kullanırdım ( fcrondaemon'unun ismine değiştir ):

killall fcron
fcron --foreground --debug

Büyük olasılıkla, cron başarısız olduğunda, o bilgisayardaki cron işinin kullanıcı kimliğine bir e-posta gönderir. Bilgisayarınızda çalışan bir MTA'nız yoksa veya bu postayı başka bir yere okumuyorsanız veya iletmiyorsanız, MTA çalışıyor olsa bile bu mesajı görmezsiniz.

Crontab'ınızın hatalarını posta yoluyla almanın iyi bir yolu, crontab'ınızın şöyle görünmesini sağlamaktır:

MAILTO="myemail@example.com"
* * * * * echo hi >> /home/myusernae/test

Açıkçası, myemail@example.com yerine e-posta adresinizi kullanın. Bu, cron'a yerel hesap yerine e-posta adresinize hata göndermesini söyler. Özellikle, size yalnızca çıktı göndermek istediğiniz bir kök crontab'ınız (veya /etc/cron.d'deki crontab fragmanınız varsa), kökün posta kutusunu veya kökün yönlendirme adresini spam göndermekten kaçınabilirsiniz.

Bunun bir nedeni, / home / dizininin şifrelenmiş olabileceği ve kullanıcı oturumunu kapattığında cronun bu dizinde bir şey yapamayacağına inanıyorum.

bakınız: https://stackoverflow.com/a/40354269/1279002