রেজোলভকনফের পরিবর্তনটি সঠিকভাবে পরিচালনা করতে একটি লিনাক্স সার্ভারটি কেন পুনরায় বুট করা উচিত?


8

আমি জানি এটি কেবল আমার বোঝার অভাব হতে হবে তবে এখানে সমস্যাটি রয়েছে।

আমরা সম্প্রতি ডিএনএস সার্ভারগুলি 192.168.1.1 থেকে .2 এ পরিবর্তন করেছি, সুতরাং আমি আমার লিনাক্সের 8 টি সার্ভারে গিয়েছিলাম এবং পরিবর্তনটি প্রতিফলিত করার জন্য /etc/resolv.conf পরিবর্তন করেছি। মনে রাখবেন যে তারা সবাই স্থির, কোনও ডিএইচসিপি জড়িত নেই।

পরিবর্তন করার পরে আমি তত্ক্ষণাত্ এনএসলআপ এবং খনন ব্যবহার করে ফলাফলগুলি পরীক্ষা করতে পারি এবং এটি সমস্ত ভাল দেখাচ্ছে। নেটওয়ার্কিং সাবসিস্টেমটি পুনঃসূচনা করার জন্য - এবং প্রতিটি সার্ভারে অ্যাপাচি এবং পোস্টফিক্স পুনরায় চালু করার জন্য আমি একটি /etc/init.d/ নেটওয়ার্কিং পুনরায় চালু করেছি, নিশ্চিত হওয়ার জন্য।

কিছু দিন পরে আমি আমাদের ওয়েবসাইটের উপর লেখা একটি প্রতিবেদন পাই যা ইমেল প্রেরণ করে না। লগগুলি অনুগ্রহ করে আমি দেখতে পেলাম যে Mod_php প্রক্রিয়া মেল প্রেরণের জন্য dns এন্ট্রি সমাধান করতে পারে না। প্রায় 30 মিনিটের জন্য এটিতে আমার মাথাটি মারার পরে আমি সার্ভারটি রিবুট করেছিলাম এবং সবকিছু স্বাভাবিক অবস্থায় ফিরে আসে।

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

তাহলে আমি এখানে কী মিস করছি? এই প্রক্রিয়ার কোন অংশটি আমি সঠিকভাবে বুঝতে ব্যর্থ হয়েছি?

উত্তর:


11

আপনি সম্ভবত এনএসসিডি দ্বারা দংশন করেছেন: http://linux.die.net/man/8/nscd

চিয়ার্স


ধন্যবাদ! এটি অত্যন্ত সম্ভব বলে মনে হচ্ছে এটিই আমাকে সমস্যা দিচ্ছিল। স্থানীয় ডিএনএস ক্যাশিং সাধারণ লিনাক্স সিস্টেমের অংশ ছিল তা আমি অবগত ছিলাম না।
ধূসর

আপনি কি আসলে পরীক্ষা করেছিলেন? জেসনের হাইপোথিসিস সম্ভব তবে নিশ্চিত নয়।
বোর্টজমায়ার

@ বোর্টজমিয়ার - হ্যাঁ, আমি সম্মত। আপনার নিজের উত্তরটি যেমনটি আমি দিয়েছিলাম ঠিক তেমনই রয়েছে (এবং সম্প্রতি দুটি সম্পর্কিত প্রশ্নের উত্তর দিতে হবে)। এটি এনএসসিডি-র চেয়ে রেস_ইনিট () স্থিতিতে ক্যাশে হওয়ার অনেক বেশি সম্ভাবনা।
আলনিটাক

8

বেশিরভাগ অ্যাপ্লিকেশনগুলি একবার প্রারম্ভকালে (সহ res_init) পুনরায় সমাধানকারীকে অন্তর্ভুক্ত করে এবং এর পরে আর কখনই না করে। এটি পিংয়ের মতো স্বল্প-জীবনের অ্যাপ্লিকেশনগুলির জন্য সমস্যা নয় তবে দীর্ঘকাল ধরে চলমান ডেমনগুলির জন্য আরও গুরুতর।

অ্যাপাচি প্রক্রিয়া (যা মোড_এফপি চালায়) সম্ভবত সেই ক্ষেত্রেই ছিল। অ্যাপাচি পুনরায় চালু করতে যথেষ্ট হবে।


3

রেজোলভ.কনফ কোথায় নাম সন্ধান করতে হবে তা সমাধানকারীদের নির্দেশ দেয়। বেশিরভাগ ক্ষেত্রে, এটি libc রিসলভার হতে চলেছে, তবে ভিপিস্টমাস্টারের মতো অন্যান্য কেস থাকতে পারে যা এসপিএফ লুচপুথের জন্য পাইথন ডিএনএস রেজোলভার লাইব্রেরি ব্যবহার করে।

সুতরাং, এটা পারে সেসব হতে যে সমাধানকারী প্রসেস দীর্ঘ চালানোর জন্য resolv.conf তথ্য ক্যাশে করা হয়, কিন্তু মনে হচ্ছে আপনি পুনরায় আরম্ভ পোস্টসাফিক্স, যা এটি একটি তাজা resolv.conf ফাইল ব্যবহার করে শুরু করার জন্য সৃষ্ট করা উচিত ছিল ধুত।

এটি "হোস্ট" এর জন্য বিশেষ কিছু ঘটতে নির্দিষ্ট করে কিনা তা দেখতে আপনার /etc/nsswitch.conf দেখুন। উদাহরণস্বরূপ, আমার ল্যাপটপে ডিফল্ট ফেডোরা 11 লাইনটি হ'ল:

হোস্ট: ফাইলগুলি mdns4_minimal [NOTFOUND = ফেরত] ডিএনএস

সুতরাং এই ক্ষেত্রে এটি mdns পাশাপাশি / ইত্যাদি / হোস্ট এবং ডিএনএস ব্যবহার করে। এই ক্ষেত্রে, ডিএনএসের পরিবর্তনগুলি যদি না বাছাই করা হত তবে আমি ভাবতে পারি যে এটি যদি এমডিএনগুলি সৃষ্টি করে were

শন


1

সম্ভবত কিছু কিছু ক্যাচিং চলছে। আমাদের সাথে একই সমস্যা ছিল sendmailএবং কেবলমাত্র পরিষেবাটি পুনরায় চালু করার সাথে এটি ঠিক হয়ে গেছে।

কখনও কখনও সার্ভারটি পুনরায় বুট করা এবং সিস্টেমটি যে কোনও জায়গায় যে সমস্ত ক্যাশে খুব বেশি ক্যাশে চলেছে তা চিহ্নিত করে সমস্ত সময় ব্যয় করার চেয়ে সমস্ত ক্যাশে সাফ করা সহজ। অন্যদিকে, এটি যখন আবার ঘটে তখন এটি বিনিয়োগে পরিণত হতে পারে এবং আপনি জানেন যে কোন পরিষেবাটি পুনরায় চালু করতে হবে।


আমি সম্মত, রিবুট করা সহজতম উপায়, তবে সার্ভারটি সমালোচনামূলক হলে পুনরায় বুট করার সময় খুঁজে পাওয়া কঠিন হতে পারে। আপনার সাহায্যের জন্য ধন্যবাদ!
ধূসর
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.