服务器IO高，系统卡死

最新推荐文章于 2025-03-09 18:49:11 发布
最新推荐文章于 2025-03-09 18:49:11 发布
阅读量1.8k 收藏 4
点赞数
分类专栏： 服务器问题分析 文章标签： 服务器 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_40198590/article/details/125591015
版权

一、问题描述
7月2日，centos8 安装Gnome 桌面 没有继续使用，第二天登录后 操作任何东西东经常卡死，重启多次，还是卡顿，卸载Gnome后才解决。

二、问题分析

1、监控图分析
看了监控图，发现cpu利用率已经非常高，并且系统IO也到了瓶颈。
在这里插入图片描述
2、IO占用高的进程分析
登录linux系统后，通过iotop -oP查看IO占用高的进程，通过磁盘读取量，磁盘写入量，IO百分比，发现Gnome占用非常高的资源。
这张图后截的，没能保留案发现场，当时是Gnome占用的比较高。
在这里插入图片描述
三、问题结论
centos8安装Gnome桌面引起IO高。

四、改进措施
通过dnf removen gdm 将Gnome移除

录包磁盘IO高导致系统卡顿问题排查&&解决
John_ToStr的博客
06-28 794
录包磁盘IO高导致系统卡顿问题排查&&解决
转：linux io调度深入分析
cod42960的博客
04-24 3662
http://www.lupaworld.com/56821/viewspace-142725.html[@more@]读完这篇最好读下http://kerneltrap.org/node/7637，really great转自...
阿里云操作系统控制台——解决服务器磁盘I/O故障
记录学习路上的一些拙见
03-09 1902
阿里云操作系统控制台——解决服务器磁盘I/O故障
磁盘IO过高时的处理办法
weixin_34293246的博客
09-14 1159
针对系统中磁盘IO负载过高的指导性操作 主要命令：echo deadline > /sys/block/sda/queue/scheduler 注：以下的内容仅是提供参考，如果磁盘IO确实比较大的话，是数据库，可以进行读写分离或者分库操作，减小磁盘压力，文件的话，可以利用raid来减轻压力   一)I/O调度程序的总结: 1)当向设备写入数据块或是从设备读出数据块时,请求都被安...
记一次服务器IO过高处理过程
weixin_33970449的博客
05-27 921
记一次服务器IO过高处理过程一、背景 在一次上线升级后，发现两台tomcat服务器的IOwait一直超过100ms，高峰时甚至超过300ms，检查服务器发现CPU负载，内存的使用率都不高。问题可能出现在硬盘读写，而且那块硬盘除了写日志外，没有其他的IO操作。最后发现是应用打印的日志信息太多，导致磁盘IO负载过高。二、寻求解决过程通过查找资料发现，Linux是用p...
服务器io读写较高怎么办？
Nicolege678的博客
09-30 4694
iostat -d -x -k 1 10 #查看设备使用率（%util）、响应时间（await） iostat -c 1 10 #查看cpu状态。描述iotop根据Linux内核（需要2.6.20及以上）来监测I/O，并且能显示当前进程/线程的I/O使用率。如果服务器的wa很高，那么说明CPU等待磁盘写入完成的时间很长，持续这样的状态可能会导致CPU资源耗尽。FileReadWrite 应用：三个线程，每个线程都在每秒36M，42M，75M的速度读写io。
Linux服务器IO问题排查
记录的技术
10-09 1009
引言：linux 服务器运维重点关注的也是三大件，cpu、内存和磁盘，这三块一般也都有比较好的告警支持，需要登录服务器上关注的则有cpu 负载，IO性能等，这几个指标对告警配置不是特别的友好。服务器的性能问题，第一步先top 下，看下cpu 负载，如果CPU项的wa过高，则要排查IO问题。-p protocol：显示特定协议（tcp、udp 或 icmp）的连接。-u 默认的参数，显示各个进程的CPU使用统计。-t 显示选择任务的线程的统计信息外的额外信息。-f：显示外部地址的完全限定域名（FQDN）。
sun服务器系统日志,Solaris简单系统巡检，日志查看
weixin_42302384的博客
08-11 1516
1、查看message日志；查看是否有errorbash-3.2#moremessagesJul2218:51:46sunm4k_2fmd:[ID377184daemon.error]SUNW-MSG-ID:SUN4U-8000-2S,TYPE:Fault,VER:1,SEVERITY:MajorJul2218:51:46sunm4k_2EVENT-TIM...
记录一次tomcat线程阻塞引发的系统卡死、获取不到session
Mars_xiaotao的博客
04-28 2002
项目背景：该项目是事业单位内部办公系统，两三百人的用户量，应用服务器（windowServer2012）系统盘空间时常不足（经常远程清理）。该系统生产环境也时常卡顿，之前一直以为是应用服务器系统盘空间不足导致。 后来在一次次强调下，客户终于对服务器进行了优化，本以为一切都好了。 但是一个明媚的上午，系统再次卡死，客户心态爆炸，领导严令立即远程排查mysql数据库、tomcat中间件是否进行过优化。屋漏偏逢连雨天啊，那天我起晚了，9点多了 还没到公司…… 一路飞奔到公司。 mysql数据库的优化是我调整的我是
linux排查CPU或内存占用高问题(JAVA程序导致linux服务器CPU过高和内存过高)
madman
12-05 1239
最近生产环境经常发生CPU和内存异过高的情况，以前一般排查的也是一些死锁问题，排查死锁的时候直接打印程序的堆栈信息，然后查看线程的各种状态，差不多都能猜到问题所在，这两天cpu和内存问题刚开始也是直接打印堆栈信息，然后发现堆栈信息太多，很难定位到是什么导致了cpu和内存问题，虽然在堆栈文件里面找到很多自己写的业务代码，但是因为执行的线程比较多，查询起来比较费劲(基本上来说除非交易量很大，应用支持...
「服务器运维」如何解决服务器I/O过高的问题
xuzhougeng blog
12-26 2152
在没有解决bug之前，你永远不知道bug到底是怎么产生的。 问题缘起: 当我习惯性地用top查看任务运行状态时，发现我运行的100个任务，只有3个在运行，其他都在摸鱼状态。同时发现我的任务进程都是"D"状态(未截图)，而不是R(运行)状态。 top状态 这个时候，我直觉上感觉这是硬盘读写除了问题，于是我开始检索查找相关工具去验证我的猜想 先用的是iostat -x ...
工作经验：windows服务器下磁盘IO性能监控和分析报告
12-28
公司的DELL R720服务做了raid 5，安装了windows server 2012 发现服务器运行很慢，怀疑了磁盘IO问题，故此做了性能监控和分析，发现确实为磁盘IO问题。此为分析报告，对windows服务器性能监控有指导意义。后来咨询dell官方确认r720做raid5 性能很差，对服务器重做raid 1，问题解决。
linux服务器应用卡死性能问题排查
01-22
linux服务器应用卡死性能问题排查，超级实用，分享给大家
2016.1.25 告警：服务器.7 磁盘IO利用率超过90%
weixin_30588729的博客
01-26 500
参考文档 http://www.2cto.com/os/201408/327197.html 1.故障发生和恢复时间 2016.1.25 14:43 微信告警：113.5.230.7 磁盘IO利用率超过90% 恢复时间 中断2分钟 2016.1.25 14:45 2.登录.7 查看IO信息 iotop 3.恢复操作 自动恢复 5.故障原因 [jbd2/d...
记录一次云磁盘读取read/IO非常高导致服务器卡死的情况
Ysssssssssssssss的博客
11-09 2780
记录一次云磁盘读取read/IO非常高导致服务器卡死的情况
服务器IO高问题定位和优化
zqzwzd的博客
04-10 5500
这次分享主要是针对大家经常面试中遇到的性能相关问题的可能猜测和定位、解决的方法， 我在面试的过程中发现好多同学并没有一个清晰的思路 本课程的主旨及目标 •导致服务器IO高的常见原因 •常见定位问题的方法 ======================================导致服务器IO高的常见原因================================= 简介：磁盘通常是计算机最慢的子系统，也是最容易出现性能瓶颈的地方，因为磁盘离CPU 距离最远而且CPU 访问磁盘要..
如果服务器的磁盘I/O经常过高？会有什么影响
YOKEhn的博客
08-30 1569
处理速度变慢：磁盘I/O过高会导致CPU和内存资源等待I/O操作完成，从而降低整体的处理速度。为了缓解磁盘I/O问题，可能需要投资于更快的存储解决方案或额外的硬件，增加了成本。在尝试扩展系统以处理更多负载时，磁盘I/O可能成为瓶颈，限制了系统的可伸缩性。如果磁盘I/O过高影响到需要访问磁盘数据的网络服务，可能会导致网络响应延迟。在进行数据备份和恢复操作时，过高的磁盘I/O可能导致操作变慢，延长恢复时间。频繁的I/O操作会增加硬盘的磨损，可能缩短存储设备的寿命。
linux 磁盘并发io,Linux系统 磁盘IO过高排查总结
weixin_30767393的博客
05-07 2637
最近做的一个电商网站因为磁盘 I/O 过高导致访问速度奇慢，问题存在两个月有余未得到解决办法。此次排查原因的经验可以作下次问题的参考。1、会看懂 top 系统命令出来的各项参数。此次是无意中发现 us% 正常，但是 wa% 很高，才得知是系统磁盘的 I/O 过高导致网站访问慢。2、会安装和使用监控应用。iotop、pt-ioprofile等工具，都是有助于分析问题所在的应用。借助这些工具，最终定位...
服务器磁盘IO性能调优
悦分享
07-22 3027
iostat是I/O statistics（输入/输出统计）的缩写，iostat工具将对系统的磁盘操作活动进行监视。它的特点是汇报磁盘活动统计情况，同时也会汇报出CPU使用情况。iostat也有一个弱点，就是它不能对某个进程进行深入分析，仅对系统的整体情况进行分析。iostat 安装： 显示所有设备负载情况： 说明：cpu属性值说明：备注：cpu属性值说明：定时显示所有信息： 显示指定磁盘信息： 显示tty和cpu信息： 以M为单位显示所有信息： 查看设备使用率（%util）、响应时
netplan apply重启卡死
最新发布
04-02
<think>好的，我现在需要帮助用户解决Netplan应用配置时导致系统卡死的问题。首先，我需要回忆一下Netplan的基本知识。Netplan是Ubuntu中用于配置网络的工具，使用YAML文件来定义网络接口。用户执行netplan apply后系统卡死，可能的原因有很多，我需要逐步分析。 首先，可能的问题出在配置文件中。比如语法错误、缩进不正确，或者配置了不支持的参数。YAML对缩进非常敏感，用户可能不小心用了空格而不是制表符，或者缩进层级不对。此外，如果配置了错误的接口名称或IP地址，也可能导致网络服务崩溃，进而系统卡死。 接下来，考虑驱动或内核模块的问题。某些网络接口可能需要特定的内核模块，如果这些模块没有正确加载，或者与当前内核版本不兼容，可能导致问题。用户可能需要检查dmesg日志，查看是否有相关的错误信息。 另外，网络管理器（NetworkManager）和Netplan之间的冲突也有可能。如果系统同时使用两种方式管理网络，可能会引起冲突。需要确认是否禁用了NetworkManager，或者配置文件中是否有冲突的设置。 还有可能是DHCP请求超时。如果配置为DHCP获取IP，但DHCP服务器没有响应，Netplan可能会在等待时卡住。这种情况下，可以尝试设置静态IP，或者检查DHCP服务器的状态。 用户提到的引用[2]中提到了安装Ubuntu时选择最小化安装，没有图形界面，这可能影响驱动安装。如果用户使用的是服务器版，某些网络驱动可能需要额外安装，比如non-free固件。需要检查是否正确安装了相关驱动。 引用[4]中提到安装libgl1-mesa-dev解决依赖问题，这可能提示用户系统中缺少某些依赖库，但不确定是否与Netplan相关。不过，系统组件的缺失有时会导致意外问题，可能需要检查系统更新和依赖是否完整。 解决方案方面，首先应该检查Netplan配置文件的语法，使用netplan try命令可以在应用前测试配置，避免直接应用导致的问题。如果系统已经卡死，可能需要进入恢复模式或使用Live CD来修复配置文件。另外，更新Netplan和系统软件包可能解决已知的bug。检查内核日志和Netplan的日志文件也能帮助定位问题。 用户需要逐步排除可能的原因，从配置文件检查开始，然后查看日志，最后考虑系统组件和驱动的问题。需要提醒用户备份配置文件，避免进一步的数据丢失。</think>### Netplan应用配置导致系统卡死的解决方案 Netplan是Ubuntu系统中用于网络配置的核心工具，其配置错误可能导致网络服务崩溃甚至系统卡死。以下是逐步排查和解决方案： --- #### **1. 检查Netplan配置文件语法** Netplan配置文件（位于`/etc/netplan/`目录）使用YAML格式，对缩进和语法敏感。常见错误包括： - 缩进使用空格与制表符混合 - 缺少冒号或括号未闭合 - 接口名称错误（如误写为`eth0`而实际接口为`enp3s0`） **操作步骤：** ```bash sudo netplan generate # 仅验证语法，不应用配置 ``` 若输出提示语法错误，需按提示修正。例如： ```yaml network: version: 2 renderer: networkd # 正确缩进 ethernets: enp3s0: # 确认接口名称 dhcp4: true ``` --- #### **2. 使用`netplan try`安全测试** `netplan try`会在应用配置前提供回滚机制，若配置导致网络中断，系统将自动恢复。 ```bash sudo netplan try --timeout 30 # 设置30秒测试时间 ``` - 若测试期间网络正常，按回车确认配置。 - 若网络中断未恢复，超时后自动回滚[^1]。 --- #### **3. 排查网络接口驱动问题** 某些网卡需要特定内核模块或固件支持。若配置正确但接口仍无法启用，检查驱动状态： ```bash dmesg | grep -i eth0 # 替换为实际接口名称 lsmod | grep <驱动名称> # 如e1000、r8169 ``` 若驱动未加载，手动加载并添加到`/etc/modules`： ```bash sudo modprobe e1000 echo "e1000" | sudo tee -a /etc/modules ``` --- #### **4. 避免NetworkManager与systemd-networkd冲突** 若系统同时启用NetworkManager和systemd-networkd，可能导致配置冲突。建议统一使用一种渲染器： ```yaml network: version: 2 renderer: networkd # 或改为NetworkManager ``` 禁用不需要的服务： ```bash sudo systemctl stop NetworkManager sudo systemctl disable NetworkManager ``` --- #### **5. 系统卡死后的恢复方法** 若`netplan apply`已导致系统卡死： 1. **强制重启**，在GRUB引导界面选择**恢复模式（Recovery Mode）**。 2. 进入**root shell**，挂载文件系统为可写： ```bash mount -o remount,rw / ``` 3. 回滚Netplan配置： ```bash cp /etc/netplan/*.yaml.bak /etc/netplan/01-config.yaml # 假设有备份 netplan apply ``` 4. 若无备份，编辑配置文件至最小化可行配置（如仅启用DHCP）。 --- #### **6. 更新系统和Netplan** 某些情况下，系统软件包版本过旧可能导致兼容性问题： ```bash sudo apt update && sudo apt upgrade -y sudo apt install --reinstall networkd-dispatcher netplan.io ``` --- ### 引用说明 [^1]: 类似Systemback的配置回滚机制，Netplan的`try`命令通过临时会话实现安全测试。 [^2]: 直通设备时需预留足够内存，网络配置异常也可能因资源分配不足导致。 [^4]: 依赖库缺失可能间接影响系统服务，更新系统组件可排除潜在兼容性问题。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值