日早上,實施反饋現場無法使用kubesphere部署應用。於是我到生產環境排查問題,一開始只是發現web ui上websocket連接報了異常。而且點擊了重新部署沒有任何反應。F 查看,接口是調用了,但任何反應都沒有。於是建議實施重啟 個節點的服務器,結果服務器起來后依然無法重新部署。以往遇到問題重啟服務器就好了啊,這次是什么幺蛾子 不是說好的重啟能解決 的問題嗎 然后執行命令:kubectl ...
2021-11-25 19:18 0 1361 推薦指數:
問題: 具有該名稱的證書頒發機構配置文件已經存在。請挑選不同的名稱。 今天在使用 navicat-keygen 這個工具時候, 需要使用蘋果的 Keychains 自建 CA證書 . 由於手賤把第一次創建的證書給刪除了, 再次創建就提示上面那個問題, 明明已經在 Keychains 里面刪除 ...
寫在前面 發布到線上的接口服務一直好端端的,今天突然運營反饋說很多功能無法正常使用。經過排查,發現前端調用后端接口時,部分接口出現404的現象。今天,我到公司比較晚,肯定是哪個小伙伴昨晚下班,走出辦公室前沒有祈禱服務器不要出問題。要把這個人揪出來,吊在服務器上——祭天! 文章已收 ...
場景,開發用java程序連接presto創建一個表,這個表在hdfs的權限為: 然后用presto去刪除這個表 報錯,沒有權限刪除,查看上一級目錄權限,發現權限正常 直連hive刪表 ...
第一次寫博客,有漏洞的地方希望大佬指正 背景:優化公司老系統中的一條慢sql,查看執行過程如下: sql雖然比較簡單,平時執行也沒發現什么問題,但一到生產環境系統頻繁調用,問題就顯現出來了,整個系統停滯不前,打開Navicat的服務器監控發現里面出現好多執行中的sql甚至出現死鎖 ...
最近發現lb上記錄的request_time比upstream_response_time大的比較多,例如upstream_response_time記錄是0.062,request_time記錄的就是5.064等等。整個耗時很反常。而且出現這個問題基本上都是一個返回值比較大的接口 ...
問題: dubbo線程池耗盡,活躍線程數超過線程池最大線程數(dubbo默認線程池最大線程數為200) 登錄服務提供者所在服務器 通過命令行連接dubbo: 查看dubbo活躍線程: 可以通過增加線程池最大線程數來解決 ...