linux – SLES 10 SP4(x86_64) – HP Proliant DL380 G4 – 随机变得无响应

linux – SLES 10 SP4(x86_64) – HP Proliant DL380 G4 – 随机变得无响应,第1张

概述将HP Proliant DL380 G4从SLES 10 SP2(i586)升级到SLES 10 SP4(x86_64)时遇到了不幸.尽管安装顺利完成,但服务器在正常运行几天后仍无响应.服务器响应PING但SSH甚至控制台访问失败.恢复的唯一方法是冷启动服务器. 当服务器无响应时,syslog不会显示任何日志.在搜索时,我可以看到针对各种Linux版本报告的类似实例,通常可以通过升级BIOS和/ 将HP Proliant DL380 G4从SLES 10 SP2(i586)升级到SLES 10 SP4(x86_64)时遇到了不幸.尽管安装顺利完成,但服务器在正常运行几天后仍无响应.服务器响应Ping但SSH甚至控制台访问失败.恢复的唯一方法是冷启动服务器.

当服务器无响应时,syslog不会显示任何日志.在搜索时,我可以看到针对各种Linux版本报告的类似实例,通常可以通过升级BIOS和/或服务器的固件来解决.

还在启动选项中尝试了acpi = ht和acpi = off,但没有成功.

我已经升级了HP护照站点at this link提供的服务器BIOS版本,但这并没有解决它.

然后我尝试从here升级存储控制器的固件

我已重新启动服务器并等待查看是否可以解决问题.关于什么是根本原因以及如何修复它的任何建议/建议?

我可以找到一个非常接近我所看到的Ubuntu 12.04 – HP ProLiant DL380 G4 – Load 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> lscpuArchitecture:          x86_64cpu(s):                4Thread(s) per core:    2 Core(s) per socket:    1cpu socket(s):         2NUMA node(s):          1vendor ID:             GenuineIntelcpu family:            15Model:                 4StepPing:              1cpu MHz:               3200.225L1d cache:             16KL2 cache:              1024K> modinfo ccissfilename:       /lib/modules/2.6.16.60-0.85.1-smp/updates/cciss.kolicense:        GPLdescription:    Driver for HP Smart Array Controllers version 3.6.28-24 (d927/s1461)author:         Hewlett-Packard Companysrcversion:     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停顿甚至控制台登录失败,因为 *** 作系统无法从磁盘读取.网络堆栈在内存中,因此系统响应Ping.

其中一些是司机互动.其中一些只是因为这些系统并不适用于今天的 *** 作系统.除了使用更现代的硬件(或者可能购买另一个单元for $18 on eBay进行测试)之外,没有其他选择.在那个时代,我的所有服务器都没有发生这种情况,但肯定会比其他服务器受到更多影响.

没有固件更新,如last revision is from 2008.系统BIOS也在2008年停止接收更新.不支持此存储问题或服务器硬件的任何方式.

DL380 G4是一款拥有10年历史的古老技术服务器(PCI-X,ultra SCSI等).您是否期望支持该年份的桌面?

见:HP Proliant DL380 G4 – Can this server still perform in 2011?

总结

以上是内存溢出为你收集整理的linux – SLES 10 SP4(x86_64) – HP Proliant DL380 G4 – 随机变得无响应全部内容,希望文章能够帮你解决linux – SLES 10 SP4(x86_64) – HP Proliant DL380 G4 – 随机变得无响应所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/yw/1039067.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-24
下一篇 2022-05-24

发表评论

登录后才能评论

评论列表(0条)

保存