天天看點

記一次伺服器錯誤排查小插曲

某傳遞許久的項目,客戶突然回報手機app拍攝的照片上傳伺服器失敗,讓我們排查原因。

這個項目是這樣,公司安卓項目部為某國企開發了一款Android端app,用于掃碼識别、拍照上傳等功能,而我們是開發的服務端API進行對接,并開發了一個區域網路内部使用的網站用于照片相關的處理。

本來一直運作正常,但突然出現了問題,我也很懵逼,還好照片上傳失敗的話會自動儲存至手機内部存儲中,并且針對這種情況開發了一鍵上傳功能。是以客戶不是很急,我排查起來也就不用那麼着急了。

想起很久沒寫部落格了,是以想記錄下。

排查過程如下:

1、伺服器ping不通?

結果當然是通的0.0,此處無截圖。

2、被伺服器防火牆阻止?

結果當然不是,如果是這種問題就沒必要寫個部落格了。

3、端口被占用?

先使用netstat -ano指令,列出所有端口情況,并擷取為項目提供服務的端口号對應的PID。

再使用 tasklist|findstr "擷取的PID" 指令,檢視是哪個程序或者程式占用了這個端口。發現是httpd.exe啊,并沒有問題。

4、還是去看apache的log吧。

結果發現,配置的項目路徑未找到?

太假了,怎麼突然找不到了呢?用了這麼久,項目路徑會自己變?

具體一看,的确,項目檔案夾名稱被修改過,wtf,還會有這種問題?趕緊截圖給客戶确認是否有人修改過,答複有從業人員看着中文名稱不易了解,改成了中文。還能有這種事?

但我感覺有個地方不對,api存儲照片時,如果沒有指定目錄,會自動建立一個目錄的,而這個為什麼沒有呢?

原來人家從業人員是直接改的大目錄0.0,服務都提供不了更不用說存儲照片了。

項目不提供服務的話,那麼Android端登入時需要校驗賬号密碼,無法校驗應該就登入不了啊?

與同僚溝通發現他們是預設記住密碼,可以不聯網登入的。

趕緊記錄下這意想不到之事

記一次伺服器錯誤排查小插曲
記一次伺服器錯誤排查小插曲

繼續閱讀