The situation of maintained ansible roles for boring server stuff like setting up a LEMP stack (Linux, nginx, mariadb, php) is dire and I would like to improve that. This project is about creating a handful of ansible roles with focus on
- Fully supported in openSUSE (Leap and Tumbleweed)
- Configurable to fit a basic setup but not more
- Automated testing of the deployment
- If possible support all SLE variants (SLE > 15)
- If possible support support for Debian, Ubuntu + RHEL, this is secondary though
Wishlist of roles I want to create
- LEMP stack (Linux, nginx, mariadb, php)
- LAMP stack (Linux, apache, mariadb, php)
- PXE Boot server
- Simple standalone mail server (postfix + dovecot)
- Perhaps a openQA installation role, analog to the bootstrapping bash script
Looking for hackers with the skills:
This project is part of:
Hack Week 20
Activity
Comments
-
over 4 years ago by pagarcia | Reply
Why not Salt? https://www.uyuni-project.org/uyuni-docs/uyuni/salt/formulas-custom.html
In fact, why not go the extra mile and implement an Uyuni Cluster Provider (which is a Salt module and a one YAML file for the UI) to Uyuni? https://github.com/uyuni-project/uyuni/wiki/Cluster-Provider-development
BTW: Uyuni already provides a formula to deploy a PXE boot server with Salt. It can be used with Salt alone too: https://github.com/SUSE/salt-formulas/tree/master/pxe-formula
-
over 4 years ago by ph03nix | Reply
The reason I still prefer ansible over salt is that I hadn't any good experiences with agentless salt, which is 100% the use case I'm aiming for.
However feel free to take that project. I'm sure, that to give people the choice to choose between
ansibleandsaltis definitely of value to the openSUSE and SUSE communities!
-
-
over 4 years ago by ybonatakis | Reply
i am also in favor of ansible. it is more simple and clear IMO.
-
over 4 years ago by ph03nix | Reply
As part of the work, I had to build a custom openSUSE Leap container that allows me to test the Ansible roles.
I've wrote a blog post about creating a custom openSUSE Leap container
-
-
-
over 4 years ago by ph03nix | Reply
As finalizing touch, I've created https://geekoops.github.io/ and a rich webserver example there
-
about 4 years ago by nicoladm | Reply
Nice one! we can probably add these roles (or any new ones!) to this project i created https://github.com/gnuninu/kwinble the aim there is to build a desired image with kiwi and the run ansible with roles to get a running VM (or multiple) which reflects the selected roles. For libvirt it should also support multiple kvm hosts....and looking also for a way to integrate cloud platform like Azure, AWS (in that case probably terraform, pulumi is the better option but code base and the dependencies grow proportionally)
-
-
-
Reply to ph03nix
The reason I still prefer ansible over salt is that I hadn't any good experiences with agentless salt, which is 100% the use case I'm aiming for.
However feel free to take that project. I'm sure, that to give people the choice to choose between ansible and salt is definitely of value to the openSUSE and SUSE communities!
# A First Level Header ## A Second Level Header Use one asterisk to *emphasize* Use two asterisks for **strong emphasis** - Use hyphens - for unordereed - lists This is an [link to example.com](http://example.com/) This is an image  This is a user link @hans This is a project link hw#some-cool-title
Similar Projects
Bring to Cockpit + System Roles capabilities from YAST by miguelpc
Bring to Cockpit + System Roles features from YAST
Cockpit and System Roles have been added to SLES 16 There are several capabilities in YAST that are not yet present in Cockpit and System Roles We will follow the principle of "automate first, UI later" being System Roles the automation component and Cockpit the UI one.
Goals
The idea is to implement service configuration in System Roles and then add an UI to manage these in Cockpit. For some capabilities it will be required to have an specific Cockpit Module as they will interact with a reasource already configured.
Resources
A plan on capabilities missing and suggested implementation is available here: https://docs.google.com/spreadsheets/d/1ZhX-Ip9MKJNeKSYV3bSZG4Qc5giuY7XSV0U61Ecu9lo/edit
Linux System Roles: https://linux-system-roles.github.io/