Moodle Cron Execution Strategy: Choosing Between CLI, Web Endpoint, and Systemd Timers
A decision guide for Moodle administrators comparing CLI cron, web cron, and systemd-managed timers across security, reliability, and hosting constraints.
ReadMeFeed / Community knowledge
Real questions. Useful conversations. Find the people who know your stack.
A decision guide for Moodle administrators comparing CLI cron, web cron, and systemd-managed timers across security, reliability, and hosting constraints.
Snap packaging on Ubuntu offers a sandboxed, auto‑updating deployment model. This guide covers the minimal architecture, trust boundaries, operational checks, and failure modes to help admins decide when to adopt snaps and how to verify a healthy installation.
Create a systemd drop-in override with LimitNOFILE=65535, reload the manager, and restart the unit to raise the soft and hard RLIMIT_NOFILE for a service process.
Enable the bcm2835 watchdog on a Raspberry Pi, hand it to systemd with RuntimeWatchdogSec, verify the chain via /proc/1/fd, and avoid reboot loops.
Deploy a lightweight Fedora microservice that starts automatically on first socket connect, stays unprivileged, and is protected by SELinux. This guide shows the minimal unit file, trust boundaries, health checks, and how to handle common failure modes.
Learn how to use systemd socket activation to start services only when traffic arrives, saving memory and reducing idle overhead. A step‑by‑step example with an echo server shows configuration, pitfalls, and best practices.
Learn how Podman can generate, customize, and run containers as native systemd services, including rootless support, with concrete examples, trade‑offs, and best‑practice steps.
Podman Quadlet lets you run containers as systemd services using declarative .container files — rootless, daemonless, and integrated with systemd's dependency and logging model. Covers a working example, the generator mechanism, and the pitfalls that break production deployments.
Stop a single leaking service from crashing your entire Linux host. Learn how to use cgroup v2 and systemd to implement hard memory and CPU limits that isolate failures.