docker start启动容器不报错，却无法正常启动

自己一直高价买这一台华为云服务器（其实就是去年活动的时候低价白嫖的=此处狗头保命），主要用于现在的 题宝刷题小程序和自己官网使用，然后上周给我来短信了

其实我是极力反对给我发这种短信的，我表示强烈谴责。

然而问题还是要解决的

既然问他来了，迟早还是要解决的。既然穷、那就改个价格低点的服务器配置呗，选个最便宜的吧。

内容开始

但是更改配置需要重启服务器，重启服务器那原来的docker服务肯定要重启（我没设置跟随服务器自启动），重启就重启呗，反正就是重启下容器就好了，果断选择更改配置，毕竟也只能接受这种价位的服务器了。

1.查看当前运行的容器

docker ps

因为刚重启，容器都没启动，属于正常的

2.查看所有的容器

docker ps -a

3.运行mysql容器

docker start 209db9041880

4.运行小程序后端服务脚本

sh appRun.sh

appRun.sh脚本文件里面其实就是重启服务的一些命令，暂时忽略

5.好了现在打开我们的小程序

我直接好家伙，这怎么没数据？难不成服务没启动成功？刚刚不是都没报错吗？ 直接一个前端三连

]

6.再次检查下容器是否启动

docker ps

即使前面执行了docker start 209db9041880命令，启动mysql容器也没有报错，但是这玩意不报错并不代码成功.

南妮这是什么情况，没报错不就代表成功了吗？想了下,那只能查日志了。

7.查看容器运行日志

docker logs 209db9041880

好家伙,虽然它运行命令的时候不报错，但是它运行错误信息写到日志里面去了，查看最新的日记信息看到。这句：

Error number 28 means 'No space left on device'

百度搜了下，意思就是内存不足，大意了、原来穷真的是一种阻碍,那现在只能加内存了，加内存之前总需要知道需要加多少吧？现在内存什么情况吧？

8.查看当前系统内存情况

df -h

原来内存真的的满了，40个G

什么鬼？我又没存什么见不得人的资源文件，为何用了这么多资源？

从跟目录开始排查一些重用的文件夹，那个文件夹占了这么多资源。

9.查看当前目录下所有木有资源占用情况

du -sh * 

好家伙，这个文件占了这么大资源，其实这个文件是一个日志文件，所以我把它给干掉了。其实也可以用命令删除其中一部分日志。

10.删除无用的大文件之后，查看当前系统内存情况

这下还差不多。

11.最后重新启动mysql镜像和其他服务镜像

docker start 209db9041880
docker ps

容器服务正常了都

完美，小程序又恢复正常了。

总结

记录一次简单的错误问题解决过程，后续也会增加一些日常开发错误问题排查的文章分享，今天的文章就到这里了。关注鬼哥不迷路，下次见。

大家对独立开或者这款小游戏感兴趣的，可以加我微信哈，一起交流学习