Αυτά τα files παράγονται ουσιαστικά από modules στα οποία έχεις βάλει (ή έχουν default) cache time στα settings τους. Είναι html files, ουσιαστικά, τα οποία "διαβάζει" το DNN για όσο διάστημα έχει οριστεί στο cache time, προκειμένου να μην ξανασυνθέσει το output του συγκεκριμένου module κάνοντας queries στη db.
Το οτι δεν σβήνονται, σημαίνει ότι κάτι τρέχει με αυτά. Αν είναι συνέχεια τα ίδια files (έτσι βλέπω στο υπόδειγμα που μας έδωσες), μήπως τα κανει lock κάποια τρίτη εφαρμογή; Αν δεν είναι συνεχώς τα ίδια files, είναι πιθανόν να τρέχει κάτι στο server (cdp, backup, άλλο) και να τα λοκάρει (λανθασμένα) κατά περιόδους, οπότε θα έχεις το πρόβλημα περιοδικά με διάφορα files. Μου φαίνεται όμως extreme σαν περίπτωση αυτό το σενάριο.
Το θέμα είναι οτι αν τα σβήσεις υπάρχει μια μικρή (ελάχιστη, αλλά υπαρκτή) περίπτωση να "χτυπήσουν" τα συγκεκριμένα modules μην μπορώντας να ξαναγράψουν cache αρχεία.
Τι θα έκανα εγώ (σε περίπτωση που έβλεπα συνέχεια τα ίδια files στα exceptions):
1. Θα πήγαινα να βρω αυτά τα 4 modules (117,179,198,95) - μπορείς να τα βρεις από τον πίνακα tabmodules με βάση το moduleid πεδίο για να δεις σε ποιά σελίδα (tab) βρίσκονται - μέσω του πεδίου tabid. Στον πίνακα tabs μετά θα δεις ακριβώς ποιά είναι αυτή η σελίδα. Μπορείς να πας στα settings τους και να κάνεις το cache time 0.
2. Αν το πρόβλημα δεν διορθωθεί (που μάλλον δεν θα διορθωθεί, εφόσον θα προσπαθεί ακόμα να τα διαγράψει) θα πήγαινα έπειτα μέσα στο συγκεκριμένο φάκελο και θα επιχειρούσα να τα διαγράψω με το χέρι. (Μέσω ftp, ή μέσω file system αν έχεις remote desktop, ή μέσω του control panel του hosting provider σου, αν έχει file manager).
Δεν μπορώ να εγγυηθώ οτι θα λύσει το πρόβλημα αυτή η κίνηση, ούτε οτι είναι απολύτως ασφαλής (αν και το ρίσκο να κολλήσει κάτι και να πετάει exceptions μπροστά είναι σχετικά πολύ μικρό). Παρ'όλα αυτά, εγώ θα έκανα ακριβώς αυτές τις παραπάνω κινήσεις.
Σωτήρης Φιλιππίδης
DotSee Web Services