資訊專欄INFORMATION COLUMN
摘要：一前言夜晚十點鐘的時候源自拉群狂魔老板的問候今天下班前我自己都還登陸過的，咋突然間就不行了捏懷著郁悶的心情，首先看了下為什么不能登陸，打開了看了下錯誤再接著看到控制臺打印的信息二問題追蹤因為先看到的是紅色的報錯，所以第一反應(yīng)是先檢查了。
一、前言
夜晚十點鐘的時候源自拉群狂魔老板的問候：
今天下班前我自己都還登陸過的，咋突然間就不行了捏？懷著郁悶的心情，首先看了下為什么不能登陸，打開 了F12看了下：
json錯誤?再接著看到控制臺打印的信息：
二、問題追蹤1.因為先看到的是紅色的json報錯，所以第一反應(yīng)是先檢查了json。首先先用postman確定了遠程服務(wù)端可以登陸且返回的json沒有問題：
2.確定了服務(wù)端沒有問題，就想會不會是前端php解析json錯誤，排查了一次php代碼：
但是一想到近來并沒有修改這些代碼，怎么就出現(xiàn)無法登陸呢？服務(wù)端接口又可以正常訪問？
然后又看了看上面的信息：
Warning： Unknown：write failed: No space left on device (28) in Unknown 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 ()
于是乎又開始了一次百度老師的拜訪：找到的無外乎都是關(guān)于無法寫session文件的問題：
修改php.ini中的session.save_path = "/tmp"目錄，然后增加文件夾權(quán)限，再不行就將session.auto_start = 0 改為 session.auto_start =1
重啟了php，但是還是無法解決問題，其實在這里我再細心點就可以察覺出問題了
如果我再仔細點看這句話就好了：
Warning： Unknown：write failed: No space left on device (28) in Unknown
設(shè)備沒有空間寫入失??？懷著好奇的心情我看了下服務(wù)器的空間。。。：df -hl
看到這里的我已經(jīng)是淚流滿面。。。如果早點看下磁盤空間就好了。并沒有想到服務(wù)器的磁盤不夠，一直覺得磁盤是夠的，但是服務(wù)所在的磁盤只有40g，大半夜的問候了一下自家兄弟：
為啥其他服務(wù)都放在其他磁盤上，非得專門留下這個服務(wù)。。
三、總結(jié)1.這次磁盤很快就滿是因為數(shù)據(jù)平臺的日志打印太多，應(yīng)該調(diào)整一下日志級別，只記錄異常信息。
2.應(yīng)該定時對服務(wù)器日志進行一個清理
3.將服務(wù)放在大一些的磁盤中
最好的方法就是嚴(yán)格執(zhí)行1和2。
想起了之前開會的時候跟老板提過要一個運維，老板說等我們公司壯大了一定會增加人手的，現(xiàn)在不加他是考慮過的。然后會后偷偷的問我：運維是什么崗位？你能不能先干著？。。。都是淚T T
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/30959.html
摘要：一前言夜晚十點鐘的時候源自拉群狂魔老板的問候今天下班前我自己都還登陸過的，咋突然間就不行了捏懷著郁悶的心情，首先看了下為什么不能登陸，打開了看了下錯誤再接著看到控制臺打印的信息二問題追蹤因為先看到的是紅色的報錯，所以第一反應(yīng)是先檢查了。 一、前言 夜晚十點鐘的時候源自拉群狂魔老板的問候： showImg(https://segmentfault.com/img/bVbpqLI?w=59...
摘要：至少可以提幾點不應(yīng)該做的事情不應(yīng)該用采集的難度決定你使用什么指標(biāo)去告警。 告警的本質(zhì) 沒有多少系統(tǒng)的告警是設(shè)計得當(dāng)?shù)?。良好的告警設(shè)計是一項非常困難的工作。如何知道你收到的告警是糟糕的？多少次你收到了告警之后，立即就關(guān)掉了的？是不是成天被這些然而并沒有什么卵用的東西給淹沒？最常見的告警設(shè)置：cpu使用率超過90%，然后告警。這種設(shè)置在大部分場合下是沒有辦法提供高質(zhì)量的告警的。 高質(zhì)量...
測試基本知識1、請你分別介紹一下單元測試、集成測試、系統(tǒng)測試、驗收測試、回歸測試：（1）單元測試：完成最小的軟件設(shè)計單元（模塊）的驗證工作，目標(biāo)是確保模塊被正確的編碼，使用過程設(shè)計描述作為指南，對重要的控制路徑進行測試以發(fā)現(xiàn)模塊內(nèi)的錯誤，通常情況下是白盒的，對代碼風(fēng)格和規(guī)則、程序設(shè)計和結(jié)構(gòu)、業(yè)務(wù)邏輯等進行靜態(tài)測試，及早的發(fā)現(xiàn)和解決不易顯現(xiàn)的錯誤。（2）集成測試：通過測試發(fā)現(xiàn)與模塊接口有關(guān)的問題。目...
閱讀 3085·2021-11-25 09:43
閱讀 1057·2021-11-24 10:22
閱讀 1399·2021-09-22 15:26
閱讀 713·2019-08-30 15:44
閱讀 2492·2019-08-29 16:33
閱讀 3739·2019-08-26 18:42
閱讀 948·2019-08-23 18:07
閱讀 1861·2019-08-23 17:55
