I hate to seem like the FR apologist here (though note my last two notes included info for people using other tools as well), but I do want to step in with another clarification about Matthew's comment here.
It would not be possible for FR's general logging features to fill the disk. It has built-in limitations on the size of each type of log file (request, jdbc, resource, crash protection, and general fusionreactor log files), and the default is a very conservative 10meg. Once that's reached, each file then is renamed with -1, -2, etc up to a default of 5. So at most, by default, these 5 log types can use 50 meg (5 rotations times 10meg max), for a total of 250meg. If the disk holding FR (which typically hold CF and all other apps) had less than 250meg, I'd say one had other problems to worry about. :-) But all kidding aside, I think Matthew that what your admin may have done was enabled another feature in FR, called "request content capture". That's a horse of a different color. That instead (if enabled) creates an xml file for each request with details about the inputs and (if enabled) the generated output. That very well could generate a huge amount of data--especially the logging of the generated output. It's a powerful feature, to be sure, but with power comes responsibility, of course. :-) In fact, the FR guys realized that this could be a dangerous option, so they offer a very clear warning on the page where this is enabled (the "request settings" page in the FR interface). More than that, they also offer a javascript alert when you select it, asking again for confirmation and warning of the risk of high disk space use. If one ignores both warnings, then it would seem it would be done with intention. But I've known of one other organization that did do it by mistake, and it was definitely ugly cleaning up when the disk filled. So, um, don't ignore the warning. :-) And of course it's disabled by default. Still, I have recommended that the FR guys impost a limit for that, since it doesn't offer one like the other logging. Would seem to prevent any problem. As for that other general FR logging (which I lauded in my last message also), that comes with virtually no overhead. It uses the fast log4j java library built into CF. And again it has those very conservative disk size limits Just wanted to be clear lest someone get the wrong impression about any risk in FR's logging. Again, it can be SO vital to helping solve all kinds of problems. /charlie > -----Original Message----- > From: [email protected] [mailto:[email protected]] On > Behalf Of Matthew > Sent: Wednesday, January 27, 2010 9:16 PM > To: cfaussie > Subject: [cfaussie] Re: FusionReactor Crash Protection Settings > > Hi Andrew > > I suspect you bad experience with FR in the past was due to the log > file expaned and filling up the hard disk. We had the same problem > when our SysAdmin installed it for me and he gave up. After a while I > re-installed it and played with the settings and all was fine. I think > the issue was that crash protection logging is on by default. > > Cheers > Matthew > > On Jan 27, 4:35 pm, Andrew Myers <[email protected]> wrote: > > Hi Kai, > > > > The rationale I was using was that if there was a performance problem > > in my code that became more evident when FR is running, that FR might > > be able to at least keep the server alive while I was figuring out > > what was happening. > > > > However, so far so good and I'll take your advice to err on the side > > of caution and just watch it for a while. > > > > Cheers, > > Andrew. > > > > 2010/1/27 Kai Koenig <[email protected]>: > > > > > What'd be the purpose? Just thinking loud here - if you fear FR to > > > be causing issues, I wonder (and seriously would have no clue > what's > > > going to happen :-) if it's crash protection would help you. > > > > > Be aware that with crash protection you'd need to set your > thresholds > > > very sensible otherwise you'd run into issues on that end. I'd > think > > > you'd need to monitor your system for a while before able to define > > > those properly. > > > > > Cheers > > > Kai > > > > >> Hi again, > > > > >> We've asked our host to put FusionReactor back on our production > box. > > >> All appears well but I'm half expecting things to grind to a halt > at > > >> some stage. > > > > >> Would enabling the Crash Protection settings be worth a try? If > so > > >> does anyone have any advice on some suggestions values in various > > >> settings? > > > > >> Timeout Protection: > > >> (seconds) > > > > >> Memory Protection: > > >> (%) > > > > >> Request Protection > > > > >> Thanks again to all who have offered assistance so far. > > > > >> Andrew. > > > > >> -- > > >> You received this message because you are subscribed to the Google > Groups "cfaussie" group. > > >> To post to this group, send email to [email protected]. > > >> To unsubscribe from this group, send email to > [email protected]. > > >> For more options, visit this group > athttp://groups.google.com/group/cfaussie?hl=en. > > > > > _________________________________________________ > > > Kai Koenig - Ventego Creative Ltd > > > ph: +64 4 476 6781 - mob: +64 21 928 365 / +61 450 132 117 > > > web:http://www.ventego-creative.co.nz > > > blog:http://www.bloginblack.de > > > twitter:http://www.twitter.com/agentK > > > > > -- > > > You received this message because you are subscribed to the Google > Groups "cfaussie" group. > > > To post to this group, send email to [email protected]. > > > To unsubscribe from this group, send email to > [email protected]. > > > For more options, visit this group > athttp://groups.google.com/group/cfaussie?hl=en. > > -- > You received this message because you are subscribed to the Google > Groups "cfaussie" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/cfaussie?hl=en. -- You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en.
