tanshu c3e0e4989c Do not create a host file for the entrypoint's PHP session config
The role created ~/podman-data/nextcloud/redis-session.ini and the unit bind-mounted
it over the image path, purely because the entrypoint cannot write there itself.
Removed: the task, the mount, and -- because it is the only thing that triggers the
write -- REDIS_HOST from the environment file. The entrypoint now skips
configure_redis_session entirely and starts.

The Redis attach stays. The valkey role still puts nextcloud_net on the cache
container with the alias `redis`, so an instance whose config.php names that host
reaches it. Writing that configuration is config.php's business, and the readme
gives the three `occ config:system:set` lines for anyone who wants it, including
that this playbook will not do it for them.

The only thing lost is PHP session storage, which falls back to the container's own
filesystem -- a redeploy logs users out. That is the trade for not shipping a file
whose sole purpose is to work around a directory the image owns as root.

The env template and the valkey role comment both say why REDIS_HOST is absent, so
that adding it back is recognisable as the regression it is.
2026-10-16 15:44:33 +05:30
2025-07-31 11:14:47 +00:00
2024-09-19 06:49:59 +05:30
2020-10-17 12:29:51 +05:30
2024-12-17 17:52:46 +05:30
2020-05-04 17:05:08 +05:30
2026-08-29 12:31:09 +00:00
2024-09-19 06:49:39 +05:30
2020-10-17 12:28:36 +05:30
2024-05-27 13:25:44 +05:30
2020-05-04 17:04:48 +05:30
2023-01-02 12:23:38 +05:30
2026-10-15 21:24:32 +05:30
2026-10-15 16:04:41 +00:00

Ansible Playbooks

A collection of minimalist Ansible playbooks for automating server setups, based on DigitalOcean's Community guides.

*the Initial Server Setup should be your starting point for fresh servers.

Playbook Structure

The playbooks contained in this repository were created for educational purposes, and should serve as a base for you to create your own playbooks and roles.

Although we opt to not use roles, our playbooks follow a distinctive structure to facilitate reuse while keeping them mostly self-contained and straightforward.

For instance, this is how the lemp playbook is structured:

lemp_ubuntu1804
├── files
│   ├── info.php.j2
│   └── nginx.conf.j2
├── vars
│   └── default.yml
├── playbook.yml
└── readme.md
  • files/: directory containing templates and other files required by the playbook.
  • vars/: directory to save variable files. A default.yml var file is included by default.
  • playbook.yml: the playbook file.
  • readme.md: instructions and links related to this playbook.

Getting Started

To set up your Ansible environment, please follow our guide on How to Install and Configure Ansible on Ubuntu 18.04.

Connection Test

From your local machine or Ansible control node, run:

ansible all -m ping -u remote_user

If you're able to get a "pong" reply back from your node(s), your setup works as expected and you'll be able to run both ad-hoc commands and playbooks on your nodes, using Ansible.

Guides

The following guides cover how to use the playbooks you'll find in this repository.

Initial Server Setup

Once you have executed the initial server setup, you can choose from any of the available server setup playbooks:

Web Servers

Applications & CMSs

Containers & K8s

S
Description
Ansible playbooks for Digital Ocean host
Readme
733 KiB
0 Stars 1 Watchers 0 Forks
Languages
Jinja 58%
Shell 32.9%
JavaScript 6.1%
Dockerfile 1.7%
Makefile 1.3%