Steve Rowe wrote:In 9.0 I was surprised that when I went into to turn the logging off the cube logging cells for the }stats cube was blank. Clearly the system interprets this as On.
N
oooo, that ain't right. I'm looking at a 9.0 session right now. As with all other cubes, if the logging cells have an X, logging is on and the cubes' values will be logged. If the cell is empty, they won't.
I initially had them all on (X-ed) and sure enough the log file was filling up. I turned them off, and it stopped. I checked the box on only the }StatsForServer one (which does the least amount of disk hogging) and sure enough, that cube and that one alone started recording into the log file again.
Steve Rowe wrote:I don't know now if this was the starting condition of the cube.
I'm less concerned about the logging, just moving it to somewhere else in the menu would be very easy and simple and mark a big step in "safety". In the ideal world obviously you'd want everything perfect but I think just moving the option would be a quick win.
Actually I'm not sure that they'd see it as an easy and simple one since it involves changing the GUI, which they've been notoriously reluctant to do outside of major version upgrades. (Their failure to update the supposedly "supported" 9.0's chore icons to show inactive and active chores differently being an example of this.)
That means that they may introduce it in (say) 9.6, but you'll never see a GUI change backdated to earlier supposedly and laughingly described "supported" versions. (Where the "support" takes the form of telling you to upgrade to the next version, where it's "fixed".) I'd have thought that an "under the hood" adjustment to have logging off when the PM cubes are first created would actually be a technically easier fix, though even then I'll lay odds that you'd never see it backdated to earlier "supported" versions.
