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