2011-07-29
squid 的 log 說明
做個筆記，原文出處：Squid之日誌狀態中文說明
TCP_HIT
Squid發現請求資源的貌似新鮮的拷貝，並將其立即發送到用戶端。
TCP_MISS
Squid沒有請求資源的cache拷貝。
TCP_REFRESH_HIT
Squid發現請求資源的貌似陳舊的拷貝，並發送確認請求到原始伺服器。原始伺服器返回304（未修改）回應，指示squid的拷貝仍舊是新鮮的。
TCP_REF_FAIL_HIT
Squid發現請求資源的貌似陳舊的拷貝，並發送確認請求到原始伺服器。然而，原始伺服器回應失敗，或者返回的回應Squid不能理解。在此情形下，squid發送現有cache拷貝（很可能是陳舊的）到用戶端。
TCP_REFRESH_MISS
Squid發現請求資源的貌似陳舊的拷貝，並發送確認請求到原始伺服器。原始伺服器回應新的內容，指示這個cache拷貝確實是陳舊的。
TCP_CLIENT_REFRESH_MISS
Squid發現了請求資源的拷貝，但用戶端的請求包含了Cache-Control: no-cache指令。Squid轉發用戶端的請求到原始伺服器，強迫cache確認。
TCP_IMS_HIT
用戶端發送確認請求，Squid發現更近來的、貌似新鮮的請求資源的拷貝。Squid發送更新的內容到用戶端，而不聯繫原始伺服器。
TCP_SWAPFAIL_MISS
Squid發現請求資源的有效拷貝，但從硬碟裝載它失敗。這時squid發送請求到原始伺服器，就如同這是個cache丟失一樣。
TCP_NEGATIVE_HIT
在對原始伺服器的請求導致HTTP錯誤時，Squid也會cache這個回應。在短時間內對這些資源的重複請求，導致了否命中。 negative_ttl指令控制這些錯誤被cache的時間數量。請注意這些錯誤只在記憶體cache，不會寫往硬碟。下列HTTP狀態碼可能導致否定 cache（也遵循於其他約束）： 204, 305, 400, 403, 404, 405, 414, 500, 501, 502, 503, 504。
TCP_MEM_HIT
Squid在記憶體cache裏發現請求資源的有效拷貝，並將其立即發送到用戶端。注意這點並非精確的呈現了所有從記憶體服務的回應。例如，某些cache在記憶體裏，但要求確認的回應，會以TCP_REFRESH_HIT, TCP_REFRESH_MISS等形式記錄。
TCP_DENIED
因為http_access或http_reply_access規則，用戶端的請求被拒絕了。注意被http_access拒絕的請求在第9域的值是NONE/-，然而被http_reply_access拒絕的請求，在相應地方有一個有效值。
TCP_OFFLINE_HIT
當offline_mode啟動時，Squid對任何cache回應返回cache命中，而不用考慮它的新鮮程度。
TCP_REDIRECT
重定向程式告訴Squid產生一個HTTP重定向到新的URI（見11.1節）。正常的，Squid不會記錄這些重定向。假如要這樣做，必須在編譯squid前，手工定義LOG_TCP_REDIRECTS預處理指令。
NONE
無分類的結果用於特定錯誤，例如無效主機名。
相應於ICP查詢，下列標籤可能出現在access.log檔的第四域。
UDP_HIT
Squid在cache裏發現請求資源的貌似新鮮的拷貝。
UDP_MISS
Squid沒有在cache裏發現請求資源的貌似新鮮的拷貝。假如同一目標通過HTTP請求，就可能是個cache丟失。請對比UDP_MISS_NOFETCH。
UDP_MISS_NOFETCH
跟UDP_MISS類似，不同的是這裏也指示了Squid不願去處理相應的HTTP請求。假如使用了-Y命令行選項，Squid在啟動並編譯其記憶體索引時，會返回這個標籤而不是UDP_MISS。
UDP_DENIED
因為icp_access規則，ICP查詢被拒絕。假如超過95%的到某用戶端的ICP回應是UDP_DENIED，並且用戶端資料庫啟動了（見附錄A），Squid在1小時內，停止發送任何ICP回應到該用戶端。若這點發生，你也可在cache.log裏見到一個警告。
UDP_INVALID
Squid接受到無效查詢（例如截斷的消息、無效協定版本、URI裏的空格等）。Squid發送UDP_INVALID回應到用戶端。
TCP_HIT
Squid發現請求資源的貌似新鮮的拷貝，並將其立即發送到用戶端。
TCP_MISS
Squid沒有請求資源的cache拷貝。
TCP_REFRESH_HIT
Squid發現請求資源的貌似陳舊的拷貝，並發送確認請求到原始伺服器。原始伺服器返回304（未修改）回應，指示squid的拷貝仍舊是新鮮的。
TCP_REF_FAIL_HIT
Squid發現請求資源的貌似陳舊的拷貝，並發送確認請求到原始伺服器。然而，原始伺服器回應失敗，或者返回的回應Squid不能理解。在此情形下，squid發送現有cache拷貝（很可能是陳舊的）到用戶端。
TCP_REFRESH_MISS
Squid發現請求資源的貌似陳舊的拷貝，並發送確認請求到原始伺服器。原始伺服器回應新的內容，指示這個cache拷貝確實是陳舊的。
TCP_CLIENT_REFRESH_MISS
Squid發現了請求資源的拷貝，但用戶端的請求包含了Cache-Control: no-cache指令。Squid轉發用戶端的請求到原始伺服器，強迫cache確認。
TCP_IMS_HIT
用戶端發送確認請求，Squid發現更近來的、貌似新鮮的請求資源的拷貝。Squid發送更新的內容到用戶端，而不聯繫原始伺服器。
TCP_SWAPFAIL_MISS
Squid發現請求資源的有效拷貝，但從硬碟裝載它失敗。這時squid發送請求到原始伺服器，就如同這是個cache丟失一樣。
TCP_NEGATIVE_HIT
在對原始伺服器的請求導致HTTP錯誤時，Squid也會cache這個回應。在短時間內對這些資源的重複請求，導致了否命中。 negative_ttl指令控制這些錯誤被cache的時間數量。請注意這些錯誤只在記憶體cache，不會寫往硬碟。下列HTTP狀態碼可能導致否定 cache（也遵循於其他約束）： 204, 305, 400, 403, 404, 405, 414, 500, 501, 502, 503, 504。
TCP_MEM_HIT
Squid在記憶體cache裏發現請求資源的有效拷貝，並將其立即發送到用戶端。注意這點並非精確的呈現了所有從記憶體服務的回應。例如，某些cache在記憶體裏，但要求確認的回應，會以TCP_REFRESH_HIT, TCP_REFRESH_MISS等形式記錄。
TCP_DENIED
因為http_access或http_reply_access規則，用戶端的請求被拒絕了。注意被http_access拒絕的請求在第9域的值是NONE/-，然而被http_reply_access拒絕的請求，在相應地方有一個有效值。
TCP_OFFLINE_HIT
當offline_mode啟動時，Squid對任何cache回應返回cache命中，而不用考慮它的新鮮程度。
TCP_REDIRECT
重定向程式告訴Squid產生一個HTTP重定向到新的URI（見11.1節）。正常的，Squid不會記錄這些重定向。假如要這樣做，必須在編譯squid前，手工定義LOG_TCP_REDIRECTS預處理指令。
NONE
無分類的結果用於特定錯誤，例如無效主機名。
相應於ICP查詢，下列標籤可能出現在access.log檔的第四域。
UDP_HIT
Squid在cache裏發現請求資源的貌似新鮮的拷貝。
UDP_MISS
Squid沒有在cache裏發現請求資源的貌似新鮮的拷貝。假如同一目標通過HTTP請求，就可能是個cache丟失。請對比UDP_MISS_NOFETCH。
UDP_MISS_NOFETCH
跟UDP_MISS類似，不同的是這裏也指示了Squid不願去處理相應的HTTP請求。假如使用了-Y命令行選項，Squid在啟動並編譯其記憶體索引時，會返回這個標籤而不是UDP_MISS。
UDP_DENIED
因為icp_access規則，ICP查詢被拒絕。假如超過95%的到某用戶端的ICP回應是UDP_DENIED，並且用戶端資料庫啟動了（見附錄A），Squid在1小時內，停止發送任何ICP回應到該用戶端。若這點發生，你也可在cache.log裏見到一個警告。
UDP_INVALID
Squid接受到無效查詢（例如截斷的消息、無效協定版本、URI裏的空格等）。Squid發送UDP_INVALID回應到用戶端。
2011-07-28
修改 squid 的 log 時間格式為可辦識格式
今天遇到客戶要求，將某時段的 squid log 抓出來給他，當我連進去看的時候才發現 squid 的 log 都是我看不懂的時間！
沒關係，問完 google 大神之後，只要一行指令就可以解決：
#perl -p -e 's/^\d+\.\d+/localtime $&/e' < name.log > new.log
沒關係，問完 google 大神之後，只要一行指令就可以解決：
#perl -p -e 's/^\d+\.\d+/localtime $&/e' < name.log > new.log
2011-07-23
yEd Graph Editor
這是一套免費而且跨平台的軟體，不論是要流程圖，還是羅輯圖，都很方便好用，支援 Windows、OSX、Linux 跟 Java。
有興趣的人可以參考一下 yEd Graph Editor，網站上還有範例圖檔可以下載
有興趣的人可以參考一下 yEd Graph Editor，網站上還有範例圖檔可以下載
2011-07-22
風扇的問題與幾個小零件
原本 BackBlaze 用的風扇是 120x120x38，可是我買到台達的規格是 120x120x25，轉速一樣是2800rpm，但是我就是不放心，所以只買了一個風扇回來，後來在露天拍賣，看到有人賣規格幾乎一樣的風扇，只是轉速高一點點 2900rpm，所以我一次買了七個回來，在收到風扇之後，我很仔細的比對了我買回來打算固定風扇的橡膠，最後我決定也從國外買，一不做，二不休，我連開關也從國外訂，現在幾乎所有關鍵的零件都到了！
2011-07-21
現有的 Storage
公司三年前買的 Storage 系統，自從升級 HD 之後，一直都是呈現大爆炸，隨時隨地都有一堆資料要存進去，早上把資料移到二線，下午連進去看，就會發現空出來的 500G 又被塞爆了！
目前一線的 Storage 是 NA 的 3020，這系列已經停產，目前接 6 座硬碟櫃，是公司內部效能最好的一座；二線是使用台廠普華的設備，最近一直在有壞軌的狀況，每一次有壞軌就要把 10T 的資料備份出來，換硬碟，再把資料 co 回去，花費很多的時間！
上個月，買了一座 HP X1600，2TB x 12，因為 by order 的關係，等了很久，不過，一切的等待都是值得的，總算可以給同事一個夠大的空間去使用，不會再有人來跟我說哪個糟滿了！
上個月，買了一座 HP X1600，2TB x 12，因為 by order 的關係，等了很久，不過，一切的等待都是值得的，總算可以給同事一個夠大的空間去使用，不會再有人來跟我說哪個糟滿了！
2011-07-20
熱機一下
昨天灌好 FreeBSD 之後，就在思考 OS 面的問題，到底要用什麼檔案格式，才能做到空間大又安全？想破頭還是沒想到，於是我就去資安論壇上發問，不問沒事，一問才發現，我的 PCI SATA CARD 買錯了！加上主機板沒有內建 VGA，我已經不喜歡這塊板子了，所以整組換掉，改用 ASUS P8H61-M PLUS V2，Uptech SR202 PCI-e STAT CARD 2 Port x 3(SiI3132)，Uptech SR400 PCI SATA CARD 4 Port x 1(Sil3124)，這次有特別注意晶片組，還有 onboard 顯卡！
因為還沒有買到 Power，暫時先拿一個全新的 380W 來開機，因為開關也沒買到，只好用起子去阿斯來開機，真怕去阿斯到啊！
因為還沒有買到 Power，暫時先拿一個全新的 380W 來開機，因為開關也沒買到，只好用起子去阿斯來開機，真怕去阿斯到啊！
2011-07-19
主機板、CPU、硬碟與 PCI 轉 SATA 介面卡
既然 case 都到了，其他的零件也應該要去買了，抽個空去了一趟光華，主機板用 ASUS P8H61 PRO，PCI SATA CARD 是買伽利略 PTS04A，回來組好之後，才發現這張主機板沒有 onboard vga！幸好公司有多的，可以暫時先用一下！
原本要灌 CentOS 5.5，沒想到竟然抓不到 SATAII 硬碟，臨時先灌了 FreeBSD，先燒機一下，其他還買了塑膠柱，塑膠螺絲，風扇跟我以為很像的風扇固定橡膠
原本要灌 CentOS 5.5，沒想到竟然抓不到 SATAII 硬碟，臨時先灌了 FreeBSD，先燒機一下，其他還買了塑膠柱，塑膠螺絲，風扇跟我以為很像的風扇固定橡膠
2011-07-06
千呼萬喚，機殼終於來了！
等了好久，case 總算寄到了！在我很開心的開封拆箱之後，哇咧！竟然有去撞到的感覺！請看相片：
一個運費一萬多，我是不可能寄回去請他們再送一個過來，第一個想到的就是去買個木鎚，剩下的就是板金的工作，不過我還是想寫信去抱怨一下，這樣的品質我怎麼能放心的跟他交易呢？
沒想到我寫信去抱怨完之後，隔天就收到回信，說會再寄一個新的給我！我～我～我真的嚇到了！在沒隔幾天，我就收到一個全新的上蓋，一點傷也沒有！先試著組盒看看，順便拍幾張照片～
沒想到我寫信去抱怨完之後，隔天就收到回信，說會再寄一個新的給我！我～我～我真的嚇到了！在沒隔幾天，我就收到一個全新的上蓋，一點傷也沒有！先試著組盒看看，順便拍幾張照片～
訂閱：
文章 (Atom)