मेरा HP सर्वर बूट कैसे तेज करें?


20

मेरे पास एक HP ProLiant DL370 G6 सर्वर है जिसे मैं वर्कस्टेशन के रूप में उपयोग कर रहा हूं। एक असतत Radeon HD6xxx GPU के साथ स्क्रीन पोस्ट से पहले रिबूट और कोल्ड बूट के दौरान 60 सेकंड लगते हैं। मैं इसे तेजी से बूट करने के लिए क्या कर सकता हूं?


मुझे HP Gen8 सर्वर का उपयोग करने का मौका मिला है। यह जल्दी से पोस्ट करता है और विभिन्न सीपीयू / मेमोरी / क्यूपीआई आरंभीकरण चरणों को दिखाता है। अभी भी एक लंबा समय लगता है, लेकिन कम से कम मैं देख सकता हूं कि क्या चल रहा है।


FWIW, यह डेल M610, M700 और M710 ब्लेड की तुलना में तेज़ है जो मैं अपनी पिछली नौकरी में काम कर रहा था।
एमफिनी

@mfinni अन्य समाचारों में: डेल की विश्वसनीय मेमोरी तकनीक वास्तव में आपके लिए अच्छी है। मेरा सवाल एचपी सर्वर की बारीकियों के बारे में है। मैं यह जानने के लिए उत्सुक हूं कि उस लंबे, वास्तव में, और इस चीज को कैसे बंद करना है :) :)
ग्रेग डेसीक

इसलिए मैंने एक टिप्पणी पोस्ट की: मेरे पास आपके सवाल का जवाब नहीं है :-)
mfinni

2
Gen8 सर्वर को पावर ऑन के तुरंत बाद कंसोल पर शुरुआती इनिशियलाइज़ेशन चरणों को दिखाने के लिए संशोधित किया गया था। बूट और POST का समय G7 के समान है, लेकिन मुझे लगता है कि यह लोगों को स्क्रीन पर कुछ देखने के लिए गर्मजोशी से भरा है
21

Yuppers। चारों ओर गर्म
फजी

जवाबों:


20

यहां कोई विकल्प नहीं है। Nehalem और नए CPU के आगमन के बाद से, HP सिस्टम पर POST का समय काफी बढ़ गया है।

मुझे लगता है कि आप इसे एक कार्य केंद्र के रूप में उपयोग कर रहे हैं। क्या सिस्टम को चलाने और BIOS पावर प्रबंधन विकल्पों में से कुछ का लाभ उठाने का कोई विकल्प है?


3
सत्य के लिए। वे सभी POST के लिए एक बहुत लंबा समय लेते हैं। एक आउटेज में जहां मिनट्स मायने रखता है, यह बल्कि कष्टप्रद है।
sysadmin1138

यह नेटवर्क बूटिंग के लिए विकल्प रोम को निष्क्रिय करने में मदद करता है।
मैट

@ मैट मैं विशेष रूप से स्क्रीन पोस्ट से पहले के समय के बारे में बात कर रहा हूं। एक असंख्य कार्ड के लिए विकल्प रोम दूसरे दिन की लड़ाई है।
ग्रेग

1
@ sysadmin1138 मैं दूसरे SF उपयोगकर्ता के लिए G5 ML370 भेजने वाला हूं। यह 60 सेकंड में बूट होता है। एक ही सर्वर का G6 संस्करण 90-110 सेकंड है।
ewwhite 21

8

कुछ भी तो नहीं। एचपी का सर्वहारा सर्वर बस बूटिंग में बहुत धीमा है। G7 और भी खराब है और G8 (अभी उन्हें परीक्षण कर रहा है) ने भी चीजों में सुधार नहीं किया है। यह shinier दिखता है, लेकिन बूट करने के लिए अभी भी धीमा है।


1
तेज जूते की जरूरत किसे है? मैं बस सर्वर को तब तक चलने देता हूं जब तक वे मर नहीं जाते ...# uptime 15:09:27 up 1033 days, 10:16, 39 users
ewwhite

2
वर्षों बाद दूसरों के लिए स्पष्ट करने के लिए, उच्च अपटाइम, जैसे कि यह उत्पादन वातावरण के लिए एक महत्वपूर्ण टुकड़ा याद करता है। कर्नेल अपडेट गुम होना अच्छी बात नहीं है।
बिल कार्लसन

@BillCarlson कर्नेल (कम से कम, लिनक्स में) रिबूट के बिना पैच किया जा सकता है, लेकिन मैं आपसे सहमत हूं - कर्नेल अपडेट गायब होना अच्छी बात नहीं है
Denys Vitali

7

अपने सर्वर को रिबूट करने के लिए kexec का उपयोग करें । यह पूर्व-बूट प्रक्रियाओं को पूरी तरह से छोड़ देता है, और लिनक्स को बंद करने की प्रक्रिया के अंत में लिनक्स कर्नेल में रिबूट करता है, हार्डवेयर को रीसेट करने और POST पर जाने के बजाय।

दुर्भाग्य से kexec उपयोग करने के लिए थोड़ा बोझिल है, इसलिए मैंने इसके साथ काम करना आसान बनाने के लिए एक स्क्रिप्ट लिखी: kexec-रिबूट आपको अपनी ग्रब बूट सूची से एक कर्नेल चुनने की अनुमति देगा, या बस नवीनतम उपलब्ध कर्नेल को kexec करेगा।


यह aiiiight है।
ewwhite

2

भयानक धीमी G8 बायोस बूट समय के लिए मेरा पसंदीदा समाधान सीधे सर्वर पर ओएस चलाने के बजाय मुफ्त VMware vSphere Hypervisor स्थापित करना है।

http://www.vmware.com/go/get-free-esxi


6
Wut?!? यह भी मतलब नहीं है!
21

1
कुछ बिंदु पर, आपको नंगे धातु पर चलने वाले मेजबान को पैच करना होगा और रिबूट करना होगा। या आपकी गलती होगी जो उसी का कारण है। विंडोज या लिनक्स के बजाय ESXi चलाने से हार्डवेयर का बूट समय नहीं बदलेगा।
mfinni

5
मान लें कि आप 100 बार / वर्ष रिबूट करते हैं .. 90 विंडोज अपडेट से संबंधित हैं, और 10 हार्डवेयर रखरखाव से संबंधित हैं .. तो आपके पास हाइपरविजर का उपयोग करके 90% तेज बूट समय है।
मूंड

2
Red Hat किकस्टार्ट स्क्रिप्ट को डीबग करने में सिर्फ एक हफ्ता बिताने के बाद, जो कि काम नहीं कर रहा था, इससे मेरे काम का समय काफी कम हो गया होगा। यह ऐसा हार्डवेयर नहीं था जो दोषपूर्ण था या उसे पैचिंग की आवश्यकता थी, यह उस हार्डवेयर के शीर्ष पर लिनक्स ओएस था। VMWare चीजों को इतना आसान बना देगा।
16:89 पर shearn89

1

मुझे एक समस्या थी जहां पहले सफेद "एचपी प्रोलिंट" स्क्रीन लगभग 5 मिनट तक दिखाई नहीं दे रही थी। NVRAM को साफ़ करने से समस्या हल हो गई।

एनवीआरएएम को साफ़ करने से सभी "BIOS" सेटिंग्स साफ़ हो जाएंगी, इसलिए यदि आप ऐसा नहीं करना चाहते हैं, तो आप अपने एनवीआरएएम को खाली नहीं करना चाहते हैं।

NVRAM को साफ़ करने का प्रयास करें:

  1. मशीन से बिजली, सभी सार्वजनिक उपक्रमों को अनप्लग करें
  2. मामला खोलें और 10 स्विच के साथ डीआईपी स्विच ढूंढें, और एक पेपर क्लिप के साथ 6 (दाएं) फ्लिप स्विच करें।
  3. मशीन में प्लग करें और इसे 3-5 मिनट के लिए वापस पॉवर दें। मशीन से बिजली, सभी सार्वजनिक उपक्रमों को अनप्लग करें
  4. मामला खोलें और 10 स्विच के साथ डीआईपी स्विच ढूंढें, और 6 से बंद (बाएं) पर फ्लिप स्विच करें।
  5. मशीन को वापस चालू करें।

मैंने किसी भी अवधि के लिए सभी घटकों को निर्वहन करने की अनुमति देने के लिए बस बिजली हटाने की कोशिश नहीं की, इसलिए यह संभव है कि अकेले बिजली को हटाने से समस्या का समाधान हो जाए।

संदर्भ:


क्या आपने अपनी CMOS सेटिंग्स पर कब्जा कर लिया और फिर उन्हें उसी पर सेट कर दिया?
ग्रेग

यह आपके SSD को फ़ॉर्मेट करने और ताज़ा मीडिया से फिर से इंस्टॉल करने के लिए एक समान है जब लिनक्स में कुछ फीचर काफी काम नहीं करता है।
ग्रेग

सच। यह मेरे लिए कोई समस्या नहीं थी क्योंकि मैं इस मुद्दे पर आने पर मशीन को फिर से तैयार कर रहा था। मैं जवाब में एक चेतावनी डालूँगा।
mbrownnyc
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.