একটি সার্ভার, রিলান্ট্যান্ট বিদ্যুৎ সরবরাহে দুটি এপিসি ইউপিএস: কীভাবে শাটডাউন ট্রিগার করবেন?


10

আমার একটি সার্ভার র্যাক হয়েছে এবং এর অপ্রয়োজনীয় শক্তি সরবরাহ দুটি এপিসি স্মার্ট-ইউপিএস 3000 এক্সএলএম প্লাগ হয়েছে। প্রতিটি ইউপিএস দুটি পৃথক মেইন পাওয়ার উত্সের সাথে সংযুক্ত থাকে।

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

প্রশ্নটি হল: কেবলমাত্র এক ইউপিএস ব্যাটারি শেষ হয়ে গেলে কীভাবে শাটডাউন করবেন না?

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

উত্তর:


13

বর্তমানে যখন দুটি ইউপিএসের মধ্যে একটি মারা যায়, দোশডাউন ইভেন্টটি ট্রিগার করা হয়, এবং অ্যাপকন্ট্রোলের মাধ্যমে ডিফল্ট স্ক্রিপ্ট কার্যকর করেDoshutdown স্ক্রিপ্ট দ্বিতীয় ইউপিএস উপেক্ষা করে, তারা ঘটনা-সংযুক্ত নয় এবং শাটডাউন সঙ্গে স্বাভাবিকভাবে এগিয়ে যান।

ক্রম জন্য doshutdown ঘটনা কিছুটা সংযুক্ত apcupsd প্রয়োজন একটি বিশেষভাবে কাস্টমাইজড কনফিগারেশন ফাইল দুটি দৃষ্টান্ত। পার্থক্যটি সেই ডিরেক্টরিতে থাকবে যেখানে ইভেন্ট স্ক্রিপ্টগুলি কার্যকর করতে হবে।

প্রথম আপগুলির প্রধান বৈশিষ্ট্য, ইন /etc/apcupsd/apcupsd.ups0.conf

SCRIPTDIR /etc/apcupsd/ups0
UPSNAME ups0
DEVICE /dev/ups0
PWRFAILDIR /etc/apcupsd/ups0
NOLOGINDIR /etc/apcupsd/ups0
NISPORT 3551
EVENTSFILE /var/log/apcupsd.0.events

এবং আপস 1 এর জন্য, ইন /etc/apcupsd/apcupsd.ups1.conf

SCRIPTDIR /etc/apcupsd/ups1
UPSNAME ups1
DEVICE /dev/ups1
PWRFAILDIR /etc/apcupsd/ups1
NOLOGINDIR /etc/apcupsd/ups1
NISPORT 3552
EVENTSFILE /var/log/apcupsd.1.events

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

দোশনডাউন স্ক্রিপ্টের শীর্ষে , আমরা এর মতো কিছু যুক্ত করতে পারি

ups0 এর জন্য

if [ ! -f /tmp/ups1.is.down ]
then
  touch /tmp/ups0.is.down
  exit 99
fi

ups1 এর জন্য

if [ ! -f /tmp/ups0.is.down ]
then
  touch /tmp/ups1.is.down
  exit 99
fi

99 এর স্থিতির একটি বিশেষ অর্থ রয়েছে, যা ক্রিয়াকলাপটি অগ্রগতি বন্ধ করতে অ্যাপকন্ট্রোলকে বলে । পাঁচটি লাইন পরীক্ষা করে অন্য ইউপিএস-ডাউন-ফাইল তৈরি করা হয়েছে কিনা; যদি না হয় , ডাউন-ফাইলটি আপগুলি ডাউন হওয়ার জন্য তৈরি করা হয় এবং প্রস্থান হয়। যদি হ্যাঁ , অন্য ইউপিএসের অর্থ ডাউন রয়েছে, এটিও নীচে নেমে যাচ্ছে, সুতরাং স্ক্রিপ্টটি চালিয়ে যাওয়া উচিত এবং মেশিনটি বন্ধ করে দেওয়া উচিত।

/tmp/usp[01].is.downআপস [01] বর্তমানে নিচে থাকলে ফাইলগুলি নির্দেশ করে।

গুরুত্বপূর্ণ: apcupsd এর init.d প্রারম্ভিক স্ক্রিপ্টটি এই ফাইলগুলি সরিয়ে ফেলা উচিত, যদি সেগুলি পূর্ববর্তী সেশনে তৈরি করা হয়:

rm -f /tmp/usp[01].is.down

অবশেষে, উপরে নির্মিত ডিরেক্টরিগুলি, / etc / apcupsd / আপস [01] এপকআপসডি ব্যবহারকারীকে (বা যে কোনও প্রাসঙ্গিক ব্যবহারকারী উদাহরণ স্বরূপ ব্যবহার করতে হবে) প্রবেশাধিকার দেওয়া উচিত ।

chown -R apcupsd /etc/apcupsd/ups[01]

দয়া করে একটি চেহারা আছে বিস্তারিত ডকুমেন্টেশন

সম্পাদনা/tmp/ups[01].is.down নাম স্থির , .isঅনুপস্থিত ছিল।


1
এবং নিয়মিত ব্যবহারকারীরা আপনার সার্ভারটি /tmp/ups1.is.down সাথে বন্ধ করতে পারে; স্পর্শ /tmp/ups0.is.down: D সুতরাং উদাহরণস্বরূপ / var / রান ব্যবহার করা ভাল। BTW। যদি কেউ সমাধানটি কেটে কেটে পেস্ট করে, তবে rm -f /tmp/ppus011.is. ডাউন টাইপ হয়। এবং উপায় দ্বারা, আপনার বিদ্যুৎ ফিরে আসার সাথে সাথে, apcontrol এর অফবাটরি কেস থেকে /tmp/upslays01 is.. ডাউন মুছে ফেলা উচিত।
হারকা গায়োজো

1
অন্যটি যাচাই করার আগে আমি আপনার নিজের আইসটির নীচে স্পর্শ করার পরামর্শ দেব - এটি এখন যেভাবে হয়, আমি মনে করি যদি উভয় আপ একই সময়ে বাইরে চলে যায় তবে একটি ছোট রেসের শর্ত উইন্ডো রয়েছে।
মাইকেল কোহনে 26'17

4

NUT তাকান। এটি এই ভাল পরিচালনা করে। প্রতিটি ইউপিএস থেকে পাওয়ার সাপ্লাইয়ের সংখ্যা এবং প্রয়োজনীয় বিদ্যুৎ সরবরাহের সংখ্যা নির্ধারণ করুন। ইউপিএসে পর্যাপ্ত বিদ্যুৎ সরবরাহ না পাওয়া পর্যন্ত শাটডাউন ট্রিগার করা হবে না।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.