如果不幸将HP Proliant DL380 G4从SLES 10 SP2（i586）升级到SLES 10 SP4（x86_64）。 虽然安装顺利完成，但服务器在正常运行数天之后却没有响应。 服务器响应PING，但SSH甚至控制台访问失败。 唯一的恢复方法是冷启动服务器。
当服务器没有响应时，系统日志不会显示任何日志。 在search时，我可以看到类似的实例报告了各种风格的Linux，通常通过升级BIOS和/或服务器的固件来解决。
在启动选项中也尝试了acpi = ht和acpi = off，没有任何成功。
我在这个链接上升级了惠普护照站点提供的服务器BIOS版本，但是没有解决这个问题。
然后我尝试从这里升级存储控制器的固件
我已经重新启动服务器，并等待看看这是否解决了这个问题。 任何关于什么是根本原因的build议/build议，我如何去解决它？
我可以find一个贴近我看到的Ubuntu 12.04 – HP ProLiant DL380 G4 – 加载Maxes Out / Unresponsive
服务器信息：
Linux hostname 2.6.16.60-0.85.1-smp #1 SMP Thu Mar 17 11:45:06 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux > lscpu Architecture: x86_64 CPU(s): 4 Thread(s) per core: 2 Core(s) per socket: 1 CPU socket(s): 2 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 15 Model: 4 Stepping: 1 CPU MHz: 3200.225 L1d cache: 16K L2 cache: 1024K > modinfo cciss filename: /lib/modules/2.6.16.60-0.85.1-smp/updates/cciss.ko license: GPL description: Driver for HP Smart Array Controllers version 3.6.28-24 (d927/s1461) author: Hewlett-Packard Company srcversion: 737C49390DD1F6FB9BC03F7 >slabtop Active / Total Objects (% used) : 331966 / 339552 (97.8%) Active / Total Slabs (% used) : 20306 / 20315 (100.0%) Active / Total Caches (% used) : 98 / 136 (72.1%) Active / Total Size (% used) : 78133.61K / 79253.95K (98.6%) Minimum / Average / Maximum Object : 0.02K / 0.23K / 128.00K OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME 191752 191637 99% 0.09K 4358 44 17432K buffer_head 44916 44891 99% 0.20K 2364 19 9456K dentry_cache 35620 35561 99% 0.78K 7124 5 28496K ext3_inode_cache 15064 15035 99% 0.52K 2152 7 8608K radix_tree_node 6510 5859 90% 0.18K 310 21 1240K vm_area_struct 5782 5689 98% 0.06K 98 59 392K size-64 3840 3747 97% 0.08K 80 48 320K sysfs_dir_cache 3288 3271 99% 0.61K 548 6 2192K proc_inode_cache 3015 2259 74% 0.25K 201 15 804K filp 2304 2043 88% 0.02K 16 144 64K anon_vma 2304 1911 82% 0.02K 16 144 64K dm_tio 2208 1899 86% 0.04K 24 92 96K dm_io 2106 2096 99% 0.58K 351 6 1404K inode_cache 1710 1633 95% 0.12K 57 30 228K size-128 1680 1515 90% 0.03K 15 112 60K size-32 1480 1169 78% 0.09K 37 40 148K journal_head 任何指针将不胜感激。
在2003 – 2006年，我有许多HP Smart Array 6400/641 / 6i SCSI RAID控制器以类似的方式挂在Red Hat / CentOS系统上。 您正在失去RAID控制器和底层存储系统。 由于操作系统无法从磁盘读取，I / O延迟甚至控制台login失败。 networking堆栈在内存中，所以系统响应ping。
有些是驾驶员互动。 其中有一部分就是这些系统不适用于今天的操作系统。 除了使用更现代化的硬件之外，没有任何其他的select（ 或者在eBay上以$ 18的价格购买另一个单元来testing）。 在那个时代，这并没有发生在我所有的服务器上，但是肯定比其他的更受影响。
没有固件更新的后果，因为最后一次修订是从2008年 。 系统BIOS也停止在2008年接收更新。不支持这种存储问题或任何方式的服务器硬件。
DL380 G4是一款具有古老技术（PCI-X，Ultra SCSI等）的10年历史的服务器。 你希望支持这个年份的桌面？
请参阅： HP Proliant DL380 G4 – 该服务器在2011年仍可以运行吗？