关于一次系统无法正常登陆的问题...

0

一、前言

夜晚十点钟的时候源自拉群狂魔老板的问候:

图片描述

今天下班前我自己都还登陆过的,咋突然间就不行了捏?怀着郁闷的心情,首先看了下为什么不能登陆,打开 了F12看了下:

图片描述

json错误?再接着看到控制台打印的信息:

图片描述

二、问题追踪

1.因为先看到的是红色的json报错,所以第一反应是先检查了json。首先先用postman确定了远程服务端可以登陆且返回的json没有问题:

图片描述

2.确定了服务端没有问题,就想会不会是前端php解析json错误,排查了一次php代码:

图片描述

但是一想到近来并没有修改这些代码,怎么就出现无法登陆呢?服务端接口又可以正常访问?

然后又看了看上面的信息:

<b>Warning</b>: Unknown:write failed: No space left on device (28)  in <b>Unknown</b>
Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () 

也怪我没有细心看,只注重看了下面一段报错无法写session文件:
Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct ()

于是乎又开始了一次百度老师的拜访:找到的无外乎都是关于无法写session文件的问题:
修改php.ini中的session.save_path = "/tmp"目录,然后增加文件夹权限,再不行就将session.auto_start = 0 改为 session.auto_start =1
重启了php,但是还是无法解决问题,其实在这里我再细心点就可以察觉出问题了

如果我再仔细点看这句话就好了:
Warning: Unknown:write failed: No space left on device (28) in Unknown

设备没有空间写入失败?怀着好奇的心情我看了下服务器的空间。。。:df -hl

图片描述

看到这里的我已经是泪流满面。。。如果早点看下磁盘空间就好了。并没有想到服务器的磁盘不够,一直觉得磁盘是够的,但是服务所在的磁盘只有40g,大半夜的问候了一下自家兄弟:

图片描述

为啥其他服务都放在其他磁盘上,非得专门留下这个服务。。

三、总结

1.这次磁盘很快就满是因为数据平台的日志打印太多,应该调整一下日志级别,只记录异常信息。
2.应该定时对服务器日志进行一个清理
3.将服务放在大一些的磁盘中

最好的方法就是严格执行1和2。

想起了之前开会的时候跟老板提过要一个运维,老板说等我们公司壮大了一定会增加人手的,现在不加他是考虑过的。然后会后偷偷的问我:运维是什么岗位?你能不能先干着?。。。都是泪T T

你可能感兴趣的

载入中...