今天给客户维护服务器，清理垃圾中，突然服务器卡死。然后通过后台进行服务器重启，发现网站无法打开 ，检查环境发现环境报错
Apache错误：(20014)Internal error: Error retrieving pid file logs/httpd.pid
在查了一些原因后发现 ：
1.由于apache目录下的logs子目录下的文件httpd.pid是空的（这个文件是记录进程ID的）
2.也有可能是不正当关闭服务器所导致的
解决办法：
1.在httpd.pid文件中随便写入点东西
解决方法：将这个路径下的文件删除后再重启 /tmp/php-cgi-56.sock
进入ssh 执行以下命令再重启php
rm -f /tmp/php-cgi-56.sock具体不同的php版本，需要将以上命令的56更换为具体报错的php版本号，不能生搬硬套哦
解决方法：进入ssh 执行这条命令 再尝试启动
yum install libsodium-devel sqlite-devel oniguruma-devel libwebp-devel libvpx-devel -y
解决方法：
/etc/init.d/php-fpm-72 stop /etc/init.d/php-fpm-72 start然后再启动试试
注意:以上的72，为php版本号，哪个版本的php启动不了，就将以上命令的72改为对应版本号
阿里云上云优惠聚集地，新人专享优惠价格，可叠加专享代金券购买价格更低。
折扣卷领取：https://www.aliyun.com/minisite/goods?userCode=fa2nbd3s
（1）折扣券不可用于购买产品提货券；
（2）99计划产品暂不支持折扣补贴券抵扣使用；
（3）折扣券必须先领取成功后方可使用；
（4）PC或者无线端订单最终是否支持折扣券请以下单页面实际情况为准；
（5）用户领取的折扣券有效期为15天，有效期内下单购买有效，15天后券自动失效作废。
同价续费：参与本专区活动，享新购续费同价1次
1. 系统启动失败，输出 VFS： Unable to mount root fs on unknow-block 可能是 initramfs 或 initrd 有问题，需要重新 生成 initramfs 或 initrd:。如下图所示：
mkdir -p /mnt/vm1
mount /dev/vda1 /mnt/vm1
mount -o bind /dev /mnt/vm1/dev
mount -o bind /dev/pts /mnt/vm1/dev/pts
mount -o bind /proc /mnt/vm1/proc
mount -o bind /run /mnt/vm1/run
mount -o bind /sys /mnt/vm1/sys
chroot /mnt/vm1 /bin/bash3.执行以下命令，重新生成 initramfs/initrd。
wget http://mirrors.tencentyun.com/install/cts/linux/cvmrescue_main.sh && chmod +x cvmrescue_main.sh && ./cvmrescue_main.sh -m rebuild_initramfs碰到域名解析失败的可以在 /etc/hosts 中配置 hosts 169.254.0.3 mirrors.tencentyun.com。
4.输出如下，表示 initramfs 或 initrd 新建成功。
5.参见 使用救援模式，退出救援模式，启动系统。
本文中含有需要您注意的重要提示信息，忽略该信息可能对您的业务造成影响，请务必仔细阅读。
本文介绍如何使用iostat、iotop工具查看I/O负载情况。
iotop是一个用来监视磁盘I/O使用状况的top类工具，可以从进程纬度查看磁盘IO负载。
执行如下命令，安装iotop。
yum install iotop执行如下命令，查看I/O负载。
iotop -k -n 5 -d 3-b：记录到日志。
-k：以KB为单位显示。
-n：统计次数。
-d：统计时间间隔。
显示结果如下。
显示结果参数说明如下，更多参数说明，可执行iotop -h查询。
DISK READ：该进程读I/O带宽。
DISK WRITE：该进程写I/O带宽。
SWAPIN：磁盘的交换使用率。
IO：该进程的 I/O 利用率，包含磁盘和交换。
使用iotop排查分析，发现kjournald进程占用了大量I/O资源。
该问题通常是由于.ext3文件系统设置的Journal size太小导致。
kjournald进程是ext3文件系统进行I/O数据操作的内核进程，它在向磁盘内写入和读取数据时占用CPU和内存资源。当循环的向ext3文件系统写数据时，会使Journal size不断增大，到达设置的Journal size时，就会出现该问题。
远程连接Linux系统的ECS实例。
具体操作，请参见连接方式概述。
执行如下命令，查看相应分区的Journal size大小。
dumpe2fs /dev/xvda1 | grep Journal/dev/xvda1请替换为实际的分区。
系统显示类似如下，表示/dev/xvda1分区的Journal size为128M。
dumpe2fs 1.42.9 (28-Dec-2013)
Journal inode: 8
Journal backup: inode blocks
Journal features: journal_incompat_revoke
Journal size: 128M
Journal length: 32768
Journal sequence: 0x00010ffb
Journal start: 10953执行如下命令，修改Journal size大小。
mke2fs -J size=400 /dev/xvda1 请根据业务需要，修改size大小，/dev/xvda1请替换为实际的分区。
4K对齐指将符合4K扇区定义格式化过的硬盘，按照4K扇区的规则写入数据。4K对齐可以使簇与扇区相对应，保证了磁盘读写效率，以提高I/O性能。
本操作介绍如何通过以下脚本对磁盘进行格式化并自动配置4K对齐。
运行此脚本会自动格式化所有数据盘，如果非新购数据盘，请在操作前，确认已对相关数据盘进行数据备份。具体操作，请参见创建一个云盘快照。
使用root用户远程连接Linux系统的ECS实例。
具体操作，请参见连接方式概述。
下载auto_fdisk.zip压缩包后解压，将解压后脚本并上传到目标服务器。
依次执行如下命令，为脚本添加执行权限，然后运行脚本。
chmod +x ./auto_fdisk.sh
./auto_fdisk.sh在您使用ECS实例过程中，可能会遇到实例系统负载较高的情况，负载过高，可能会引发一系列异常问题，简单说明如下：
CPU使用率或负载过高：一般来说，当CPU使用率≥80%时，定义为CPU使用率过高。CPU使用率持续过高，可能会导致实例运行速度变慢，自动关机或重启、无法登录等问题。
带宽使用率过高：一般来说，带宽使用率≥当前带宽80%时，定义为带宽使用率过高。带宽使用率持续过高，将影响实例的网络连通性或网络吞吐，例如实例无法远程连接、网速过慢等。
内存使用率过高：一般来说，当内存使用率≥80%时，定义为内存使用率过高。内存使用率过高，可能会出现系统卡顿、内部服务响应速度变慢等问题。
I/O使用率过高：一般来说，当前I/O读写≥该云盘I/O的80%时，定义为I/O使用率过高。I/O使用率过高，可能会出现文件读写变慢、应用性能下降或报错等问题。
您可以使用SAR工具或htop工具定位该实例的负载过高及各资源的使用情况。
sar是System Activity Reporter（系统活动情况报告）的缩写，sar工具对系统状态进行取样后，通过计算数据和比例来表达系统当前的运行状态。其特点是可以连续对系统取样，获得大量的取样数据。其取样数据和分析结果可以存入文件，所需的负载很小。
sar是Linux系统中较为全面的性能分析工具，可以从多个方面对系统的活动进行监控和报告，包括文件读写情况、系统调用使用情况、串口、CPU效率、内存使用情况、进程活动及IPC（Inter-Process Communication，进程间通信）等。
如果您的ECS实例中默认未安装sar工具，可参考如下步骤进行安装。
使用VNC连接Linux系统的ECS实例。
具体操作，请参见使用VNC登录实例。
执行如下命令，安装sar工具。
yum install sysstat执行如下命令，启动sysstat服务。
systemctl start sysstat执行如下命令，查看sysstat服务状态。
systemctl status sysstat当返回系统中出现Active: active (exited)表示sysstat服务已启动。
执行如下命令，查看CPU负载。
sar -u 1 5 #每隔一秒刷新，刷新5次系统显示类似如下。
Linux 3.10.0-123.9.3.el7.x8664 (iZ23pddtofdZ) 07/04/2016 _x86_64 (1 CPU)
10:16:35 AM CPU %user %nice %system %iowait %steal %idle
10:16:36 AM all 14.14 0.00 1.01 0.00 0.00 84.85
10:16:37 AM all 14.14 0.00 0.00 1.01 0.00 84.85
10:16:38 AM all 0.00 0.00 1.01 0.00 0.00 98.99
10:16:39 AM all 0.00 0.00 0.00 0.00 0.00 100.00
10:16:40 AM all 1.00 0.00 0.00 0.00 0.00 99.00
Average: all 5.86 0.00 0.40 0.20 0.00 93.54显示结果主要字段说明
%user：用户模式下消耗的CPU时间比例。
%nice：通过nice改变了进程调度优先级的进程，在用户模式下消耗的CPU时间比例。
%system：系统模式下消耗的CPU时间比例。
%iowait：CPU等待磁盘I/O导致空闲状态消耗的时间比例。
%steal：利用Xen等操作系统虚拟化技术，等待其它虚拟CPU计算占用的时间比例。
%idle：CPU空闲时间百分比。
sar命令的参数说明如下，区分大小写。
-A：汇总所有的报告。
-a：报告文件读写使用情况。
-B：报告附加缓存的使用情况。
-b：报告缓存的使用情况。
-c：报告系统调用的使用情况。
-d：报告磁盘的使用情况。
-g：报告串口的使用情况。
-h：报告关于buffer使用的统计数据。
-m：报告IPC消息队列和信号量的使用情况。
-n：报告命名cache的使用情况。
-p：报告调页活动的使用情况。
-q：报告运行队列和交换队列的平均长度。
-R：报告进程的活动情况。
-r：报告没有使用的内存页面和硬盘块。
-u：报告CPU的利用率。
-v：报告进程、i节点、文件和锁表状态。
-w：报告系统交换活动状况。
-y：报告TTY设备活动状况。
