周一一到公司，前端同事就給我說，測試伺服器是不是掛了，什麼資料都沒有。我突然想到週六大廈斷電了大約三分鐘，於是就想到應該是伺服器上部署的服務都沒有啟動。
由於h5靜態資源通過nginx做了**，猜想是nginx還未啟動，但是nginx卻啟動不了，用命令檢視錯誤如下：
看來是檔案訪問許可權的問題，但是看了nginx也是root使用者，所以問題並不是簡單的設定檔案訪問許可權能夠解決的。
那到底是什麼問題呢，百思不得騎姐，於是只好先將日誌位置還原成預設目錄：/var/log/nginx/下，至此nginx重啟成功。
但是，依然無法訪問h5頁面，好坑。檢視日誌，又是許可權問題，諸如 is forbidden (13: permission denied)。
但許可權真的沒有問題啊。太坑了吧。
於是只好在網上搜，但是網上基本都是說修改檔案許可權啊，知道發現了乙個帖子，瞬間覺得看見了光明。原貼如下：
博主指出，是selinux的問題。按照博主步驟，在此不贅述了，至此h5靜態資源可以訪問了。
但是介面資料依然無法請求，問題接踵而至。
看了控制台介面請求，直接404。
nginx報錯如下：
connect() to ** failed (13: permission denied) while connecting to upstream再一通查，原來還是selinux問題，這個玩意真的坑。
setsebool httpd_can_network_connect=1第一種方式設定完之後，什麼都正常了。
第二種沒事，怕出什麼問題，因為要重啟伺服器。
記一次重啟伺服器技術事故
線索cues 筆記notes 重啟伺服器之後,專案出現故障 1 檢查mysql連線 2 檢查資料表是否出錯 3 檢查redis是否重啟 4 檢查xunsearch是否啟動 5 檢查session是否需要更新 總結summary 1 不能著急 2 檢視日誌,確定基本原因 日誌有 專案日誌 php日誌 ...
記一次伺服器事故
mysql資料庫報錯 can t create write to file tmp sql 6ccc 0.myi 在開始刪除之後，所有服務就已經恢復正常執行了，接下來就是優化那個session了，哎又是埋坑.最後附上inode擴容的方法 但是需要注意，手動擴inode，一般是新建分割槽時設定的，該操...
記一次伺服器專案遷移
今天被分配了伺服器專案遷移的任務,現在還在傳輸,閒著沒事就寫下總結,也算是一種學習 開啟虛擬機器,訪問需要遷移的伺服器 賬號密碼請向領導或運維索要 找到需要遷移的專案,一般在home 公司名 專案名,例如我所在的公司服務放置在home che tomcat epc 10100複製專案 訪問被遷移到的...