আমার সিস্টম অ্যাডমিন কীভাবে জানতে পারে যে আমি আমার সিস্টেমটি পুনরায় চালু করি নি?


35

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

আমি তখন থেকে আমার সিস্টেমটি রিবুট করেছি তবে আমি অবাক হয়েছি তারা কীভাবে জানবে যে আমি আমার মেশিনটি পুনরায় বুট করেছি কিনা। কেউ কীভাবে এটি কাজ করে তা ব্যাখ্যা করতে পারেন?


10
আপনি কেবল তাকে জিজ্ঞাসা করা উচিত?
মার্কো Ceppi

1
বাহ, আমি বুঝতে পারি না যে এতগুলি উপায় ছিল। ধন্যবাদ বন্ধুরা!
নিখিল

উত্তর:


43

এটি দূরবর্তী অবস্থান থেকে চেক করার একটি দ্রুত উপায় এসএনএমপি ব্যবহার করে করা যেতে পারে (আপনার সিস্টেমে অ্যাডমিন আপনার নেটওয়ার্কে সেট আপ করে দিয়েছে):

admin@yourcompany:~$ snmpwalk -v 2c -c <snmpstring> MachineName sysUpTimeInstance
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (9461615) 1 day, 2:16:56.15

সম্ভবত, ডেটাটি পোল করা হবে এবং কোনও প্রকারের নেটওয়ার্ক পরিচালনা / মনিটরিং সিস্টেমে (যেমন নাগিওস বা ক্যাকটি) সংরক্ষণ করা হবে।

যদি কেউ snmpwalkকমান্ডটি নিয়ে খেলতে আগ্রহী হয় তবে আপনার সিস্টেমে একটি বেসিক এসএনএমপি কনফিগারেশন সেট আপ করতে এখানে উত্তরটি দেখুন ।


সুন্দর. এখানে কেউ এমন একটি স্ক্রিপ্ট তৈরি করেছেন যা রক্ষণাবেক্ষণ করতে কিছুটা কঠিন দেখায় এবং এই এক
লাইনারটি

@ রিনজুইন্ড ধন্যবাদ এখানে আমি কখনও কখনও ব্যবহার করি এমন আরও একটি ওয়ান-লাইনার এখানে রয়েছেsudo hping3 -c 2 -p 80 --tcp-timestamp -S <IPaddress> 2>&1 | grep uptime
কেভিন বোয়েন

প্রতিটি নিয়মিত মনিটরিং সফ্টওয়্যার এটি করতে পারে, তবে এসএনএমপি সবচেয়ে সাধারণ একটি এবং এটি একটি দুর্দান্ত উদাহরণ example +1 টি।
জার্মটভিডিজক

28

uptimeকমান্ডের আউটপুট যাচাই করা একটি সহজ পদ্ধতি হ'ল, যা দেখায় যে আপনি কতক্ষণ শাটডাউন / পুনরায় চালু না করে সিস্টেম চালাচ্ছেন।

নমুনা আউটপুট:

saji@geeklap:~$ uptime
12:41:29 up  3:08,  2 users,  load average: 1.06, 0.85, 0.86

এটি বলে যে আমার সিস্টেমটি 3 ঘন্টা 8 মিনিটের জন্য চালিত হয়েছে।

uptimeএই লিঙ্কে বর্ণিত হিসাবে প্রশাসক হয় অন্য কোনও পদ্ধতি ব্যবহার বা ব্যবহার করতে শেল স্ক্রিপ্ট সেট আপ করতে পারেন । অ্যাডমিন আরেকটি পদ্ধতি ব্যবহার করতে পারে তা হল সিস্টেম শাটডাউনে প্রেরণ করতে একটি ইমেল সেটআপ করা বা পুনরায় চালু করা, বিশদটি এই লিঙ্কটিতে উপলব্ধ ।


যদি তাদের আমার মেশিনে লগ ইন করার অ্যাক্সেস না থাকে তবে এটি দূরবর্তীভাবে করা উচিত?
নিখিল

1
প্রশাসনিক প্রয়োজনে একজন প্রশাসকের অবশ্যই আপনার সিস্টেমে অ্যাক্সেস থাকবে। :)
saji89

5
অসম্ভব @ saji89 একটি প্রশাসকের কাছে আপটাইম জন্য স্থানীয়ভাবে প্রতিটি সিস্টেম পরীক্ষা করার জন্য আরও ভাল কাজ করা উচিত ...
রিনজউইন্ড

2
@ রিনজুইন্ড, আমি বলছিলাম না যে সে এটি ব্যবহার করবে। আমি কেবল ইঙ্গিত করছিলাম যে মেশিনটিতে তার অ্যাক্সেস থাকবে। এই বিশেষ ক্ষেত্রে, প্রশাসকের চেক করার কারণ ছিল। :)
সজি 89

1
আহ, ঠিক আছে. তবে সিস্টেমগুলির আপটাইম চেক করার জন্য আমি আরও ভাল জিনিসগুলি পেয়েছি;) @ সজি 89
রিনজউইন্ড

9

@ saji89 আদেশটি উল্লেখ করেছে uptime। আমি এক ধাপ নীচে যাব, এবং কেবল পোস্ট করবো যে সিসাদমিনের একটি স্ক্রিপ্ট রয়েছে যা প্রতিটি কম্পিউটারের সাথে সংযোগ স্থাপন করে এবং একটি cat /proc/uptime(বা সমমানের কিছু) করে। আউটপুট প্রথম ক্ষেত্র সময়, সেকেন্ডে, যেহেতু সিস্টেমটি সর্বশেষ পুনরায় বুট ছিল, যা অনেক সহজ আউটপুট চেয়ে বিশ্লেষণ করতে হয় uptime। উদাহরণস্বরূপ, আমার কম্পিউটারটি রিটার্নিংয়ের 1441218.24সাথে প্রথম আপটাইম ক্ষেত্র দেয় । 1441218 সেকেন্ড 16 দিন প্লাস 58818 সেকেন্ড, এবং 58818 সেকেন্ডটি 16 1/3 ঘন্টা। 16 দিন 16 1/3 ঘন্টা।uptimeup 16 days, 16:20

সিস্টেমটি পুনরায় বুট করা উচিত ছিল যেহেতু আপনি যখন সর্বাধিক দৈর্ঘ্য জানেন তবে এই ডেটা ততক্ষণে সিস্টেমটি পুনরায় বুট করা হয়েছে কিনা তা যাচাই করা তুচ্ছ করে তোলে।

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


8

আরেকটি উপায়, শুধু সম্পূর্ণতার খাতিরে তাকান হয় /var/log/wtmpমাধ্যমে গত কমান্ড। উদাহরণ:

$ last reboot
reboot   system boot  3.2.0-36-generic Thu Jan 24 16:25 - 17:42 (1+01:17)   

wtmp begins Tue Jan  1 06:30:03 2013

এই পদ্ধতিটি একটি প্রিয় কারণ এটি নিখুঁত স্তন্যপায়ী হিসাবেও ঘটে।

Q: When did the last reboot occur? 
A: Just type 'last reboot'

7

একটি প্যাকেজ করে একটি পুনরায় বুট করার প্রয়োজন মাধ্যমে আপডেট করা হয়েছে যখন apt, নামক একটি ফাইল reboot-requiredমধ্যে তৈরি করা হয় /var/run/। আপডেটের কারণে রিবুট প্রয়োজন কিনা তা নির্ধারণ করতে সিসাদমিন এই ফাইলের উপস্থিতি দূরবর্তী অবস্থান থেকে পরীক্ষা করতে পারে।


ওপিকে সিসাদমিন কম্পিউটারটিকে "কিছু প্যাচ প্রয়োগ করতে" পুনরায় বুট করতে বলেছিল। আমাকে অন্তত, এই যে বোঝা প্রকৃত আপডেট কিছু প্রক্রিয়া মাধ্যমে ঘটে বুট প্রক্রিয়ার সময় । (সম্ভবত কোনও বুট স্ক্রিপ্ট কিছু লাইন ধরে কিছু সম্পাদন করে apt-get -y upgrade)) সুতরাং reboot-requiredএ্যাপের দৃষ্টিকোণ থেকে কোনও কারণ হবে না , এখনও একটি রিবুট প্রয়োজন নেই।
একটি সিভিএন

2
আমি সন্দেহ করি যে এটিই কেস, কারণ আপডেটগুলি ইনস্টল করার পরে পুনরায় বুট করার প্রয়োজন হলে ব্যবহারকারীকে দুবার পুনরায় বুট করতে হবে, এবং যদি পুনরায় বুট করার দরকার পড়ে এমন কোনও আপডেট না থাকে, সিসাদমিন ঠিক একই স্ক্রিপ্টটি চালাতে পারে এবং পটভূমিতে আপডেট করতে পারে । আরও কিছু না জেনে, আমি অনুমান করতে পারি যে এখানে একটি কার্নেল চিত্র আপগ্রেড (বা অন্য কোনও কিছুর রিবুট প্রয়োজন) রয়েছে এবং ব্যবহারকারীকে নতুন কার্নেল প্রয়োগ করতে পুনরায় বুট করতে হয়েছিল। তবে এটি কেবল অনুমানের কাজ।
অনিক

2

এই ...

কিছু প্যাচ প্রয়োগ করতে

মূল অংশ।

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

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

এইভাবে এটি করার জন্য 1 খুব গুরুত্বপূর্ণ কারণ: কোনও প্রশাসকের তার যে সিস্টেমগুলি বজায় রাখতে হবে তার উপর যা ঘটছে তার নিয়ন্ত্রণ রাখা দরকার। সুতরাং তার সর্বদা নিয়ন্ত্রণের একক পয়েন্ট থাকা উচিত (অর্থাত্ তাঁর নিজস্ব যন্ত্র যেখানে তাঁর সমস্ত সরঞ্জাম রয়েছে) যেখানে তিনি যে কোনও মেশিনের স্থিতি দেখতে পারবেন।


3
প্যাচগুলি প্রয়োগ করতে আপনাকে পুনরায় বুট করতে হবে, ডাউনলোডটি কেবল পুনরায় বুবুটে হবে এমন কোনও গ্যারান্টি নেই।
কার্তিক টি

2

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

সম্ভবত আমি যতটা উদ্বিগ্ন পরিস্থিতিগুলি:

  1. সিসাডমিন এক ধরণের চেকিং-সফটওয়্যার চালায়, সম্ভবত নাগিওস, যা সমস্যার জন্য কম্পিউটারের ক্লাস্টারগুলি পরীক্ষা করে। এনআরপিই প্লাগইনের মতো কিছু বেশিরভাগ সিস্টেমে ব্যবহার করা হবে এবং আপনাকে আপটাইম দেখাতে পারে (ডিস্ক বাদে ব্যবহারকারীদের লগ ইন করা ইত্যাদি)।
  2. কোনটি চলছে তা যাচাই করার জন্য অনুরূপ পদ্ধতি ব্যবহার করা যেতে পারে। যদি আপডেট-হওয়া-প্যাচগুলি পরীক্ষা করা যায় (আপনি কী কর্নেল ব্যবহার করছেন), "কম্পিউটারে আপডেট হওয়া সমস্ত" স্ক্রিপ্টটি এখনও 'খারাপ' অবস্থায় থাকার জন্য আপনার কম্পিউটারের দিকে ইঙ্গিত করবে।

1

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

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