1.報錯：
系統日誌發現報錯如下：
2019-10-10 10:03:00,355 [salt.transport.ipc:723 ][error ][23669] exception occurred while subscriber handling stream: already reading
2019-10-10 10:03:00,355 [salt.transport.ipc:723 ][error ][23669] exception occurred while subscriber handling stream: already reading
2019-10-10 10:03:00,355 [salt.transport.ipc:723 ][error ][23669] exception occurred while subscriber handling stream: already reading
2019-10-10 10:03:00,355 [salt.transport.ipc:723 ][error ][23669] exception occurred while subscriber handling stream: already reading
2019-10-10 10:03:00,355 [salt.transport.ipc:723 ][error ][23669] exception occurred while subscriber handling stream: already reading
2019-10-10 10:03:00,356 [salt.transport.ipc:723 ][error ][23669] exception occurred while subscriber handling stream: already reading
先檢視salt-minion是不是和master的版本一致，檢視發現是一致的，所以可以忽略
先停止salt-minion
systemctl stop salt-minion
然後ps發現還有salt-minion再跑。
[root@****** salt]# ps -ef | grep salt-minion
root 4041 23669 0 oct08 ? 00:00:00 /usr/bin/python /usr/bin/salt-minion
root 11746 8813 0 10:13 pts/0 00:00:00 grep --color=auto salt-minion
root 23669 1 1 may08 ? 2-01:21:27 /usr/bin/python /usr/bin/salt-minion
按道理我停止了salt-minion是不應該有還存在salt程序的。所以我選擇把它kill掉
pkill -9 salt-minion
systemctl start salt-minion
重新啟動後，發現沒有上面的錯誤日誌了，證明處理完成
Salt minion日誌佔滿硬碟空間處理
參考 伺服器硬碟空間佔滿 使用du h mac depth 1名稱檢視到佔滿硬碟空間的檔案為salt minion日誌檔案 報錯如下 2020 08 07 10 22 34,400 salt.transport.ipc 723 error 3853 exception occurred while ...
django系統報錯解釋
django的 完美主義者的網路框架與截止日期。系統檢查框架是一組用於驗證django專案的靜態檢查。它可以檢測常見問題並提供有關如何解決這些問題的提示。該框架是可擴充套件的，因此您可以輕鬆新增自己的檢查。有關如何新增自己的檢查並將它們與django的系統檢查整合的詳細資訊，請參閱 系統檢查主題指南...
linux系統報錯日誌學習
linux本身會自動記錄系統報錯日誌 var log messages 這個日誌記錄，我是在什麼時候發現其強大的作用的呢？它有點像我們使用php指令碼開發介面的時候技術員在重要地方打日誌的效果，方便技術人員排錯，linux本身也有記錄啟動相關服務的報錯日誌。先貼出我nginx的配置看下 server...