ทำไม crontab ของฉันถึงไม่เรียก?

ฉันเคยcrontab -eเพิ่มบรรทัดต่อไปนี้ใน crontab ของฉัน:

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

แต่ฉันไม่เห็นว่าไฟล์ทดสอบถูกเขียนไป นี่เป็นปัญหาสิทธิ์หรือ crontab ทำงานไม่ถูกต้องหรือไม่

ฉันเห็นว่ากระบวนการ cron กำลังทำงานอยู่ ฉันจะแก้ไขข้อบกพร่องนี้ได้อย่างไร

แก้ไข - ถาม Ubuntu มีคำถามที่ดีเกี่ยวกับ crontabแต่น่าเสียดายที่ยังไม่ช่วยฉัน

แก้ไข 2 - อืมดูเหมือนว่าไฟล์ทดสอบของฉันมี 214 บรรทัดซึ่งหมายความว่าในช่วง 214 นาทีที่ผ่านมามันถูกเขียนไปทุกนาที ฉันไม่แน่ใจว่าปัญหาคืออะไร แต่มันหายไปอย่างชัดเจน

มีการติดตั้งใช้งานcron(ไม่ใช่ทั้งหมดและฉันจำไม่ได้ว่าเป็นมือเดียว แต่ฉันเจอหนึ่งใน Linux) ที่ตรวจสอบไฟล์ crontab ที่อัปเดตทุกนาทีในนาทีและไม่พิจารณารายการใหม่จนกว่าจะถึงนาทีถัดไป . ดังนั้น crontab อาจใช้เวลาถึงสองนาทีในการลุกขึ้นในครั้งแรก นี่อาจเป็นสิ่งที่คุณสังเกตเห็น

คุณเพิ่มบรรทัดว่างหลังจาก cronjob ของคุณหรือไม่

ฉันมีปัญหาเดียวกัน - crontab ที่ใช้งานได้หยุดลงทันทีหลังจากฉันเพิ่มรายการใหม่ในตอนท้าย ปรากฎว่าฉันลืมใส่บรรทัดใหม่หลังจากบรรทัดสุดท้าย

ฉันพบโดยการออกคำสั่ง

cat /var/log/syslog | grep crontab

และผลลัพธ์ที่แสดงให้เห็นปัญหา:

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)

การเพิ่มบรรทัดใหม่และการบันทึกช่วยแก้ปัญหาได้

เสียงเช่นนี้ได้รับการแก้ไข ครั้งต่อไปให้ลองบันทึก STDERR เช่นกัน ต่อไปนี้จะเข้าสู่ระบบ STDOUT เท่านั้นไม่ใช่ STDERR:

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

ลองตรวจสอบให้แน่ใจว่ามีส่วนคำสั่งที่ชัดเจนสำหรับ STDERR เช่นกัน มิฉะนั้นอาจส่ง STDERR ผ่านอีเมลไปยังผู้ใช้ (สมมติว่าอีเมลทำงาน) หรืออาจไปที่ใดก็ได้ขึ้นอยู่กับการกำหนดค่า Cron

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

การตั้งค่าของฉันคือการส่งออก cronjob ไปยัง syslog ด้วยวิธีนี้ฉันใช้ประโยชน์จากโครงสร้างพื้นฐาน syslog ใด ๆ ที่มีอยู่ (syslogs รวมศูนย์, Splunk, การหมุนบันทึกได้รับการสนับสนุนแล้วมันง่ายต่อการเปรียบเทียบข้อความใน / var / log / ข้อความ & / var / log / cronjob ฯลฯ ) และฉันไม่ สแปม sysadmins (ฉัน) ด้วยอีเมลที่ไม่จำเป็น

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

สำหรับฉันปัญหาคือว่าสคริปต์ไม่สามารถเรียกใช้งานได้ ฉันมีการติดตั้งcrontab -eเช่นนี้

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

และไฟล์ myscript นั้นไม่สามารถเรียกใช้งานได้ดังนั้นฉันจึงรัน

chmod +x my-script.sh

ทันทีที่ฉันเริ่มเห็นผลลัพธ์ตามที่คาดไว้

สาย cron ของคุณทำงานได้ดีบนคอมพิวเตอร์ของฉันเมื่อฉันเปลี่ยนไปmyusernae phuneheheมีหลายวิธีในการค้นหาว่ามีอะไรผิดปกติกับระบบของคุณ

Cron มักจะส่งจดหมายไปยังผู้ใช้เมื่อมีสิ่งผิดปกติ ถ้าคุณเห็นข้อความ "คุณมีจดหมาย" ใช้โปรแกรมอีเมลไปตรวจสอบกล่องจดหมายของคุณ หรือตรวจสอบในไดเรกทอรีบ้านของคุณอาจมีชื่อไฟล์dead.letterอยู่ที่นั่น

คุณสามารถตรวจสอบ/var/log/รายการที่เกี่ยวข้องกับ cron ในคอมพิวเตอร์ของฉันไฟล์บันทึกเป็นที่/var/log/cron/current(ต้องมีการเข้าถึงรูท)

หากคุณมีสิทธิ์เข้าถึงรูทคุณสามารถหยุด cron daemon และเริ่มทำงานในโหมดดีบัก ตัวอย่างเช่นฉันจะใช้ (เปลี่ยนfcronเป็นชื่อภูตของคุณ):

killall fcron
fcron --foreground --debug

ส่วนใหญ่แล้วเมื่อ cron ล้มเหลวมันจะสร้างอีเมลไปยัง id ผู้ใช้ของงาน cron บนคอมพิวเตอร์เครื่องนั้น หากคุณไม่มี MTA ทำงานบนคอมพิวเตอร์ของคุณหรือคุณไม่ได้อ่านหรือส่งต่อจดหมายนั้นไปที่อื่นคุณจะไม่เห็นข้อความนั้นแม้ว่า MTA นั้นจะทำงานได้ก็ตาม

วิธีที่ดีในการรับข้อผิดพลาดของ crontab ผ่านอีเมลคือการทำให้ crontab ของคุณมีลักษณะดังนี้:

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

เห็นได้ชัดว่าใช้ที่อยู่อีเมลของคุณแทนที่จะเป็น myemail@example.com สิ่งนี้จะบอก cron ให้ส่งข้อผิดพลาดไปยังที่อยู่อีเมลของคุณแทนที่จะเป็นบัญชีท้องถิ่น โดยเฉพาะอย่างยิ่งสิ่งนี้มีประโยชน์หากคุณมี root crontab (หรือส่วน crontab ใน /etc/cron.d) ที่คุณต้องการเพียงแค่ส่งผลลัพธ์ให้คุณคุณสามารถหลีกเลี่ยงกล่องจดหมายของ root หรือที่อยู่ส่งต่อของราก

ฉันเดาว่าเหตุผลข้อหนึ่งอาจเป็นเพราะไดเรกทอรี / home / ถูกเข้ารหัสและเมื่อผู้ใช้ออกจากระบบ cron ไม่สามารถทำอะไรในไดเรกทอรีนั้น

ดู: https://stackoverflow.com/a/40354269/1279002