系统崩溃linux
‘壹’ linux镎崭綔绯荤粺姝绘満澶勭悊鏂规硶链夊摢浜
Linux 涓锛屾湁濡备笅鍑犵嶆柟娉曟潵銮峰彇钖勭嶅穿婧冩椂浜х敓镄勪俊鎭銆
1.Core mp
Core mp 阃氩父鐢ㄦ潵璋冭瘯搴旂敤绋嫔簭阌栾锛屽綋镆愪簺搴旂敤绋嫔簭杩愯屽嚭鐜板纾甯稿穿婧冩椂锛屽彲浠ュ紑钖绯荤粺镄 core mp 锷熻兘锛屾潵寰楀埌涓涓绋嫔簭宕╂簝镞剁殑鍐呭瓨淇℃伅锛岀敤𨱒ュ垎鏋愬穿婧冨师锲狅细
鍦/etc/profile閲屽姞涓(鎴栬呬慨鏀)涓𨱒★细
ulimit -c 0
杩愯屽懡浠わ细sysctl -w "kernel.core_name_format=/coremp/%n.core"
璇ュ懡浠ゆ剰镐濇槸鎸啴ore鏂囦欢鏀惧湪/coremp鐩褰曚笅锛屾枃浠跺悕鏄杩涚▼钖+.core
2.Diskmp
diskmp宸ュ叿鎻愪緵浜嗗湪鍗曟満涓婂垱寤哄拰閲囬泦vmcore(kernel mp)镄勮兘锷涳纴钥屾棤椤讳娇鐢ㄧ绣缁溿傚綋鍐呮牳链韬鍑虹幇宕╂簝镄勬椂鍊欙纴褰揿墠镄勫唴瀛桦拰CPU鐘舵佷互鍙婄浉鍏崇殑淇℃伅閮戒细琚淇濆瓨鍒颁竴涓鏀鎸乨iskmp镄勭佺洏涓婄殑淇濈暀鍒嗗尯涓娿傚湪涓嬩竴娆￠吨鏂板惎锷ㄧ殑镞跺欙纴褰撶郴缁熼吨鏂板惎锷锛宒iskmp镄勫埯濮嫔寲鑴氭湰浼氢粠淇濈暀鍒嗗尯涓璇诲彇淇濆瓨镄勪俊鎭骞跺垱寤轰竴涓獀core鏂囦欢,铹跺悗杩欎釜鏂囦欢琚鍐嶆″瓨鏀惧埌/var/crash/鐩褰曚笅锛屾枃浠跺悕涓127.0.0.1-
濡备笅鏄涓涓閰岖疆 HP SCSI 璁惧囦笂钖鐢 diskmp 镄勮繃绋嬶纴濡傛灉涓嶆槸 HP SCSI 璁惧(鍗宠惧囧悕涓 /dev/sdX镄勫舰寮)锛屽垯镞犻’镓ц岀涓夈佸洓涓や釜姝ラゃ备絾闇瑕佸湪绗涓姝ュ墠鍏堟墽琛屽懡浠わ细 modprobe
diskmp
绗涓姝ワ细缂栬緫 /etc/sysconfig/diskmp鏂囦欢锛屽皢涓涓绌虹槠鍒嗗尯镄勮惧囧悕濉鍏ュ悗淇濆瓨阃鍑猴纴渚嫔傦细
DEVICE=/dev/cciss/c0d0p2
绗浜屾ワ细鍒濅娇鍖 mp 璁惧
#service diskmp initialformat
璀﹀憡锛氲ュ垎鍖虹殑镓浠ユ暟鎹浼氢涪澶便
绗涓夋ワ细浣跨敤 cciss_mp 妯″潡镟挎崲褰揿墠镄 cciss 妯″潡锛
鍦 /etc/modprobe.conf 镓惧埌濡备笅琛岋细
alias scsi_hostadapter cciss
淇鏀逛负锛
alias scsi_hostadapter cciss_mp
鍐嶅炲姞涓琛岋细
options cciss_mp mp_drive=1
娉锛氩亣璁绵iskmp鏂囦欢涓閰岖疆镄勪负 /dev/cciss/c0d[#a]p[#b], 璇疯剧疆涓猴细 options cciss_mp mp_drive=[#a]
绗锲涙ワ细閲嶅缓 initrd 鏂囦欢锛
#mv /boot/initrd-`uname -r`.img /boot/initrd-`uname -r`.img.old
#mkinitrd /boot/initrd-`uname -r`.img `uname -r`
绗浜旀ワ细璁剧疆 diskmp 链嶅姟鑳藉熷紑链鸿嚜钖锷锛
# chkconfig diskmp on
3.Netmp
濡傛灉浣跨敤绾㈡枣DC4.0 鎴 3.0 鐗堟湰绯荤粺锛屾槸涓嶈兘鏀鎸 diskmp 镄勶纴鍙浠ュ埄鐢╪etmp 𨱒ヨ揪鍒拌緭鍑簐mcore 镄勭洰镄勚备絾鏄疦etmp瑕佹眰镊冲皯链変竴涓链嶅姟鍣ㄤ互鍙娄换镒忔暟鐩镄勫㈡埛绔銆傛湇锷″櫒鐢ㄦ潵鎺ユ敹瀹㈡埛绔姝绘満镞剁殑淇℃伅锛屽㈡埛绔鏄缁忓父姝绘満镄勬満鍣ㄣ
(涓)链嶅姟鍣ㄩ厤缃:
(1).妫楠宯etmp链嶅姟鍣ㄦ槸钖﹀畨瑁呭畬姣:
rpm -q netmp-server
濡傛灉链瀹夎,璇峰湪鍏夌洏 RedFlag/RPMS/ 鐩褰曚腑镓惧埌 netmp-server 镓揿ご镄勮蒋浠跺寘锛屾墽琛屽懡浠:
rpm -ivh netmp-server-x.x.x.rpm (x涓虹増链鍙)
杩涜屽畨瑁呫
(2).链嶅姟鍣ㄥ寘瀹夎呭悗,鐢ㄥ懡浠:
passwd netmp
镟存敼鐢ㄦ埛镄勫瘑镰.
(3).镓揿紑链嶅姟:
chkconfig netmp-server on
(4).杩愯屾湇锷″櫒:
service netmp-server start
(浜)瀹㈡埛绔閰岖疆:
(1).镙￠獙瀹㈡埛绔鏄钖﹀凡瀹夎
rpm -q netmp
濡傛灉链瀹夎咃纴鍦ㄥ厜鐩 RedFlag/RPMS/ 鐩褰曚腑镓惧埌 netm 镓揿ご镄勮蒋浠跺寘锛屾墽琛屽懡浠:
rpm -ivh netmp-x.x.x.rpm (x涓虹増链鍙)
瀹夎.
(2).缂栬緫鏂囦欢/etc/sysconfig/netmp锛屾坊锷犲备笅琛:
DEV=eth0
NETDUMPADDR=172.16.81.182
NETDUMPMACADDR=00:0C:29:79:F4:E0
172.16.81.182鎸 netmp 链嶅姟鍣ㄥ湴鍧銆
(3).杩愯屼笅闱㈢殑锻戒护锛屽嚭鐜版彁绀虹︽椂杈揿叆瀵嗙爜:
service netmp propagate
(4).镓揿紑瀹㈡埛绔:
chkconfig netmp on
(5).杩愯屽㈡埛绔:
service netmp start
(6).娴嬭瘯
涓轰简娴嬭瘯netmp镄勯厤缃鏄钖︽ｇ‘锛屽湪netmp瀹㈡埛链轰笂锅氢笅闱㈡搷浣滐细
cp /usr/share/doc/netmp-xxxxxx/crash.c .
gcc -DKERNEL -DMODULE -I/lib/moles/$(uname -r)/build/include -c crash.c
insmod ./crash.o
杩欎细阃犳垚绯荤粺宕╂簝锛屼细鍦╪etmp链嶅姟鍣ㄧ殑/var/crash/<瀹㈡埛绔疘P>/鐩褰曚笅锛岀湅鍒颁竴涓镙稿绩杞鍌ㄣ傚綋瀹㈡埛链烘ｅ湪杞鍌ㄦ暟鎹鍒版湇锷″櫒镄勬椂鍊欙纴浣犱细鐪嫔埌涓涓钖嶅彨钬渧mcore-incomplete"镄勬枃浠躲傚綋杞鍌ㄧ粨𨱒熷悗锛岃ユ枃浠朵细鏀瑰悕鎴 "vmcore"銆"vmcore"鏂囦欢镄勫ぇ灏忎细鍙桦寲锛屽彲鑳借揪鍒板嚑涓狦B.鍦ㄤ竴涓鍐呭瓨鏄512M镄勭郴缁熶笂锛屼笂闱㈢殑娴嬭瘯浼氢骇鐢熷ぇ绾510M镄剉mcore鏂囦欢銆
‘贰’ 怎么样把linux搞崩溃掉
以上三位的方法都不是让系统崩溃，只是引导不了
linux最狠的方法是切换到root用户
然后执行 rm -rf /
谨慎使用 因为你什么都消失了
‘叁’ linux 在进程crash后，会做什么工作
样看怎么个崩溃了，如只是应用崩溃，那需要尽快查清楚原因。
如果是系统崩溃估计只有先重启，然后在启动数据库和应用啥的，看看是否受损，如有受损尽快查找原因，进行恢复操作。
如果是硬件级别的崩溃就比较惨了，如果是存储异常，只要存储还健全，那还能通过手段恢复数据啥的，就杯具了，基本上所有的东西都差不多该重装了，恢复数据和应用程序这些东西
‘肆’ linux下升级glibc后系统崩溃指令无效的解决
在线上寻求glibc更新指南，大量教程展现升级流程顺畅无阻，但在升级后，面临普遍的困境：常见的ls、cp等指令无法运作，且无法通过SSH端口登录系统。遇到这种情况，应采取谨慎的应对策略。
首先，避免退出SSH连接。即便出现上述问题，不中断连接，我们仍有补救方案。解决方案如下：
若SSH连接已关闭，可尝试进入系统救援模式，恢复glibc环境，然后重启系统。这将有助于解决问题并恢复正常操作。
对于寻求稳定升级路径的用户，建议在安装新版本glibc时，确保安装路径与现有环境不冲突。即使安装过程中出现错误，也能更轻松地进行回滚操作。