ทำไมไดรฟ์ Hitachi HDS5C3020 แบบไม่แบ่งพาร์ติชันจึงเริ่มสิ้นเปลืองพลังงานมากกว่า 50% หลังจากบูต 15 นาที?


19

ในระบบ Debian 6.0.6 มีไดรฟ์โตชิบา DT01ABA200 2TB โตชิบาถึง 74 ชิ้น ไดรฟ์เหล่านี้ระบุว่าเป็นไดรฟ์ Hitachi HDS5C3020BLE630 ที่รันการแก้ไขเฟิร์มแวร์ MZ4OAAB0 64 ไดรฟ์ที่ต่อผ่านการ์ดขยาย HP SAS ไปยังคอนโทรลเลอร์ LSI 2008 SAS อีก 5 ไดรฟ์เชื่อมต่อโดยตรงกับเมนบอร์ด 4 ไดรฟ์เชื่อมต่อกับคอนโทรลเลอร์ PCI ที่ใช้ Sil และ 1 ไดรฟ์ล่าสุดใช้พลังงานเพียงอย่างเดียวและไม่มีสายเคเบิลเชื่อมต่อ คอนโทรลเลอร์ LSI และ Sil ของ BIOS ออนบอร์ดของพวกเขาถูกปิดใช้งานและโมดูล mpt2sas และ sata_sil จะถูกลบออกจากเดเบียน Linux 2.6.32-5-amd64 # 1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64 GNU / Linux เคอร์เนล โมดูล mpt2sas ถูกโหลดหลังจากบูตโดยใช้คำสั่ง modprobe ใน /etc/rc.local 74 ไดรฟ์เหล่านี้ไม่ได้แบ่งพาร์ติชันไม่ได้ฟอร์แมตและไม่ได้ติดตั้ง

ระบบใช้:

  • ด้วย0 ไดรฟ์ : 70.6 - 70.9 วัตต์ (เช่น 15 นาทีหลังจากบูต);
  • ด้วย74 ไดรฟ์ : 330 - 360 วัตต์หลังจากบูต (เทียบเท่ากับ 3.5 - 3.9W ต่อไดรฟ์ในสถานะไม่ได้ใช้งาน);
  • ด้วย74 ไดรฟ์ : 420 - 466 วัตต์แต่ละครั้งในช่วงเวลาที่15ของเวลาทำงาน (เท่ากับ 4.7 - 5.3W ต่อไดรฟ์ในสถานะไม่ได้ใช้งาน)

ข้อมูลจำเพาะของไดรฟ์แสดงรายการ 4.7W เป็นอ่าน / เขียนและ 3.3W เป็นพลังงานที่ไม่ได้ใช้งาน

การใช้พลังงานที่เพิ่มขึ้นมีแนวโน้มมากที่สุดในสาย 5V เนื่องจากหลังจากประมาณ 1 นาที "การป้องกันกระแสเกิน" (OCP) ของแหล่งจ่ายไฟ (PSU) จะปิดการใช้พลังงาน PSU ที่ใช้เป็นรูปแบบรางเดี่ยวที่มี OCP> 122A บนสาย 12V และ> 55A บนสาย 5V

การถดถอย:

  • ไม่สำคัญว่าค่า APM ของไดรฟ์นั้นถูกตั้งค่าเป็นปิดใช้งานหรือ 1 (ประหยัดพลังงานสูงสุด)
  • ระบบปฏิบัติการบันทึกไม่มีกิจกรรมการอ่าน / /proc/diskstatsเขียนใน ค่าที่มีเหมือนกัน (การอ่าน 28 ครั้ง, การเขียน 0 ครั้ง) ทันทีหลังจากการดำเนินการ modprobe
  • ไม่สามารถทดสอบสิ่งที่เกิดขึ้นเมื่อบูตเข้าสู่เมนบอร์ดเป็น BIOS - เพื่อยกเว้นการแทรกแซงระบบปฏิบัติการใด ๆ - เนื่องจากเมนบอร์ด Super Micro X8SI6-F ที่รันเฟิร์มแวร์ 06/27/12 มีข้อผิดพลาดที่อ่านอุณหภูมิเซ็นเซอร์ CPU ที่ +74.0 C ไม่ถูกต้อง " สูง "ในโหมด BIOS และปิดเครื่องหลังจาก 1 นาที

สิ่งที่อาจทำให้กิจกรรมการอ่าน / เขียนของไดรฟ์บนไดรฟ์ทั้งหมดในนาทีที่ 15 หลังจากบูตและวิธีการป้องกันไม่ให้เกิดขึ้น


แค่อยากรู้อยากเห็น ... นี่คือระบบประเภทใด ระบบสำรอง? ซอฟต์แวร์ RAID ทั้งหมดหรือไม่
ewwhite

ขณะนี้กำลังทดสอบซึ่งมีไว้สำหรับที่เก็บข้อมูลสำรองโดยไม่มี RAID ใด ๆ ความซ้ำซ้อนจะได้รับจากเซิร์ฟเวอร์สำรองและเซิร์ฟเวอร์เสริม
สำรองข้อมูล Pro

@ whitewhite ทำให้ฉันนึกถึง Backblaze pods บางคนต้องพูดถึงชื่อนั้น
Dmitri Chubarov

@Dmitri Chubarov มันเหมือนกับที่เก็บของ Backblaze แต่ไม่มีตัวคูณพอร์ต SATA ความสูง 5U ไม่มี RAID 74 แทนที่ 45 ไดรฟ์, PSU เดียวเพียง 2.0 วัตต์ของการใช้พลังงานเพื่อระบายความร้อนและเมื่อไดรฟ์ทั้งหมดกำลังหมุนรอบตัว ความแตกต่างของอุณหภูมิ 6 องศาองศาระหว่างไดรฟ์ที่เย็นที่สุดและอบอุ่นที่สุด
สำรองข้อมูล Pro

คำตอบ:


20

ฟังดูราวกับว่าไดรฟ์กำลังทำการขัด SMART (การทดสอบออฟไลน์อัตโนมัติ)

smartctl -a /dev/hdx

ควรยืนยันการกำหนดค่าด้วย:

Auto Offline Data Collection: Enabled.

ปิดการใช้งานด้วย:

smartctl --offlineauto=off /dev/hdx

มันอาจเป็นอย่างอื่น ...


smartctl --offlineauto=offทำเคล็ดลับ อย่างน้อย 32 นาทีไม่มีการใช้พลังงานเพิ่มมากขึ้นทำให้ PSU OCP หยุดทำงาน ในฐานะโบนัส hdparm -SX กำลังตั้งค่าไดรฟ์จาก "active / idle" เป็น "standby" อย่างไรก็ตามไดรฟ์ที่ต่ออยู่กับคอนโทรลเลอร์ sata_sil ไม่สามารถเป็นคอนโทรลเลอร์ได้ การเสียบไดรฟ์เหล่านี้ไปยังตัวควบคุมอื่นเป็นการชั่วคราว การตั้งค่าการรวบรวมข้อมูลออฟไลน์ยังคงอยู่สำหรับการรีบูตและวงจรพลังงาน
Backup Pro
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.