459c2974f0d138ae99267be4e1be726716bd5e2d
Checking disk usage on the VM (95% full, blocking the planned k3s install) found /backups/cloudproject had 85 legacy Docker-era myapps-backup-* archives totaling 131GB, dating back to May — the whole tier had never had any retention at all, only local (TIER 1) and R2 (TIER 3) did. Those 85 are from before the k8s migration entirely (the Docker volumes they captured don't exist anymore), so deleted all of them directly on the VM rather than just trimming a few. Added retention to the VM upload step mirroring the existing local policy exactly: same MAX_BACKUPS, own myapps-k8s-backup-* glob only — never touches the other unrelated backup directories that also live on this VM (imcbackups/mpack/garage, other servers' backups, already separately reviewed and left alone except a manual one-off trim of garage's uncapped 31-day history down to 10). Disk usage: 183G/193G (95%) -> 50G/193G (26%) after cleanup.
CloudOps - Infrastructure Management & Disaster Recovery Platform
Overview
This repository contains the complete infrastructure code for Navitrends' backup and disaster recovery platform.
Components
- Platform: Flask web application for backup/restore management
- Scripts: Backup, restore, and sync scripts
- Docker Compose: Configuration for all 5 applications
Applications Managed
- Nextcloud (File sharing)
- Odoo (ERP/CRM)
- Frappe/ERPNext
- Mautic (Marketing automation)
- n8n (Workflow automation)
Servers
- Main Server: 173.249.20.244
- Backup VM: 192.168.152.128
Description
Languages
PHP
66.6%
JavaScript
15.8%
Twig
8.6%
CSS
4.4%
Less
2.1%
Other
2.4%