关于一次系统没法正常登录的问题...

1、前言

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

今天下班前我本身都还登录过的，咋忽然间就不行了捏？怀着郁闷的心情，首先看了下为何不能登录，打开 了F12看了下：

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

2、问题追踪

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，大半夜的问候了一下自家兄弟：

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

3、总结

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

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

想起了以前开会的时候跟老板提过要一个运维，老板说等咱们公司壮大了必定会增长人手的，如今不加他是考虑过的。而后会后偷偷的问我：运维是什么岗位？你能不能先干着？。。。都是泪T T