關於一次系統沒法正常登錄的問題...

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