我刚拿到一台HP DL180 G6，它有25X 146GB 15K SAS硬盘，36GB RAM，2X 2.0GHz Xeon 1333Mhz FSB。 为了好玩，我将它们全部configuration在单个RAID 0中，并在其上安装了Ubuntu，以了解HP Smart Array P410控制器（配有512MB RAM）上的25个驱动器的速度。 当我运行hdparm -tT / dev / mapper / concorde -vg-root时，我得到了 Timing cached reads: 5658MB in 1.99 seconds = 2834.13 MB/sec Timing buffered disk reads: 1192 MB in 3.00 seconds = 397.13 MB/sec 当我在其他服务器上运行相同的命令（HP DL360 G5 – 32GB内存 – 2X […]
我在工作中使用了HP DL机器。 我发现他们非常快，但非常昂贵 – 高达15000美元， 我很好奇，虽然我们通常使用的规格（例如双AMD皓龙2.6GHz，8或16GB内存）是好的，但它并不是我所拥有的许多台式机的“标题”（商店橱窗）规格。用过的。 例如，我现在使用的是具有4G内存，双核英特尔2.8Hz的商用机器，价格约为400美元。 但是DL显然要快得多。 我的参考是编译一个类似的代码基地，在DL上可能需要几秒钟，在商品硬件上10秒（假设机器什么都不做，所以最小的负载率和内存使用率）。 所以我的问题是， 给予类似的标题规格（内存和CPU），DL的构build和架构是什么使它比商用机器要快得多。 或者更简单地说，给定一组CPU和RAM， 其他服务器体系结构和组件function对其性能有什么影响？
我调整我的服务器的低延迟本指南build议禁用此选项“处理器电源和利用率监视”，因为： 禁用iLO处理器状态模式切换和Insight Power Manager处理器利用率监视及其关联的SMI 禁用系统pipe理中断给处理器提供了低延迟环境的最大好处之一。 禁用处理器电源和利用率监控SMI的影响最大，因为它在G6，G7和Gen8服务器中每秒产生一次处理器中断。 但是我在BIOS中找不到这个选项。 我检查了基于HP ROM的设置实用程序用户指南 ，它不在那里。 如何禁用“处理器电源和利用率监控”，我应该做什么确切的步骤？
在我的DL380 G6上的ILO2固件2.15上，Temp 30传感器（位置：I / O板区）表示65C，风扇运行在78％的容量。 该区域的警戒级别是110C，临界级别是115C。 有人会知道Temp 30传感器的位置吗？ 还有8个传感器指向“I / O局域”位置。 谢谢， 亚历山大
我们有一台运行CentOS 6的HP Proliant DL320e。 我们将获得SATA硬盘，数据格式为NTFS，FAT，HFS和HFS +，我们希望将这些文件复制到服务器（只读），最好不必每次都重新启动服务器。 所以一些数据供应商会把我们的硬盘邮寄给我们，我们把它连接到服务器，读取数据，断开硬盘并通过邮件退回硬盘。 每个磁盘将有几个TB的数据。 我们将简单地使用cp -R或类似的东西来复制它。 我们目前假设供应商不会向我们发送恶意数据。 数据将被写入一个Synology RAID系统，这个系统能够比从单个硬盘上读取数据的速度快得多。 我们有一个带有几个空闲插槽的HP RAID控制器“B120i”，但是可能我们不能用它来读取客户发送给我们的非search盘，对吗？ 此外，我们有一个内部的SATA连接器，卖方打算用我们昂贵的DVD读卡器。 我们没有购买，所以SATA连接器必须是免费的。 现在，卖家告诉我们，除了DVD播放机之外，不可能连接任何东西，而且我们最好的select是通过USB连接硬盘。 我有一个感觉，USB将比SATA慢。 我们可以使用内部SATA连接器，可能使用扩展电缆吗？ 我们是否需要CentOS上不可用的特殊驱动程序，除非我们通过USB连接磁盘？ 什么是最好的方式来获取数据到服务器？
那些了解惠普服务器性能和SQL的人的问题… 我试图规定一个合适的服务器，具有以下要求： 运行SQL 2012标准版（我无法获得企业版的批准） 主数据库目前是600 GB，未来3年可以增长到1200 GB 主数据库的日志文件目前是120 GB，允许增长到300 GB OLAP数据库为60 GB，允许增长到120 GB Reporting Services大约是5到10 GB Windows 2012标准版允许> 32GB（耶！）和SQL 2012标准版允许64 GB的RAM使用，所以我想有一个96 GB的RAM的服务器将足够的操作系统，SQL，OLAP和RS … 现在我关心的是磁盘空间要求，我想把每个组件放在自己的Raid 1或Raid 1 + 0卷，所以通过这个措施，我需要： 2个300GB 15K RPM 6GB DP SAS磁盘，用于引导操作系统的RAID 1（300 GB可用） 8 x 300GB 15K RPM 6GB DP SAS磁盘，RAID 1 + 0主数据库（可用1,200 GB） 2 x 300GB 15K RPM 6GB DP […]
我尝试使用Python的HP-ILO模块连接到HP刀片服务器（HP BladeSystem c3000机箱）。 obj=hpilo.Ilo('172.8.2.29', login='Administrator', password='<redacted>', timeout=60, port=443, protocol=None, delayed=False) 使用python库创build一个HP-ILO对象，并尝试获取资产标签的详细信息，我得到了下面的错误。 hpilo.IloError：远程返回的伪造数据，也许它不是一个iLO Python API： https ： //pythonhosted.org/python-hpilo/ilo.html 我可以通过浏览器和SSH客户端连接服务器，但我无法通过RIBCL脚本或使用Python连接服务器。
我有一台运行CentOS 5.x的HP Proliant 460c刀片服务器。 出于某种原因，CentOS认为ETH0的MAC地址是（18：a9：05：71：xx：xc），但是我根本无法在板上pipe理员那里findMAC。 实际上，如果我使用板载pipe理员显示的MAC地址，并尝试将其硬编码到nic（在/ etc / sysconfig / network-script / ifcfg-eth0下），我得到一个错误： 设备eth0具有不同于预期的MAC地址。 我在哪里可以明确地确认系统在MAC地址上看到什么？ ifconfig -a显示“不正确”的一个。 在CenTOS主机上，我在ifconfig结果中看到了这一点（稍作修改以保护无辜者）： eth0 HW 18:a9:05:71:xx:xc eth0:0 HW 18:a9:05:71:xx:xc eth1 HW 18:A9:05:71:xx:xd eth1:0 HW 18:A9:05:71:xx:xd eth2 HW F4:CE:46:8X:XX:40 eth3 HW F4:CE:46:8X:XX:44 我不确定18：a9 MAC地址是从哪里来的。 当我检查属于服务器的设备托架的端口映射时，我看到： Mezzanine Device Port: ENET1 Device ID: d4:85:64:49:xx:x8 Mezzanine Device Port: iSCSI Port 1 Device ID: F5:CE:46:83:xx:x1 […]
我们将EATON Ellipse Max 1500（900W）作为我们的HP Proliant ML350 G6的UPS。 第一次电源故障时（实际上我们只把UPS的input插头移到不同的sockets上），服务器立即closures，健康LED指示灯变红并开始闪烁。 UPS在此之前运行了大约一周，电池完全充电到100％。 由于我们服务器的热插拔电源是460W，我们确信我们没有超载，服务器当时完全闲置（除了Windows服务器核心服务，没有networking或赢得应用程序运行）。 然后，我们试着用一个通用电源（不知道电源是什么）的一个不同的，没有名字的旧电脑（Core 2 Duo，2Gb RAM）做同样的事情，当我们拔出插头时，它继续工作。 UPS负载小于15％（在提供的Eaton实用程序中测量）。 我们使用智能示波器测量了UPS的输出电压，UPS输出波形的THD变为40％。 你有类似的经历吗？ 这可能是一个错误的UPS？ 或者电源故障？ 或者一些惠普传感器被configuration为严格触发？ 我不想用相同的品牌replace这个UPS，以获得相同的结果。 [编辑] 我也试图在服务器closures的时候这样做。 当UPS正在使用电池时，服务器将无法启动 – 只要按下电源button，运行状况指示灯就会开始闪烁红色。
我们是一家所有Proliant商店，大约有50台服务器，主要是从G5到G7的DL360和DL380。 我们刚刚拿到了我们的前两个八国集团，并去架子。 我们惊讶地发现，新的电缆pipe理臂伸出了几乎1英寸的机架，然后是Proliant系列的前几代产品。 不幸的是，这使得它们占用了我们APC机架中PDU的相同空间。 在人口密度不高的机架部分，人口密集的部分不可能在不移动另一台机器的电源的情况下将电缆臂插入到位。 有没有其他人遇到这个？ 显然没有电缆pipe理武器的机器不是一个选项。 我想我们可以重新configuration我们的机架，但这是一场噩梦。