On Thursday, June 18, 2015 at 9:36:23 AM UTC-5, Chris Spence wrote: > > Whilst evaluating a move to puppetsever/puppet 4 I couldn't help but > notice that the default location for 'vardir' has moved > to /opt/puppetlabs/puppet/cache > > This is a bit worrisome, because that's not either /var or /var/opt and > breaks the principle of least surprise. It's worse than that though Jim, > because the puppetserver package actually alters the config files to put > this setting in the [master] setting (I raised a bug for this) > > So the historical sensible default which pointed to a bit of filesystem > which for the majority of sane folks will be a well managed bit of disk > (adequately sized, for example, and not eating into ones root filesystem > because someone at least glanced at the FHS) has changed to one that > requires overriding, I expect, in the pretty much every case. > > Why has the vardir moved from /var? >
I cannot give an authoritative answer, but I suppose it moved as part of the reorganization to an AIO bundle, so that everything was together under one directory. Although I have been critical of this reorganization in the past, I had not considered this particular angle. FHS is rather direct on this point: "Package files [of packages installed under /opt] that are variable (change in normal operation) must be installed in /var/opt", and "Variable data of the packages in /opt must be installed in /var/opt/<subdir>, [...] except where superseded by another file in /etc." I suppose the clause about the file location being superseded by a configuration file could be construed as supporting the new default, but I find that a bit contrived -- it should be at the *sysadmin's* discretion that exceptions to the standard layout are made, not at the package provider's. People do vary as to how seriously they take the FHS, but it would be better, I think, for Puppet to stick to it carefully. Folks who don't care about FHS aren't going to be nearly as inconvenienced by Puppet complying as folks who do care will be by Puppet *not* complying. John -- You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-dev/3bb3251c-a39b-40d5-9198-22d41f073526%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.