The AMQP result backend proved as impractical, this commit switches to
redis instead. The redis server is setup on the webinterface host but
can be configured on another host.
The AMQP result backend proved as impractical, this commit switches to
redis instead. The redis server is setup on the webinterface host but
can be configured on another host.
This commit improves the salt setup of the Vagrant box:
- Salt output is reduced to log level warning
- Hosts entries are created for the internal IPs of all planned gva
component VMs
- .bashrc and a .bash_functions sourced from it are now managed for the
vagrant user
- the VM name has been changed to gva.local
- recent salt versions do not depend on m2crypto anymore, therefore it
is now installed before x509certificate functions are called
- the rabbitmq_vhost for gva is now setup before any users are created
because the previous implementation was broken with recent salt
versions
- the gnuviechadmin-locale-data-compile step has been simplified because
Django 1.9's compilemessages takes care of recursive .mo file
compilation
- pillar data has been separated by role (especially queue permissions
and credentials)
- salt configuration is now unified with gvaldap
- allow database creation for gnuviechadmin user in local deployments to
allow test runs
- set administrator tag for gnuviechadmin user in rabbitmq
- add all permissions on gnuviechadmin vhost to gnuviechadmin user
- enable rabbitmq management plugin
Jan Dittberner