Tinyproxy-н лог эргэлт: maxsize 100M яагаад хатуу хязгаар биш вэ

logrotate нь maxsize-ийг зөвхөн ажиллах үед шалгадаг. Шалгалтын давтамж болон логийг дахин нээх зохицуулалтыг босготой хамт тохируулна уу.

maxsize 100M гэсэн бичлэг нь эргэлтийн триггер бөгөөд Tinyproxy-н логийн файлын амьд хязгаар биш. logrotate өдөрт нэг удаа ажилладаг бол файл дараагийн шалгалт хүртэл 100 MB-аас хэтэрч өсөж болно.

Tinyproxy шууд LogFile рүү бичиж байгаа бол ийм бодлогыг одоо байгаа logrotate stanza-д нэгтгэнэ үү:

daily
maxsize 100M
rotate 7
compress
delaycompress

Суулгасан stanza-ийн зөв зам, эзэмшил, create зөвшөөрөл болон үйлчилгээнд тохирсон postrotate боловсруулалтыг хадгалаарай. Энэ хэсэг нь хадгалах бодлогыг өгдөг, бүрэн үйлчилгээний интеграцийг биш.

Өдөр тутмын шалгалт хэт их өсөлт үлдээж байвал logrotate-г илүү ойр ойрхон ажиллуулахаар зохион байгуул. Ажиллагаа бүр дүрмийг үнэлдэг; энэ нь заавал эргэлт хийх албагүй. Хэмжээгээр удирдуулсан эргэлтэд rotate 7 нь долоон эргүүлсэн файл гэсэн үг бөгөөд долоо хоногоос бага хугацааг илэрхийлж болно.

Дахин нээх нь эргэлтийг гүйцээдэг

Файлыг нэр сольсны дараа Tinyproxy логийг дахин нээх шаардлагатай. Tinyproxy нь SIGUSR1-г тохиргоог дахин ачаалах, логийн файлыг хааж дахин нээх гэж тайлбарладаг; шүүлтүүрийн тохиргоог ч дахин ачаалдаг. Дохио эсвэл PID файлын байршлыг таамаглахын оронд зөв үйлдлийг аль хэдийн хийж буй багцлагдсан тусалбарыг хадгалаарай.

Идэвхтэй файлыг устгах нь тэр дахин нээхийг зохицуулахгүй. copytruncate нь нэр солж дахин нээх зохицуулалтаас зайлсхийдэг боловч хуулбарлах, богиносгох үед өгөгдөл алдагдаж болох интервалыг баримтжуулсан байдаг.

Прокси логуудыг Syslog руу илгээдэг бол Tinyproxy бичихгүй файлд дүрэм нэмэхийн оронд хүлээн авагч логийн системд хадгалалтыг хэрэгжүүлээрэй.

Холбоотой нийтлэлүүд