Bagaimana saya bisa menjalankan perintah cron dengan variabel lingkungan yang ada?

Bagaimana saya bisa menjalankan perintah cron dengan variabel lingkungan yang ada?

Jika saya berada di prompt shell saya bisa mengetik echo $ORACLE_HOMEdan mendapatkan path. Ini adalah salah satu variabel lingkungan saya yang akan ditetapkan di saya ~/.profile. Namun, sepertinya ~/.profileskrip fron cron tidak dapat dimuat dan skrip saya gagal karena $ORACLE_HOMEvariabel tidak disetel.

Dalam pertanyaan ini penulis menyebutkan membuat ~/.cronfileprofil yang mengatur variabel untuk cron, dan kemudian ia melakukan solusi untuk memuat semua perintah cronnya ke dalam skrip yang disimpannya di ~/Crondirektori. File seperti ~/.cronfileterdengar seperti ide yang bagus, tetapi sisa jawabannya tampaknya sedikit rumit dan saya berharap seseorang dapat memberi tahu saya cara yang lebih mudah untuk mendapatkan hasil yang sama.

Saya kira di awal skrip saya, saya bisa menambahkan sesuatu seperti source ~/.profiletapi itu sepertinya bisa berlebihan.

Jadi bagaimana saya bisa membuat skrip cron saya memuat variabel dari profil shell-interaktif saya?

Di crontab, sebelum Anda memerintahkan, tambahkan . $HOME/.profile. Sebagai contoh:

0 5 * * * . $HOME/.profile; /path/to/command/to/run

Crontidak tahu apa-apa tentang cangkang Anda; dimulai oleh sistem, sehingga memiliki lingkungan minimal. Jika Anda menginginkan sesuatu, Anda harus membawa itu ke dalam diri Anda.

Pilihan lain, yang menurut saya lebih mudah, adalah menjalankan skrip dengan cron dan memiliki lingkungan dalam skrip.

Dalam file crontab -e:

SHELL=/bin/bash

*/1 * * * * $HOME/cron_job.sh

Dalam file cron_job.sh:

#!/bin/bash
source $HOME/.bash_profile
some_other_cmd

Perintah apa pun setelah sumber .bash_profile akan memiliki lingkungan Anda seolah-olah Anda masuk.

Opsi lain, yang menurut saya lebih mudah, adalah menjalankan skrip dengan cron dan menyuruh bash untuk masuk (karenanya menggunakan /etc/profile.d/...definisi lingkungan)

Dalam crontab -efile:

*/1 * * * * bash -l -c './cron_job.sh'
*/1 * * * * bash -l -c 'php -f ./cron_job.php'

Perintah apa pun setelah sumber .bash_profileakan memiliki lingkungan Anda seolah-olah Anda masuk.

Ide buruk. Praktik umum adalah secara khusus mengatur semua variabel lingkungan yang diperlukan dalam skrip yang akan dijalankan dari pekerjaan cron.

Sintaks ini pasti membantu Anda. Saya tidak mengerti sintaksnya, tetapi itu berhasil. Oracle menggunakan sintaks ini, ketika menyebarkan Oracle Configuration Manager ke crontab, oleh karena itu, saya percaya bahwa ini adalah solusi yang tepat.

0 5 * * * SOME_ENV_VAR=some_value some_command some_parameters

Saya baru-baru ini menemukan sebuah kasus di mana saya harus menjalankan cronjob secara keseluruhan sebagai root tetapi, pada saat yang sama, harus menjalankan sub-perintah sebagai pengguna yang berbeda (yang membutuhkan sumber lingkungan pengguna itu). Saya pergi dengan pendekatan berikut:

# m  h  dom  mon  dow  user  command
*/5  *   *    *    *   root  (sudo -i -u <the user> command-to-be-run-as-user) && command-to-be-run-as-root

Bagian penting adalah argumen -iyang diteruskan ke sudomana akan menjalankan perintah yang diberikan dalam shell login yang terpisah (yang pada gilirannya berarti bahwa dotfile pengguna akan bersumber).

PS: Perhatikan bahwa userkolom hanya tersedia di dalam /etc/crontabdan /etc/cron.d/*file.

Solusinya, yang bekerja untuk saya, dijelaskan di sini .

Anda membuat skrip pembungkus, yang memanggil . ~/.cronfile, dan kemudian melakukan hal-hal yang Anda inginkan. Script ini diluncurkan oleh cron.

Di ~/.cronfileAnda tentukan lingkungan untuk pekerjaan cron Anda.

Ya, Anda dapat menggunakan "solusi terkenal" (beberapa di antaranya telah terdaftar). Ini adalah cara lain untuk mengatakan bahwa semua orang tahu itu jelek, meskipun beberapa orang akan menyebut ini sebagai "fitur keamanan" karena mereka telah menghabiskan setidaknya sebanyak tersandung kegagalan ini (ure) seperti yang Anda miliki, dan ingin berpikir mereka buang waktu bukan untuk sia-sia. Ini setara dengan cron dari keyboard QWERTY.

Saya menduga alasan aslinya mungkin karena kinerja, sehingga skrip berjalan sekali dalam satu menit tidak akan menghabiskan waktu untuk membaca skrip rc. Awalnya cron juga tidak benar-benar dapat dikonfigurasi, jadi default adalah satu-satunya pilihan.

Tidak ada keamanan tambahan dengan tidak memiliki beberapa konfigurasi atau metode sederhana untuk memiliki cron hanya mengambil lingkungan shell interaktif Anda alih-alih pengguna harus melakukan senam shell bodoh. Pada mesin modern umumnya tidak ada perolehan kinerja yang jelas kecuali Anda memiliki banyak pekerjaan yang berjalan setiap menit.

Budaya Unix gagal. Menurut pendapat saya. :-)

Menambahkan

BASH_ENV=/home/user/.profile

ke crontab. Lihat Cara menjamin ketersediaan $ BASH_ENV

Alih-alih mengatur profil, yang membantu saya adalah mengatur PATH. Beberapa perintah tidak tersedia di skrip cron saya karena PATHberbeda.

ENVIRONMENT=prod
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
*/30 * * * * /opt/myscript1.sh
*/30 * * * * /opt/myscript2.sh
*/30 * * * * /opt/myscript3.sh

Pengaturan PATHdengan jalur perintah membantu saya. Lebih baik lagi jika Anda dapat menggunakan templat dan melakukan detemplatize nanti,

ENVIRONMENT={{ENVIRONMENT}}
PATH={{PATH}}
*/30 * * * * /opt/myscript1.sh
*/30 * * * * /opt/myscript2.sh
*/30 * * * * /opt/myscript3.sh

Melewati variabel ke setiap item terlihat berantakan.

Saya menempatkan. ~/.dbus/session-bus/*di bagian atas skrip yang saya inginkan :)