আমার জন্য এটি আরএসস্লগে ব্যবহৃত ইমুকসক মডিউলটি সিস্টেমডের সাথে কীভাবে কাজ করছিল তা নিয়ে সমস্যা দেখা দিয়েছে।
ইন imuxsock ডকুমেন্টেশন তারা ভিতর দিয়ে হেটে কিভাবে মডিউল systemd হল জন্য কাজ অনুমিত হয়। পদক্ষেপ 1 যেখানে আমি সমস্যাগুলি দেখছিলাম:
পদক্ষেপ 1: সিস্টেম সকেটের নাম নির্বাচন করুন
যদি ব্যবহারকারী স্পষ্টতই সিসসক.উস = "অফ" সেট করতে না বেছে থাকেন তবে ডিফল্ট শ্রোতার সকেট (ওরফে, "সিস্টেম লগ সকেট" বা কেবল "সিস্টেম সকেট") নামটি / dev / লগতে সেট করা থাকে। অন্যথায়, যদি ব্যবহারকারী স্পষ্টতই সিসসক.উস = "অফ" ব্যবহার করে থাকে, তবে আরএসস্লগ / দেব / লগ শুনবে না বা সিসসক.নাম পরামিতি দ্বারা নির্ধারিত কোনও সকেট এবং এই বিভাগের বাকী অংশ প্রযোজ্য হবে না।
যদি ব্যবহারকারী sysSock.Name = "/ পাথ / থেকে / কাস্টম / সকেট" নির্দিষ্ট করে (এবং স্পষ্টতই SysSock.Use = "বন্ধ" সেট করে না), তবে ডিফল্ট শ্রোতার সকেটের নামটি / পাথ / টু / কাস্টম / সকেটের সাথে ওভাররাইট করা হয় ।
অন্যথায়, যদি rsyslog সিস্টেমেড আন্ডার / রান / সিস্টেমড / জার্নাল / সিসলগের অধীনে চলমান থাকে (এবং ব্যবহারকারী স্পষ্টতই সিসসক সেট করেন নি। ব্যবহার = "বন্ধ") তবে ডিফল্ট শ্রোতার সকেটের নামটি / রান / সিস্টেমড / জার্নালের সাথে ওভাররাইট করা হয় / syslog- র।
সিস্টেমে ৩ য় ধাপে পড়তে হবে এবং "/ রান / সিস্টেমড / জার্নাল / সিসলগ" হিসাবে ডিফল্ট পাথ পরিবর্তন করা উচিত তবে পরিবর্তে এটি "/ ভার / লগ" অবশিষ্ট ছিল। এর অর্থ হ'ল imuxsock মডিউলটি / dev / log এ সকেট তৈরি করার চেষ্টা করবে (এবং কখনও কখনও সফল হবে) যেখানে সিস্টেমড-জার্নাল্ড-ডেভ-লগ.সকেট দ্বারা প্রতীকী লিঙ্ক তৈরি করা উচিত। যদি এটি আসল সকেট তৈরি করতে ব্যর্থ হয় তবে প্রতীকী লিঙ্কটি এখনও সরানো হবে।
এই ডকুমেন্টেশনটি আরএসস্লগ গিথুব-এ প্রকাশিত এই সমস্যার ফলাফল ছিল । আপনি যদি আলোচনাটি এড়িয়ে যেতে চান এবং সরাসরি পরিবর্তনগুলিতে ঝাঁপিয়ে পড়ুন যথাক্রমে PR # 1 এবং PR # 2 দেখুন ।
আমার সমাধানটি ছিল আমার /etc/rsyslog.conf এ সিস্টেমড পাথটি ব্যবহার করতে কেবল imuxsock মডিউলটি কনফিগার করা:
module(load="imuxsock"
SysSock.Name="/run/systemd/journal/syslog")
এটি আমার সমস্যাটিকে স্থির করে নিয়েছে এবং এটি এখানে একটি ভাল সমাধানের মতো বলে মনে হচ্ছে কারণ এটি আপনাকে ম্যানুয়ালি তৈরি করার পরে কেন প্রতীকী লিঙ্কটি আবার অদৃশ্য হয়ে যাবে তা ব্যাখ্যা করবে।
আপনি যদি আপনার সিস্টেমের দিকে নজর দেন এবং "/ চালান / সিস্টেমড / জার্নাল / সিসলগ" "সিসলগ.সকেট" তে উপস্থিত না থাকে তা সকেট তৈরির জন্য দায়ী কি এটি সফলভাবে শুরু হচ্ছে কিনা তা দেখার জন্য।
systemctl status syslog.socket
এটি হতে পারে যে আপনার rsyslog.service এর সংস্করণটি syslog.service কে একটি এলিফ হিসাবে সংজ্ঞায়িত করে না যা syslog.sket সেই পরিষেবাটি সক্রিয় করার চেষ্টা করে needed এটিও সম্ভব যে একাধিক লগিং পরিষেবাগুলি সায়স্লগ.সর্ফাইস উপনিফের চেষ্টা করে যা সেক্ষেত্রে সক্ষম হওয়া শেষ পর্যন্ত জয়ী হয়।