On Dec 3, 2013, at 11:32 AM, Jake Vath <jake.vath at gmail.com> wrote: > I guess, what I was saying might not have been clear. > > If you used rotatelogs (or something to rotate the logs), wouldn't that move some_log_file.log to some_log_file.log.1 and recreate some_log_file.log? > Then your scripts could remove some_log_file.log.1, which would create a new file descriptor that references the newly created inode for some_log_file.log. > When you delete some_log_file.log.1 wouldn't that free up that file descriptor and the inode which was referenced? > Wouldn't this force an update of the available inodes in the file table? Yes, I believe so. But I haven’t been using rotatelogs at all so… I wouldn’t know (even on my production servers - I have massive storage for log files I’ve always compressed them once a year and burned them to multiple media types for archiving). As for logformat if I knew where this was coming from I wouldn’t have to rotate logs - I’d just kill the logging. LDAP is only used in my application (within PHP) not on the server itself (which is using it as a different login with lighttpd). > Using rotatelogs or Apache's graceful restart option should be different than just running $ :> some_log_file.log or $ cat /dev/null > some_log_file.log, > as both of those options retain the current inode in use. > However, I'm not entirely certain how either rotatelogs or Apache's graceful restart option handles file descriptors/inodes. > I should probably go read some man pages... > > Anyone? Am I way off in my thinking? > > -> Jake > > > On Tue, Dec 3, 2013 at 10:51 AM, Jake Vath <jake.vath at gmail.com> wrote: > Could you use graceful-restart or rotatelogs to take care of this? > I'm not sure that either of those would update any inodes though. > > Alternately, would you be able to edit the LogFormat to not include that information, in the log file, for the time being? > > -> Jake > > > On Tue, Dec 3, 2013 at 10:44 AM, Ryan Coleman <ryanjcole at me.com> wrote: > I’ll take a look, thanks! > On Dec 3, 2013, at 10:36 AM, Jeremy MountainJohnson <jeremy.mountainjohnson at gmail.com> wrote: > > > wipe and srm are possibilities too; although I would think there would > > be a better solution to this. > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list > > > _______________________________________________ > TCLUG Mailing List - Minneapolis/St. Paul, Minnesota > tclug-list at mn-linux.org > http://mailman.mn-linux.org/mailman/listinfo/tclug-list -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20131203/00b4790c/attachment.html>