ऐसी कुछ तकनीकें हैं जिनका उपयोग आप क्रोनोजर की निगरानी के लिए कर सकते हैं।
क्रोनजोब विफलताओं के अलर्ट प्राप्त करने के लिए:
- क्रोन के मानक MAILTO = फ़ंक्शन का उपयोग करें। यदि एक क्रोनजॉब STDERR पर आउटपुट का उत्पादन करता है, तो यह आपके द्वारा चुने गए पते पर भेज दिया जाएगा।
- क्रोन मेल को ट्रैक करने और उससे निपटने के लिए, आप उन्हें टिकट सिस्टम में निर्देशित कर सकते हैं।
प्रणाली आप का प्रस्ताव एक "नेटवर्क के बारे में पता" जगह की तरह लगता है में जानकारी लॉग इन करने के लिए syslog । syslog लॉग बनाने के लिए एक सरल विधि प्रदान करता है, यह आम तौर पर / var / log / संदेश जैसी फ़ाइलों का प्रबंधन करता है। आप मूल कस्टमाइज़ेशन बना सकते हैं, जैसे कि चुनने के लिए कि कौन सी फाइलें लॉग संदेश प्राप्त करती हैं।
Syslog को नेटवर्क जागरूक मोड में शुरू किया जा सकता है। उदाहरण के लिए, आप इसे कॉन्फ़िगर कर सकते हैं ताकि एक दास एक मास्टर में प्रवेश कर सके:
[root@slave ~]# echo "hello world from slave" | logger -p local1.info
[root@master ~]# tail /var/log/myapp
Jun 29 13:07:01 192.168.1.2 logger: hello world from slave
Red Hat आधारित वितरण के लिए, एक उदाहरण विन्यास इस प्रकार है:
[root@slave ~]# cat /etc/syslog.conf | grep local1
local1.* @192.168.1.3
[root@master ~]# cat /etc/sysconfig/syslog | grep SYSLOGD_OPTIONS
SYSLOGD_OPTIONS="-m 0 -r"
[root@master ~]# cat /etc/syslog.conf | grep local
local1.* /var/log/myapp
(पहली कॉन्फिगर लाइन लोकल 1 को रीडायरेक्ट करती है। * लॉग ऑन नोटिस @ 192.168.1.3 ("मास्टर")। दूसरा SYSLOGD_OPIONS लाइन का -r फ्लैग नेटवर्क सपोर्ट पर जाता है। आखिरकार, तीसरी कॉन्फिगरेशन लाइन लोकल 1 को निर्देशित करती है। * "मास्टर" पर प्राप्त संदेश। एक फाइल में)।
केवल लॉगिंग त्रुटियों / जानकारी के लिए syslog दृष्टिकोण बेहतर है। लॉग फ़ाइलों में ई-मेल की तुलना में कम दृश्यता होती है, इसलिए आप शायद लॉग को तब तक नहीं देखेंगे जब तक कि कुछ गलत न हो जाए।
यदि आप syslog शैली मार्ग पर जाना चुनते हैं, तो भी syslog-ng पर विचार करें: http://freshmeat.net/projects/syslog-ng/ ।
बेशक, आप दोनों का उपयोग करके दोनों तकनीकों का सबसे अच्छा प्राप्त कर सकते हैं। उदाहरण के लिए, विफलताओं और सफलताओं दोनों को syslog'ing, और विफलताओं के लिए सिर्फ मेलिंग।