অপ্রত্যাশিতভাবে সমাধান এবং সমাধানগুলির এনটিপিডি মারা যাওয়ার সম্ভাব্য কারণগুলি

Question

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

এনটিপিডি মারা যাওয়ার সম্ভাব্য কারণগুলি কি কেউ পরামর্শ দিতে পারে? আমি ধরেই নিচ্ছি যে ক্লক ড্রিফ্টের কারণে এটি মরতে পারে তবে আমি নিশ্চিত নই যে এর কারণ কী হবে। পর্যাপ্ত মেমরির চেয়ে বেশি এবং উপলব্ধ ডিস্কের স্থান রয়েছে।

শেষবারের পরিষেবাটি মারা যাওয়ার পরে, এটি আউটপুট ছিল:

Sep  6 06:15:25 vm02 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="988" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Sep  6 06:17:06 vm02 ntpd[10803]: 0.0.0.0 0618 08 no_sys_peer
Sep  6 08:01:10 vm02 ntpd[10803]: 0.0.0.0 0617 07 panic_stop -28101 s; set clock manually within 1000 s.

Comments

কোন ওএস এবং সংস্করণ? সেখানে কি কোনও আড়াল চলছে? কতটি এনটিপি-সার্ভার কনফিগার করা আছে? আরটিপিডি বিকল্পগুলি কী কী?

— নিলস

আপনি আপনার এনটিপি.ড্রিফ্ট ফাইলটি সরিয়ে দেওয়ার চেষ্টা করতে পারেন, এর মান খুব বেশি হতে পারে এবং স্কিউ তৈরি করতে পারে

— Rqomey

Answer 1

আমি বলব সঠিক কারণটি খুঁজে পাওয়ার জন্য 1 মিনিটের কোনও পদ্ধতি নেই।

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

আমরা কয়েকটি বিরল ক্ষেত্রেও এলোমেলো প্যাকেট নষ্ট হওয়ার কারণে এনটিপিডি ছাড়ার কারণ হয়ে গেছে কারণ আপনার সার্ভার এবং আপস্ট্রিম এনটিপিডি সার্ভারের মধ্যে রাউন্ড ট্রিপ সময়টি ড্রিফ্টের সময় গণনার জন্য ব্যবহৃত হয়।

উপরের দুটি ক্ষেত্রে, এনটিপিডি যদি একটি বিশাল সময়ের প্রবাহ দেখে, উদাহরণস্বরূপ ওএলএর চেয়ে বেশি, এটি ডিফল্টরূপে প্রস্থান করে। -g বিকল্পটি কিছুটা সাহায্য করবে।

   -g      Normally,  ntpd  exits  with  a  message to the system log if the offset exceeds the panic threshold,
           which is 1000 s by default. This option allows the time to be set to any value  without  restriction;
           however,  this  can  happen only once. If the threshold is exceeded after that, ntpd will exit with a
           message to the system log. This option can be used with the -q and -x options. See the tinker command
           for other options.

আপনি সিস্টেম লগটি দেখতে পারেন, এতে কিছু শব্দ থাকা উচিত যা আপনাকে একটি ইঙ্গিত দিতে পারে। এছাড়াও আপনি পারে নিরীক্ষণ "ntpq -p" আউটপুট একটা মোটামুটি ধারণা কিভাবে অফসেট বিকাশ আছে।

Comments

আপনি যখন ভিএমএসে এনটিপিডি চালিয়ে যাচ্ছেন, আপনার হোস্টের সাথে সময়ও সিঙ্ক করা উচিত নয় এবং আপনার স্থানীয় ঘড়িকে একটি রেফারেন্স হিসাবে অন্তর্ভুক্ত করা উচিত নয়।

— পল গিয়ার

Answer 2

লগ বার্তাটি পরিষ্কারভাবে নির্দেশ করে যে ক্লক ড্রিফট প্রস্থান করার কারণ। সম্ভাব্য সমাধান:

• -G পতাকাটি দিয়ে এনটিপিডি শুরু করুন; তবে এটির মূল কারণটি ঠিক করা হবে না যা ঘড়ির কাটা।
• এনটিপিডি শুরু করার আগে এনটিপিডিট চালান; সম্ভবত একই সাবধান।

• আরও সময় উত্স যোগ করুন; ভাল নির্ভুলতা বজায় রাখতে এনটিপিকে 4-6 উত্সের প্রয়োজন। এটি করার একটি সহজ উপায় হ'ল পুনরায় উল্লেখগুলি [0-3] এর সাথে অন্তর্ভুক্ত করা উচিত Y

  server 0.au.pool.ntp.org iburst
  server 1.au.pool.ntp.org iburst
  server 2.au.pool.ntp.org iburst
  server 3.au.pool.ntp.org iburst
  
  server 0.au.pool.ntp.org iburst
  server 1.au.pool.ntp.org iburst
  server 2.au.pool.ntp.org iburst
  server 3.au.pool.ntp.org iburst
  

Answer 3

অন্য একটি বিকল্প আপনি চেষ্টা করতে পারেন তা ক্রনিক ch আমাদের পরীক্ষায় এটি এনটিপিডির চেয়ে আরও দৃ st়তার সাথে সঞ্চালন করে এবং ভার্চুয়াল পরিবেশে অভিজ্ঞ সময়ের সময় স্কিউকে আরও ভালভাবে পরিচালনা করে।

http://chrony.tuxfamily.org/