一、前言
夜晚十點鐘的時候源自拉羣狂魔老闆的問候：
今天下班前我自己都還登陸過的，咋突然間就不行了捏？懷着鬱悶的心情，首先看了下爲什麼不能登陸，打開 了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