ProCurve CPU ที่ 100% เป็นเวลาหลายนาทีหลังจากรีบูต


9

ฉันทำการอัพเกรดเฟิร์มแวร์ในสวิตช์ของ HP แล้ว มีการอัพเกรดสองรุ่นที่แตกต่างกัน:

  • ProCurve Switch 5406zl Intelligent Edge (J8697A): อัพเกรดจาก K.15.06.0008 เป็น K.15.12.0012
  • HP 2520-24G-PoE Switch (J9299A): อัพเกรดจาก J.14.54 เป็น J.15.09.0021

ตรวจสอบแต่ละสวิตช์ทันทีหลังจากบู๊ตอิมเมจใหม่ฉันสังเกตเห็นบางสิ่ง:

  1. สวิตช์โหลดอิมเมจเฟิร์มแวร์ใหม่โดยไม่มีข้อผิดพลาดและการเชื่อมต่อถูกกู้คืนทันทีที่สวิตช์บูต ณ จุดนี้การใช้งาน CPU ต่ำ (ต่ำกว่า 10%)
  2. ไม่กี่วินาทีต่อมาการใช้งาน CPU เพิ่มขึ้นเป็น 100% และยืนอยู่ที่นั่นหลายนาที ฉันไม่สามารถตรวจพบปัญหาใด ๆ ณ จุดนี้นอกเหนือจาก CLI ผ่าน SSH ค่อนข้างเชื่องช้า: การเชื่อมต่อปกติไม่มีข้อความบันทึก ...
  3. หลังจากห้าถึงสิบนาทีที่ 100% CPU กลับมาเป็นปกติโดยไม่มีการเปลี่ยนแปลงจากด้านข้างของฉัน

ทั้งสองรุ่นมีพฤติกรรมนี้ ฉันย้อนกลับหนึ่งหน่วยของแต่ละรุ่นไปยังอิมเมจก่อนหน้าของเฟิร์มแวร์และพวกมันก็ทำงานในลักษณะเดียวกัน

แม้ CPU ตัวนี้จะขัดขวางทันทีหลังจากบู๊ตก็ไม่มีปัญหา แต่ฉันก็สงสัยว่าพฤติกรรมเครือข่ายปกติอาจเป็นสาเหตุของการขัดขวางนี้ แต่ฉันไม่คิดอย่างนั้น ฉันได้พิจารณาประเด็นต่อไปนี้แล้ว:

  1. ทันทีหลังจากบูต STP เริ่มทำงานสร้าง BPDUs และหมุนเวียนพอร์ตทั้งหมดในสวิตช์ผ่านสถานะ Bloking, Listening, Learning และ Learning อย่างไรก็ตามแม้จะใช้ 802.1D กระบวนการนี้ใช้เวลาไม่เกิน 1 นาทีด้วยตัวจับเวลาเริ่มต้น นอกจากนี้ฉันกำลังตรวจสอบสวิตช์ผ่าน SSH ดังนั้นการคำนวณ STP ทั้งหมดจึงเสร็จสิ้นเมื่อฉันสามารถเชื่อมต่อกับสวิตช์ได้

  2. ทันทีหลังจากบูตตารางที่อยู่ MAC นั้นว่างเปล่าและการออกอากาศจำเป็นสำหรับเฟรมแรกที่จะส่งต่อ แต่ฉันสงสัยว่าการออกอากาศนี้จะใช้ CPU 100% น้อยกว่ามากเป็นเวลา 5 นาทีในสวิตช์ 24 พอร์ต

  3. สวิตช์ทั้งหมดทำหน้าที่เป็นอุปกรณ์ L2 ไม่มีฟังก์ชั่น L3 เปิดใช้งานดังนั้นฉันจึงละทิ้งการกำหนดเส้นทางและกระบวนการ L3 อื่น ๆ

ฉันขาดอะไรบางอย่าง "ปกติ" ในการดำเนินการเครือข่ายที่อาจอธิบายการใช้งาน CPU นี้เป็นเวลา 5 นาทีหลังจากรีบูตขณะที่ยังคงเชื่อมต่ออยู่ อาจเป็นกระบวนการพื้นหลังบางชนิดที่สวิตช์ทำงานทันทีหลังจากรีบูต?

คำตอบ:


8

สิ่งนี้ใช้เวลาน้อยกว่า 2 วินาทีใน Google: พอร์ทัลเครือข่าย HP

HP ProCurve 5400zl Switch Series - การใช้งาน CPU สูง (99-100%) หลังจากปัญหาการเริ่มต้น

ทันทีที่สวิตช์เริ่มทำงานสังเกตเห็นการใช้งาน CPU สูง (99-100%) สารละลาย

เมื่อสวิตช์บู๊ตหนึ่งในงานเริ่มต้นคือการสร้างคีย์เข้ารหัส การมีคีย์ที่สร้างไว้ล่วงหน้าหมายความว่าในภายหลังเมื่อคุณสมบัติเช่น SSL หรือ SSH ที่ใช้คีย์นั้นถูกกำหนดค่าหรือใช้งานจะมีความล่าช้าเล็กน้อยในความพร้อมใช้งาน งานนี้ใช้เวลาสองสามวินาทีก่อนที่จะเพิ่มขึ้นทั้งนี้ขึ้นอยู่กับรุ่นสวิตช์การกำหนดค่าที่โหลดและการแก้ไขซอฟต์แวร์ แม้ว่างานนั้นจะใช้ CPU สูงถึง 100% แต่ก็ทำงานที่ระดับความสำคัญต่ำมาก ดังนั้นหากงานอื่นที่ต้องการรอบ CPU เริ่มต้นงานที่มีลำดับความสำคัญต่ำนี้จะกลับมาปิด หากภารกิจการเริ่มต้น / การสร้างคีย์นี้ทำงานโดยไม่ถูกขัดจังหวะโดยงานที่มีลำดับความสำคัญสูงกว่าจะใช้เวลาดำเนินการประมาณ 10 นาที หาก CPU ไม่ว่างกับงานอื่นเวลาในการดำเนินการจะขยายออกไป

ในการตรวจสอบว่าซีพียูที่ยกระดับที่เห็นนั้นเป็นจริงสิ่งที่อธิบายไว้ที่นี่และไม่ใช่สิ่งอื่นที่ต้องมีการแก้ไขปัญหาโปรดใช้คำสั่งด้านล่างนี้

task-monitor cpu (this command was introduced in K.13.04)

show uptime

show cpu

ผลลัพธ์จะมีลักษณะดังนี้

Switch # task-monitor cpu Switch # show uptime 0000: 00: 01: 42.36 Switch # show cpu

99 percent busy, from 27 sec ago
1 sec ave: 100 percent busy
5 sec ave: 100 percent busy
1 min ave: 66 percent busy

Task usage for last 5 sec
 % CPU | Description
-------+--------------------------
   0.3 | Sessions & I/O
  99.7 | System Services

ฉันเห็นด้วยกับสิ่งนี้ดูเหมือนจะอธิบายปัญหาที่ฉันพบ แต่แล้วคำถามใหม่ก็มาถึงใจฉัน อย่างที่ฉันบอกว่าฉันกำลังกดสวิตช์ผ่านการเชื่อมต่อ SSH หากมีการสร้างคีย์ SSH ไม่กี่วินาทีหลังจากฉันเข้าสู่ระบบฉันจะเริ่มเซสชัน SSH ก่อนที่คีย์จะพร้อมได้อย่างไร
Daniel Yuste Aroca

2
จากคู่มือรักษาความปลอดภัยการเข้าถึง Procurve: เมื่อคุณสร้างคู่คีย์โฮสต์บนสวิตช์สวิตช์จะวางคู่คีย์ในหน่วยความจำแฟลช (และไม่ได้อยู่ในไฟล์ Running-config) นอกจากนี้สวิทช์ยังคงรักษาคู่ที่สำคัญในการรีบูตรวมถึงวงจรพลังงาน การลบ (zeroing) คู่คีย์สาธารณะ / ส่วนตัวของสวิตช์ทำให้สวิตช์ไม่สามารถมีส่วนร่วมในการดำเนินงาน SSH และปิดใช้งาน IP SSH บนสวิตช์โดยอัตโนมัติ
Daniel Yuste Aroca
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.