EnderUNIX Team.


EnderUNIX İpucu

Arkadaşıma gönder , Ana Sayfa

[ FreeBSD ]

"crontab Hakkinda Birkac Detay" - Bedreddin SAHBAZ - (2006-06-12 21:47:41)   [3336]

Merhabalar,

Eger /etc/crontab dosyasini bir editorle acar ve icerisinde istediginiz degisiklikleri yaptiktan sonra kaydederek;

# crontab /etc/crontab

komutunu verirseniz, bir sure sonra sistem size bir ton hata mesaji yollayabilir. Bu mesajlarin icerigi degisik degisik olabilir. Mesela ben;

"Konu: Cron root /usr/libexec/atrun
Gonderen: "Cron Daemon"
Tarih: 11 Haziran 2006, Pazar, 5:15 pm
Alici: root@domain.com

root: not found"

vb. hatalar almaya basladim. Bu hataya baslangicta anlam veremedim. Zira herseyi dogru yaptigimi zannediyordum. Ancak crontab ile ilgili bilinmesi gereken birkac ince nokta varmis.

Bilinmesi gereken en onemli sey, sistem icin ve kullanicilar icin crontab dosyalarinin farkli formatta oldugu ve bunlarin ayri seyler oldugu. Bu nedenle sistemde bir cron isi tanimlamak ile bir kullaniciya ozel cron isi tanimlamak farkli seyler. Sisteme bir cron isi eklemek istiyorsaniz /etc/crontab dosyasini acarak gerekli girisi yapmak ve kaydedip cikmak yeterlidir. Sistem zaten bu degisikligi algilayacaktir. Eger bir kullanici icin cron isi eklemek istiyorsaniz bunun icin kesinlikle ve kesinlikle;

# crontab -e

komutunu kullanmak en iyi yontem. Bu sekilde olasi format hatalarinin onune gecmek mumkundur.

Ornegin /etc/crontab dosyasinin formati su sekilde;

#minute hour mday month wday who command

Bir kullaniciya cron isi eklediginizde olusturulan dosyanin formati ise;

#minute hour mday month wday command

seklinde (Cok mantikli degil mi? cron isinin hangi kullanici haklari ile calistirilacagini, kullaniciya ait cron dosyasinda belirtmeye ne gerek olsun ki?).

Benim yaptigim hata da bu noktada, /etc/crontab dosyasi icerisine cron isi girip;

# crontab /etc/crontab

komutunu vererek bu dosyayi o anda login oldugum kullanicinin cron dosyasi haline getirmem oldu. Bu dosya sistemin kullandigi crontab formatinda ve who kisminda kullanici adlari var. Ama kullanicilarin kullandigi crontab dosyasinda yukarida da belirttigimiz gibi who alani yok ve bu alana gerek de yok :)

Aldiginiz hata mesajlari (eger bir alias kullanmissaniz) mail kutunuzu cok kisa surede doldurarak sinirlerinizi bozabilir :) Bunu engellemek icin, kullanici icin hatali yukledigimiz crontab dosyasini silmemiz gerekiyor.

# crontab -r

komutu ile kullanici icin girdigimiz crontab dosyasini silebiliriz.

Dikkat! Bu islem kullanici icin gecerli crontab dosyasini geri donulmeyecek sekilde silebilir. Bu nedenle dikkatli olunmalidir.

Saygilarimla..

Arkadaşıma gönder , Ana Sayfa