Maciej Delmanowski

@muelli An equivalent to Puppet solution would be an update to Ansible's `mysql_user` module. This bug might already be fixed in Jessie, either in MySQL or MariaDB server. Before sending...

It looks like at least in MariaDB on Debian, installation script lowers the hostname in [mysql_system_tables_data.sql](https://sources.debian.net/src/mariadb-10.0/10.0.16-1/scripts/mysql_system_tables_data.sql/#L27)

This is a common thing in different roles so that the role uses the username of the admin from their workstation. But since it looks like it interferes with the...

I don't combine "standard" DebOps playbooks and custom playbooks into one, in other words, I usually run just standard playbooks/roles and custom roles are executed separately as needed from `project/playbooks/`...

Yes, you're correct. Do you want to create a PR that fixes this?

Just a quick heads-up, it looks like that version of the documentation was set up long time ago by @ypid, I guess it's time to bring it down. :-)

@retr0h Hello and thanks for trying out DebOps. Unfortunately it seems that you started with one of the most complex roles. :-) Managing Redis with Ansible is complicated - Redis...

The issue was fixed in https://github.com/debops/debops/pull/2505, the `apparmor` role will be available in the next DebOps 3.1.x release on Ansible Galaxy. Sorry for the issue.

This is by design. By default, [hosts accessed via a local connection are assumed to be local workstations](https://github.com/debops/debops/blob/master/ansible/roles/system_groups/defaults/main.yml#L36-L57) used as Ansible Controllers, with assumption that they can be left unattended....

The issue was fixed in https://github.com/debops/debops/pull/2505, the `apparmor` role will be available in the next DebOps 3.1.x release on Ansible Galaxy. Sorry for the issue.