ক্রোন লগিংয়ের জন্য এমটিএ প্রয়োজন কেন?

Question

ক্রোন লগিংয়ের জন্য এমটিএ প্রয়োজন কেন? এর কি কোনও বিশেষ সুবিধা আছে? কেন এটি অন্যান্য অন্যান্য ইউটিলিটিগুলির মতো লগ ফাইল তৈরি করতে পারে না?

Comments

নিটপিকের বিট, তবে আমি নিশ্চিত যে ক্রোনকে এমটিএ লাগবে না; আপনি ক্রোন মেইলগুলি অন্য কোনও হোস্টের কাছে চালিত না করা না হলে এটির প্রয়োজন কেবল এমডিএ (মেল সরবরাহ সরবরাহকারী )।

— একটি সিভিএন

Answer 1

বিবেচনা করুন যে লগিং ডেটাগুলির "তিহ্যগত "স্ট্যান্ডার্ড" পদ্ধতিটি সিসলগ , যেখানে বার্তাগুলিতে অন্তর্ভুক্ত মেটাডেটা হ'ল "সুবিধা কোড" এবং অগ্রাধিকার স্তর। সুবিধা কোডটি বিভিন্ন পরিষেবা থেকে লগ স্ট্রিমগুলি পৃথক করতে ব্যবহার করা যেতে পারে যাতে এগুলি বিভিন্ন লগ ফাইল ইত্যাদিতে বিভক্ত করা যায় (যদিও সুবিধা কোডগুলি কিছুটা সীমিত তবে তারা traditionalতিহ্যগত অর্থগুলি নির্ধারণ করেছেন।)

সিসলগের যা নেই, তা হ'ল বিভিন্ন ব্যবহারকারীর জন্য বা বার্তাগুলি পৃথক করার একটি উপায় এবং এটি এমন একটি বিষয় যা crontraditionalতিহ্যবাহী বহু-ব্যবহারকারী সিস্টেমে প্রয়োজন। সমস্ত ব্যবহারকারীর ক্রোন জব থেকে একটি সাধারণ লগ ফাইলে বার্তা সংগ্রহ করার কোনও ব্যবহার নেই যেখানে কেবল সিস্টেম প্রশাসক সেগুলি দেখতে পাবেন। অন্যদিকে, ইমেলটি স্বাভাবিকভাবেই বিভিন্ন ব্যবহারকারীর কাছে বার্তা প্রেরণের জন্য সরবরাহ করে, সুতরাং এটি এখানে একটি যৌক্তিক পছন্দ। বিকল্পটি হ'ল ক্রোন নিজেই কাজ করবে এবং প্রতিটি ব্যবহারকারীর হোম ডিরেক্টরিতে লগফাইল তৈরি করতে পারে, তবে একটি traditionalতিহ্যবাহী মাল্টি-ইউজার ইউনিক্স সিস্টেমটিতে একটি ওয়ার্কিং এমটিএ অনুমান করা হত, সুতরাং ক্রোনটিতে এটি প্রয়োগ করা বেশিরভাগ ক্ষেত্রেই হত নিরর্থক অনুশীলন।

আধুনিক সিস্টেমে অবশ্যই বিকল্প পছন্দ থাকতে পারে।

Answer 2

আমি ধরে নিয়েছি যে "লগিং" করার অর্থ আপনার কাজের আসল আউটপুট সংরক্ষণ করা। চলমান কাজ ইতিমধ্যেই ক্রন লগ লগ ইন থাকলেও /var/cron/log(পথ ব্যবস্থার মধ্যে ভিন্ন হতে পারে)। এই লগের জন্য কোনও এমটিএ প্রয়োজন নেই।

ক্রোনব জব এমন এক ব্যবহারকারী হিসাবে চালিত হয় যার ক্রন্টব কাজের অংশ part

সাধারণ ক্ষেত্রে, কোনও গ্যারান্টি নেই যে এই ব্যবহারকারী সিস্টেমে ফাইলগুলি তৈরি করতে সক্ষম হয়েছে (কোনও ব্যবহারকারী কোনও ইন্টারেক্টিভ ব্যবহারকারী হতে পারে না), বিশেষত /varস্তরক্রমের অধীনে নয় যেখানে লগগুলি সাধারণত তৈরি করা হয়। কোনও কাজ থেকে ত্রুটি এবং অন্যান্য আউটপুট সম্পর্কে ব্যবহারকারীকে অবহিত করার সবচেয়ে নিরাপদ উপায় হ'ল এগুলি সংগ্রহ করা এবং তাদের ইমেলের মাধ্যমে ব্যবহারকারীকে প্রেরণ করা। এটি ব্যবহারকারীর অ্যাকাউন্টের জন্য ইমেল পুনঃনির্দেশ সেট আপ করার অনুমতি দেবে যাতে তারা তাদের পছন্দসই স্থানে যেমন ত্রুটি দেখতে পারে।

ব্যবহারকারী যদি কোনও কাজের আউটপুট ফাইল করার জন্য সংরক্ষণ করতে চান, তবে তারা ক্রন্টাবে একটি সাধারণ পুনর্নির্দেশের সাহায্যে এটি করতে পারেন:

0 */2 * * * "$HOME/scripts/myscript" >"$HOME/logs/myscript.log" 2>&1

এটি "$HOME/scripts/myscript"প্রতি দ্বিতীয় ঘন্টা, এক ঘন্টা চলবে এবং সমস্ত আউটপুট এতে সংরক্ষণ করবে "$HOME/logs/myscript.log"। সমস্ত আউটপুট পুনঃনির্দেশিত হওয়ায় এই কাজটি চালিয়ে কোনও ইমেল তৈরি করা হবে না। এটি ছাড়া 2>&1ত্রুটি বার্তা ইমেলের মাধ্যমে প্রেরণ করা হবে।

এটি ব্যবহারকারীকে আউটপুট কোথায় যায় তা চয়ন করতে দেয়।