Objects matching the expression 'configuration'

• #484 PATCH: gracefully handle unknown config variables (configuration, lockdir, parameter, unknown)
• #800 Configurations that fail because of unresolved dependencies are cached anyway (cache, configuration)
• #802 Tags are being set after parent classes are evaluated (compiling, configuration, tags)
• #970 Configuration options should be available across configuration files (configuration, files, interoperability, option)
• #990 Incomplete puppetd.conf file overrides puppet.conf (configuration, files)
• #1069 Fixed references to multiple configuration files (configuration, file, freebsd, init, multiple, spec, suse)
• #1070 Fixed puppetrun configuration error (configuration, file, puppetmasterd, puppetrun)
• CompleteConfiguration Complete Configuration (complete, configuration, module, modules, puppet)
• ExportedResources Exporting and collecting resources is an extension of virtual resources_. Puppet provides an experimental superset of virtual resources, using a similar syntax. In addition to these resources being virtual, they're also "exported" to other hosts on your network. While virtual resources can only be collected by the host that specified them, exported resources can be collected by any host. You must set the storeconfigs configuration parameter to true to enable this functionality (you can see information about stored configuration on the Using Stored Configuration_ wiki page), and Puppet will automatically create a database for storing configurations (using Ruby on Rails_). This allows one host to configure another host; for instance, a host could configure its services using Puppet, and then could export Nagios configurations to monitor those services. The key syntactical difference between virtual and exported resources is that the special sigils (@ and <| |>) are doubled (@@ and <<| |>>) when referring to an exported resource. Here is an example with exported resources:: class ssh { @@sshkey { $hostname: type (collected, configuration, exported, resources, stored, virtual)
• FrequentlyAskedQuestions Puppet is an open-source next-generation server automation tool. It is composed of a declarative language for expressing system configuration, a client and server for distributing it, and a library for realizing the configuration. The primary design goal of Puppet is that it have an expressive enough language backed by a powerful enough library that you can write your own server automation applications in just a few lines of code. With Puppet, you can express the configuration of your entire network in one program capable of realizing the configuration. The fact that Puppet has open source combined with how easily it can be extended means that you can add whatever functionality you think is missing and then contribute it back to the main project if you desire. For more about the capabilities of Puppet, take a look at the documentation_. [back_] Who maintains this FAQ and where can I find an updated version? (asked, certificates, configuration, docs, facter, faq, frequently, gpl, graphing, installation, manifests, puppet, questions, tls)
• NameSpaceAuth namespaceauth.conf (configuration, documentation, example, executables)
• PuppetFreeBSD Running Puppet on FreeBSD (FreeBSD, configuration, freebsd, installation, os)
• PuppetTemplating Using Puppet Templates (configuration, file, populate, template, templating)
• Recipes/MySQLStoredConfiguration MySQL Server Recipe for Stored Configuraton (MySQL, configuration, database, puppet, recipe, stored)
• SimplestPuppetInstallRecipe Using Puppet is largely about developing the Puppet manifests, which describe the configuration of your system. Once you have Puppet installed (see Installation Guide_ ) on at least one server (the Puppetmaster), and at least one client, you're ready to set up a minimal configuration and get started using Puppet. A Simple Manifest: Managing Ownership of a File (certificates, certs, configuration, puppet, puppetmaster, recipe, ssl, sudo, tutorial)
• UsingStoredConfiguration Puppet uses a technique called stored configuration, enabled with the storeconfigs configuration option, to store data in a database. This technique make use of the Ruby on Rails framework and one of three database back-ends: SQLite (the default), MySQL or PostgreSQL. Currently stored configurations are principally used by exported resources. It is important to note that once a node is in the stored configuration database it will not be automatically purged - even if you remove the corresponding node from your configuration. If you wish to purge nodes from your database you will need to do this manually. There is a script attached to this page that allows you to remove a node by name from the database. .. contents:: Installing Prerequisites ------------------------ To make use of stored configuration you will need to install some prerequisites principally the database back-end you wish to use and the Rails framework. At present (2008-01-17) Puppet requires rails 1.x. If 2.x is used you will see the following warning:: err: Could not store configs: You cannot call create unless the parent is saved with 1.x you will get some deprecation warnings (let us know that 2.x won't work for us) these can be safely ignored:: DEPRECATION WARNING: Calling .create on a has_many association without saving its owner will not work in rails 2.0, you probably want .build instead See http://www.rubyonrails.org/deprecation for details. (called from create at /usr/lib/gems/1.8/gems/activerecord-1.15.6/lib/active_record/associations/association_collection.rb:95) We start by installing the rails Ruby Gem, either with the distribution's package management (e.g. Debian/Ubuntu have a 'rails' package) or as a ruby gem:: gem install rails -v 1.2.6 MySQL +++++ For MySQL you will need to install a number of packages. For Red Hat/Fedora the typical packages required would be:: mysql mysql-devel mysql-server Or for Debian/Ubuntu you would need the following packages. libmysql-ruby provides the mysql gem, so installing via gems is unneccesary:: mysql-server libmysql-ruby You may also need to install the mysql Ruby Gem (not required on Debian/Ubuntu). You may need to specify the --with-mysql-config option to tell Gems where to find your MySQL libraries and headers:: # gem install mysql -- --with-mysql-config (configuration, storeconfigs, stored)