Περιστροφή αρχείων καταγραφής Tinyproxy: γιατί το maxsize 100M δεν είναι σκληρό όριο

Το logrotate ελέγχει το maxsize μόνο όταν εκτελείται. Ορίστε τη συχνότητα ελέγχου και τον χειρισμό του ξαναανοίγματος του αρχείου καταγραφής μαζί με το κατώφλι.

Μια καταχώριση maxsize 100M είναι ένα έναυσμα περιστροφής, όχι ζωντανό όριο στο αρχείο καταγραφής του Tinyproxy. Αν το logrotate εκτελείται μία φορά την ημέρα, το αρχείο μπορεί να ξεπεράσει τα 100 MB πριν από τον επόμενο έλεγχο.

Αν το Tinyproxy γράφει απευθείας σε LogFile, συγχωνεύστε μια πολιτική σαν αυτή στην υπάρχουσα παράγραφο logrotate:

daily
maxsize 100M
rotate 7
compress
delaycompress

Διατηρήστε τη σωστή διαδρομή της εγκατεστημένης παραγράφου, την κυριότητα, τα δικαιώματα create και τον χειρισμό postrotate που αφορά την υπηρεσία. Αυτό το απόσπασμα παρέχει την πολιτική διατήρησης, όχι την πλήρη ενσωμάτωση με την υπηρεσία.

Κανονίστε πιο συχνή εκτέλεση του logrotate αν οι καθημερινοί έλεγχοι αφήνουν υπερβολική αύξηση. Κάθε εκτέλεση αξιολογεί τους κανόνες, δεν περιστρέφει όμως απαραίτητα. Με περιστροφή βάσει μεγέθους, το rotate 7 σημαίνει επτά περιστραμμένα αρχεία και μπορεί να αντιπροσωπεύει λιγότερες από επτά ημέρες.

Το ξαναάνοιγμα ολοκληρώνει την περιστροφή

Αφού μετονομαστεί το αρχείο, το Tinyproxy πρέπει να ξαναανοίξει το αρχείο καταγραφής του. Το Tinyproxy τεκμηριώνει το SIGUSR1 ως επαναφόρτωση της διαμόρφωσης και κλείσιμο και ξαναάνοιγμα του αρχείου καταγραφής, και επαναφορτώνει και τη διαμόρφωση φίλτρων. Διατηρήστε ένα συσκευασμένο βοηθητικό που εκτελεί ήδη τη σωστή ενέργεια αντί να μαντεύετε σήμα ή θέση αρχείου PID.

Η διαγραφή του ενεργού αρχείου δεν συντονίζει αυτό το ξαναάνοιγμα. Το copytruncate αποφεύγει τη διάταξη μετονομασίας-και-ξαναανοίγματος, αλλά έχει τεκμηριωμένο διάστημα κατά το οποίο δεδομένα μπορούν να χαθούν κατά την αντιγραφή και την περικοπή.

Αν το proxy στέλνει αρχεία καταγραφής στο Syslog, εφαρμόστε τη διατήρηση στο σύστημα καταγραφής που τα λαμβάνει αντί να προσθέσετε κανόνα για αρχείο που το Tinyproxy δεν γράφει.

Σχετικά άρθρα