Ronny Haryanto wrote:
> Kayaknya masih terlalu ribet. Coba isolate the problem. Persempit
> ruang pencarian kita.
> Siapa yg salah? cron? email? scriptnya? Mana yg paling masuk akal
> untuk dicurigai? Mulai tes teori kita dengan eliminasi (misalnya).
>
> Contoh, kalo misalnya saya curiga cron biang keroknya, maka saya tes
> cronnya dulu. Bikin entry yg pasti jalan dulu:
>
> MAILTO=saya
> 15 15 * * * echo "ngetes jam 3:15"
>
> Dapet gak emailnya? Kalo dapet berarti cronnya jalan dan emailnya
> jalan, kemungkinan scriptnya yg perlu dicurigai. Kalo gak dapet ya
> either cronnya gak jalan atau emailnya gak nyampe ke saya, kemungkinan
> scriptnya gak salah. Begitu seterusnya, sampe semua kemungkinan udah
> dieliminasi, jadi makin lama makin sempit ruang carinya.
>
> Anda sudah mencoba menjalankan scriptnya di luar cron, itu bagus. Cuma
> saya gak yakin itu environmentnya sama atau nggak seperti pas
> dijalankan lewat cron. Biasanya sering kelupaan soal path. Makanya
> saya tanya soal PATH dan HOME tadi itu. Skrg gini aja, coba lagi
> diganti scriptnya untuk menggunakan full paths utk program2nya,
> misalnya:
>
> SBIN="/usr/sbin"
> POSTSUPER="${SBIN}/postsuper"
> POSTQUEUE="${SBIN}/postqueue"
> ...
> ${POSTSUPER} -H $i
> ${POSTQUEUE} -i
> ....
>
> Saran saya lagi, kalo belum jalan 100% benar, JANGAN pernah sekali2
> pake ">/dev/null 2>&1", ini malah mempersulit debugging. Output itu
> ada untuk membantu kita menyelidiki kalo ada masalah, jangan malah
> diabaikan.
>
> Ronny
>
>
Mas ronny, thx buat tips nya, sekarang udah solve :) Ternyata masalahnya
di perintah egrep di scriptnya.
--
- Cygnus -
'Veritas vos liberabit'
--
FAQ milis di http://wiki.linux.or.id/FAQ_milis_tanya-jawab
Unsubscribe: kirim email ke [EMAIL PROTECTED]
Arsip dan info milis selengkapnya di http://linux.or.id/milis
