文章目录一、调试环境准备二、使用crash分析vmcore1、bt命令2、log命令3、dis命令4、mod命令5、sym命令6、ps命令7、files命令8、vm命令9、task命令10、kmem命令11、struct命令13、p命令14、查看某个命令使用方法及使用示例15、其它命令三、写在最后我们在Kdump-内核崩溃转储服务中，介绍了kdump服务可以在系统崩溃时，生成崩溃转储文件vmcor

前提：1）本配置共有两个测试节点，分别node1.magedu.com和node2.magedu.com，相的IP地址分别为172.16.24.2和172.16.24.32）集群服务为nginx的web服务；3）提供web服务的地址为172.16.24.100；4）系统为rhel5.41、准备工作为了配置一台Linux主机成为HA(高可用)的节点，通常需要做出如下的准备工作：1）所有节点的主机名称

转载至https://blog.csdn.net/m0_50546016/article/details/116982168?spm=1001.2014.3001.5501

这篇主要谈关于目录的硬链接和软链接。 提示： 目录不可以创建硬链接，但可以创建软链接。 目录的软链接在生产场景中更经常用到，硬链接用的不多。目录的硬链接[root@ianLinux dirlnTest]# ln iandir iandir_hard_linkln: `iandir': hard link not allowed for directory12hard link not allow.

监控netstat -tunlp#查看进程tail -f /var/log/zabbix/zabbix_server.log#查看日志tail#显示文件末尾内容history #查看历史命令！+ 行号直接使用# hostnamectl set-hostname +主机名（修改主机名）监控的生命周期服务器上架到机柜基础设施监控服务器温度，风扇转速，ipmitool命令（只能用在物理机）存储的监控（d

kdump 是一种 kernel crash dump 的机制，它可以在内核 crash 时保存系统的内存信息用于后续的分析。kdump 是基于 kexec 的。crash 是一个用于交互式地分析正在运行的 Linux 系统或者 kernel crash 后的 core dump 数据的工具。记录一下问题及其解决方法：在 centos7 中的 kdump.service 服务一直不能正常启动，如下

今天我分享下简单总结导致oracle数据库主机CPU sys%高的一些原因。在日常的数据库运维中，操作系统CPU使用率一直是我们衡量系统负载的一个比较贴切的指标，例如USER%可以更好的反馈数据库对CPU的使用情况，进而我们再次去数据库中找出导致CPU消耗高的源头，wa%可以反馈IO等待消耗的CPU时间百分比，当wa的值高时，可以说明IO等待比较严重。然而，当CPU SYS%异常增高的时候，我们都

转载至http://blog.itpub.net/235507/viewspace-681660/一、AWR启用：为了启用AWR，可以将STATISTICS_LEVEL初始参数设置为TYPICAL或ALL。如果设置STATISTICS_LEVEL为BASIC，则可以生成AWR数据的手动快照，但这些快照不像由AWR自动执行的快照那样全面。将STATISTICS_LEVEL设置为ALL可以

转载至https://blog.csdn.net/m0_50546016/article/details/116888304?spm=1001.2014.3001.5501

kubelet ------> apiserver ------> 读取etcd拿到分配给当前节点的Pod ------> docker创建容器(或其他容器工具创建容器,因为1.2以后不支持docker)scheduler ------> apiserver ------> etcd(获取)------>调度算法------> node节点。create pod ------> apiserver