New in version 1.3.0.
Several Bcfg2 plugins, including Metadata, Probes, and Reporting, can connect use a relational database to store data. They use the global database settings in bcfg2.conf, described in this document, to connect.
Although SQLite is supported as a database, it may cause significant thread contention (and a performance penalty) if you use SQLite with Metadata or Probes. If you are using the database-backed features of either of those plugins, it’s recommended that you use a higher performance database backend.
All of the following options should go in the [database] section of /etc/bcfg2.conf.
|engine||The name of the Django database backend to use. See https://docs.djangoproject.com/en/dev/ref/settings/#engine for available options (note that django.db.backends is not included in the engine name)||“sqlite3”|
|name||The name of the database||“/var/lib/bcfg2/bcfg2.sqlite”|
|user||The user to connect to the database as||None|
|password||The password to connect to the database with||None|
|host||The host to connect to||“localhost”|
|port||The port to connect to||None|
|options||Extra parameters to use when connecting to the database. Available parameters vary depending on your database backend. The parameters are supplied as the value of the django OPTIONS setting.||None|
After making changes to the configuration options or adding a plugin that uses the global database, you should run bcfg2-admin syncdb to resync the database schema.