1. 程式人生 > >squid異常停止的排查步驟

squid異常停止的排查步驟

  1. 今天重啟squid的時候發現,squid啟動後,status 一會就stop了
[email protected]:~/script/AutoProxy-master/main/server$ sudo service squid3 start
squid3 start/running, process 19021
[email protected]:~/script/AutoProxy-master/main/server$ sudo service squid3 status
squid3 start/running, process 19154
[email protected]:~/script/AutoProxy-master/main/server$ sudo service squid3 status
squid3 stop/waiting
  1. 通過檢視日誌檔案發現是了異常,提示中建議執行squid -z來檢查swap 目錄
FATAL:  Failed to verify one of the swap directories, Check cache.log
        for details.  Run 'squid -z' to create swap directories
        if needed, or if running Squid for the first time.
Squid Cache (Version 3.3.8): Terminated abnormally.
CPU Usage: 0.016 seconds = 0.009 user + 0.007 sys
Maximum Resident Size: 73008 KB
Page faults with physical i/o: 0
  1. 通過檢視squid -z發現是因為許可權的問題,導致快取檔案無法寫入
[email protected]n:~/script/AutoProxy-master/main/server$ /usr/sbin/squid3 -z
[email protected]:~/script/AutoProxy-master/main/server$ 2018/01/24 11:26:12 kid1| Creating missing swap directories
FATAL: Failed to make swap directory /var/cache/squid: (13) Permission denied
2018/01/24 11:26:15 kid1| Creating missing swap directories
FATAL: Failed to make swap directory /var/cache/squid: (13) Permission denied
  1. 於是用sudo chmod 777 /var/cache/squid/就解決了,這裡由於是區域網伺服器,直接就是777,簡單粗暴些。
[email protected]:~/script/AutoProxy-master/main/server$ sudo chmod 777 /var/cache/squid/
[email protected]:~/script/AutoProxy-master/main/server$ sudo /usr/sbin/squid3 -z
[email protected]:~/script/AutoProxy-master/main/server$ 2018/01/24 11:29:42 kid1| Creating missing swap directories
2018/01/24 11:29:42 kid1| /var/cache/squid exists
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/00
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/01
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/02
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/03
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/04
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/05
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/06
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/07
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/08
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/09
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/0A
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/0B
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/0C
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/0D
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/0E
2018/01/24 11:29:42 kid1| Making directories in /var/cache/squid/0F

到這裡就解決了。squid -z建立完swap 目錄後,會停在那,我等了幾分鐘,等不急了,直接ctrl+c給他結束了。然後service squid3 start就正常了。

DEUBG手冊:

  1. 出問題時先去翻日誌檔案,一般成熟的軟體都有完善的日誌記錄,對定位異常非常有幫助 。

相關推薦

squid異常停止排查步驟

今天重啟squid的時候發現,squid啟動後,status 一會就stop了 [email protected]:~/script/AutoProxy-master/main/server$ sudo service squid3 start squid3 start/r

SparkSteaming程式異常問題排查步驟

SparkSteaming程式異常問題排查步驟 程式執行環境:Spark on yarn  cluster環境 異常問題排查步驟: 1.首先在yarn頁面檢視程式的執行情況,點選running頁面檢視程式是否掉線。 2.不掉線的情況,點選上圖的 Tracking UI

CentOS服務器上搭建Gitlab安裝步驟、中文漢化詳細步驟、日常管理以及異常故障排查

機器 start 自己的 sta sendmai 內網 eight 故障 /tmp 一, 服務器快速搭建gitlab方法 可以參考gitlab中文社區 的教程centos7安裝gitlab:https://www.gitlab.cc/downloads/#centos7ce

懷疑服務器存在異常流量排查日記,使用ifconfig,nethogs等命令

ifconfignethog 流量異常 懷疑服務器存在異常流量排查日記一、用ifconfig查看網卡流量root@AP ~]# ifconfigeth4 Link encap:Ethernet HWaddr 00:50:56:0A:A6:E9 inet addr:192.168.1.91

OGG抽取進程異常問題排查一例

問題 問題解決 cor eas obj nmap 使用 replica memory 1、問題現象抽取進程常常running,但是沒有新產生trail文件,lag比較大 GGSCI (xxxdb) 3> info all Program Status

AppCan - 推送問題一般日誌排查步驟

啟動 排查 pca 完成 mqtt iyu 技術 acc images AppCan推送服務基本流程 STEP_1:檢查網絡端口是否連通 檢查推送服務器到APNS服務器端口是否連通 telnet gateway.push.apple.com 2195 telnet

雲平臺例項SSH無法登陸故障排查步驟

今天遇到個很妖的問題,雖然最終的解決方案讓人很無語,但是通過本次問題的解決還是加深了自己對網路知識的認知。 故事是這樣的,我們負責開發的混合雲管理平臺最近要上一套新的openstack,所以要將新openstack管理進來。由於平臺是新搭建,我這邊開發環境也是新改造的,所以在openstack的對

服務異常系統排查順序

服務異常時首先檢查監控,觀察QPS,RT以及成功率是否有抖動,如果沒有明顯抖動,再檢查伺服器狀態 CPU負載 使用top命令或uptime命令檢視CPU負載 top - 18:06:34 up 35 days, 3:53, 1 user, load avera

記憶體溢位的排查步驟與解決建議

  本文對使用報表過程中出現記憶體溢位問題進行簡單地分析,給出一些建議性的排查步驟和解決方法。 排查步驟與解決辦法 定位問題 首先我們要判斷出現的問題是否是由於記憶體溢位引起的,典型的後臺資訊是帶有Out Of Memory字樣,但是也不排除其他記憶體溢位的提示,如tomc

Oracle定時JOB任務異常退出排查檢視Oracle日誌檔案

找日誌路徑:/u01/app/oracle/diag/rdbms/itgs/itgs1/trace/itgs1_ora_15432.trc 查詢oarcle的日誌檔案路徑sql:  SQL> show parameter dump;   NAME          

控制器不存在:app\admin\controller\Admin的排查步驟

作為學thinkphp的小白,真是走哪哪掉坑,做啥啥不順,先貼錯誤程式碼 [0] HttpException in App.php line 574 控制器不存在:app\admin\controller\Admin try {

qt用opencv進行識別時出現程式異常停止錯誤,求各位大神解答。

qt用opencv進行識別時出現程式異常停止錯誤 pro檔案: ————————————————- # Project created by QtCreator 2018-07-28T20:39:51 # ——————————————

post 400 (Bad Request)異常怎麼排查引數問題

問題描述: 用ajax請求時報post 400 (Bad Request)的異常,前臺js引數JSON.stringify(data),後臺controller 中@RequestBody XX xx(javabean)接收引數。 通常發生400時,即使在後臺方法上設定斷

Tomcat異常停止

2014-12-04 02:25:20(UTC)左右tomcat異常停止 當前記憶體使用如下: [email protected]:/var/log$ free -m              total       used       free     sha

Java Web開發常見異常排查方法記錄

突然想寫一篇部落格,記錄下java web開發常見異常及排查方法(持續更新,想到就會新增)先簡單講一下異常的分類所有異常的根類是Throwable。直接繼承自Throwable的是Error和Exception。Error表明發生的是嚴重的錯誤,程式很難處理和恢復的錯誤,比如

Aapche Apollo 異常停止

1,目前在使用Apache Apollo的時候,會出現比較多的。 java.lang.OutOfMemoryError: GC overhead limit exceeded 導致訊息異常終止。 方向為調整JVM相關引數,調整Heap的大小。 找到安裝路

連線池你用對了嗎?一次Unexpected end of stream異常排查

能收穫什麼? 更加了解TCP協議 Redis與客戶端關閉連線的機制 基於Apache Common連線池的引數調優 Linux網路抓包 情況簡介 近期遷移了部分應用到K8s中,業務開發人員反饋說,會發現頻繁出現 : redis.clients.jedis.exceptions.JedisConnectio

TR2021_0000偶發資料庫連線異常問題排查

##【問題描述】 資料庫連線異常是很難排查的一類問題。因為它牽涉到應用端,網路層和伺服器端。任何一個元件異常,都會導致資料庫連線失敗。開發遇到資料庫連線不上的問題,都會第一時間找DBA來協助檢視,DBA除了需要懂得資料庫以外,還需要對應用,對網路有所瞭解,知道在哪裡看應用程式的日誌,以及看網路交換機效能指標,

MySQL復制異常大掃盲:快速溯源與排查錯誤全解

nts 建庫 statement 版本 end 格式 重做 關閉 容易 MySQL復制異常大掃盲:快速溯源與排查錯誤全解https://mp.weixin.qq.com/s/0Ic8BnUokyOj7m1YOrk1tA作者介紹王松磊,現任職於UCloud,從事MySQL數據

某企業虛擬化平臺時間同步異常排查

vmware 時間同步 sync 背景介紹 某企業使用VMware 5.5U3搭建虛擬化平臺,其上運行著近200臺虛擬機,無論是Windows還是Linux系統都運行在工作組模式下,由於需要給上級部門上傳數據,客戶反映部分虛擬機上傳時間不對,檢查發現是因為虛擬機本身時間不對導致。解決思路