diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-14-12.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-14-12.html
deleted file mode 100644
index 6069eac..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-14-12.html
+++ /dev/null
@@ -1,4 +0,0 @@
-
Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:14:12
System | Status | ZFS Details |
---|
shredder | Warning | [shredder] ERROR: ZFS RAID check failed: Authentication failed.
-[shredder] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed. |
mastodon | Warning | All pools healthy |
db1 | Warning | [db1] ERROR: ZFS RAID check failed: Authentication failed.
-[db1] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed. |
db2 | Warning | [db2] ERROR: ZFS RAID check failed: Authentication failed.
-[db2] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed. |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-15-26.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-15-26.html
deleted file mode 100644
index 215a9cf..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-15-26.html
+++ /dev/null
@@ -1,4 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:15:26
System | Status | ZFS Details |
---|
shredder | Warning | [shredder] ERROR: ZFS RAID check failed: Authentication failed.
-[shredder] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed. |
mastodon | Warning | All pools healthy |
db1 | Warning | [db1] ERROR: ZFS RAID check failed: Authentication failed.
-[db1] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed. |
db2 | Warning | [db2] ERROR: ZFS RAID check failed: Authentication failed.
-[db2] ERROR: RAID check failed (ZFS+mdstat): Authentication failed.; Authentication failed. |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-18-37.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-18-37.html
deleted file mode 100644
index 255fc6c..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-18-37.html
+++ /dev/null
@@ -1,2 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:18:37
System | Status | ZFS Details |
---|
shredder | Warning | [shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy |
mastodon | Warning | All pools healthy |
db1 | Warning | [db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy |
db2 | Critical | [db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool' |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-19-40.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-19-40.html
deleted file mode 100644
index 9307200..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-19-40.html
+++ /dev/null
@@ -1,2 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:19:40
System | Status | ZFS Details |
---|
shredder | Warning | [shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy |
mastodon | Warning | All pools healthy |
db1 | Warning | [db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy |
db2 | Critical | [db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool' |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-23-18.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-23-18.html
deleted file mode 100644
index 9e86a89..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-23-18.html
+++ /dev/null
@@ -1,2 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:23:18
System | Status | ZFS Details |
---|
shredder | Warning | [shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy |
mastodon | Warning | All pools healthy |
db1 | Warning | [db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy |
db2 | Critical | [db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool' |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-25-55.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-25-55.html
deleted file mode 100644
index 98df44f..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-25-55.html
+++ /dev/null
@@ -1,2 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:25:55
System | Status | ZFS Details |
---|
shredder | Critical | [shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy |
mastodon | Warning | All pools healthy |
db1 | Critical | [db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy |
db2 | Critical | [db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool' |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-27-51.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-27-51.html
deleted file mode 100644
index a91e48a..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-27-51.html
+++ /dev/null
@@ -1,2 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:27:51
System | Status | ZFS Details |
---|
shredder | Critical | [shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy |
mastodon | Warning | All pools healthy |
db1 | Critical | [db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy |
db2 | Critical | [db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool' |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-29-37.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-29-37.html
deleted file mode 100644
index 5656050..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-29-37.html
+++ /dev/null
@@ -1,2 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:29:37
System | Status | ZFS Details |
---|
shredder | Warning | [shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy |
mastodon | Warning | All pools healthy |
db1 | Warning | [db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy |
db2 | Warning | [db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool' |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-30-53.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-30-53.html
deleted file mode 100644
index 67d1c0e..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-30-53.html
+++ /dev/null
@@ -1,2 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:30:53
System | Status | ZFS Details |
---|
shredder | Warning | [shredder] WARNING: ZFS pool 'nexus' is not healthy: pool 'nexus' is healthy |
mastodon | Warning | All pools healthy |
db1 | Warning | [db1] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy |
db2 | Warning | [db2] WARNING: ZFS pool 'pgpool' is not healthy: pool 'pgpool' is healthy
-[db2] WARNING: No snapshots found in ZFS pool 'pgpool' |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-34-37.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-34-37.html
deleted file mode 100644
index dd60310..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-34-37.html
+++ /dev/null
@@ -1 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:34:37
System | Status | ZFS Details |
---|
shredder | Healthy | All pools healthy |
mastodon | Warning | All pools healthy |
db1 | Healthy | All pools healthy |
db2 | Healthy | All pools healthy |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-35-19.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-35-19.html
deleted file mode 100644
index eb27f13..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-35-19.html
+++ /dev/null
@@ -1 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:35:19
System | Status | ZFS Details |
---|
shredder | Healthy | All pools healthy |
mastodon | Critical | All pools healthy |
db1 | Healthy | All pools healthy |
db2 | Healthy | All pools healthy |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-36-34.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-36-34.html
deleted file mode 100644
index 480373b..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-36-34.html
+++ /dev/null
@@ -1 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:36:34
System | Status | ZFS Details |
---|
shredder | Healthy | All pools healthy |
mastodon | Critical | All pools healthy |
db1 | Healthy | All pools healthy |
db2 | Healthy | All pools healthy |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-39-33.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-39-33.html
deleted file mode 100644
index 4d5ff6c..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-39-33.html
+++ /dev/null
@@ -1 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:39:33
System | Status | ZFS Details |
---|
shredder | Healthy | All pools healthy |
mastodon | Critical | All pools healthy |
db1 | Healthy | All pools healthy |
db2 | Healthy | All pools healthy |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-40-39.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-40-39.html
deleted file mode 100644
index 207dede..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-40-39.html
+++ /dev/null
@@ -1 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:40:39
System | Status | ZFS Details |
---|
shredder | Healthy | All pools healthy |
mastodon | Critical | All pools healthy |
db1 | Healthy | All pools healthy |
db2 | Healthy | All pools healthy |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-42-35.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-42-35.html
deleted file mode 100644
index 294ee93..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-42-35.html
+++ /dev/null
@@ -1 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:42:35
System | Status | ZFS Details |
---|
shredder | Healthy | All pools healthy |
mastodon | Critical | All pools healthy |
db1 | Healthy | All pools healthy |
db2 | Healthy | All pools healthy |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-10.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-10.html
deleted file mode 100644
index 42f7b54..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-10.html
+++ /dev/null
@@ -1 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:43:10
System | Status | ZFS Details |
---|
shredder | Healthy | All pools healthy |
mastodon | Critical | All pools healthy |
db1 | Healthy | All pools healthy |
db2 | Healthy | All pools healthy |
\ No newline at end of file
diff --git a/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-24.html b/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-24.html
deleted file mode 100644
index 46a4992..0000000
--- a/archive.html/2025-05-02/healthcheck_2025-05-02 14-43-24.html
+++ /dev/null
@@ -1 +0,0 @@
-Genesis Radio HealthcheckGenesis Radio System Health
Last Checked: 2025-05-02 14:43:24
System | Status | ZFS Details |
---|
shredder | Healthy | All pools healthy |
mastodon | Critical | All pools healthy |
db1 | Healthy | All pools healthy |
db2 | Healthy | All pools healthy |
\ No newline at end of file
diff --git a/archive.html/cleanup.log b/archive.html/cleanup.log
deleted file mode 100644
index e69de29..0000000
diff --git a/genesishostingmd/access/account-creation.md b/genesishostingmd/access/account-creation.md
deleted file mode 100644
index 12fd857..0000000
--- a/genesishostingmd/access/account-creation.md
+++ /dev/null
@@ -1,20 +0,0 @@
-# Account Creation Policy
-
-## Customer Accounts
-
-- Created automatically via WHMCS upon signup
-- Email verification is required before service activation
-- Strong passwords (minimum 10 characters) are enforced
-- 2FA is recommended and required for admin-facing services
-
-## Staff/Admin Accounts
-
-- Created manually by Super Admin only
-- Must use SSH keys for server access
-- Access logs are enabled and monitored
-- Each staff account must be linked to an internal email
-
-## Account Naming Convention
-
-- Customers: `client_{username}`
-- Admins: `admin.{firstname}`
diff --git a/genesishostingmd/access/account-deletion.md b/genesishostingmd/access/account-deletion.md
deleted file mode 100644
index 71fd0df..0000000
--- a/genesishostingmd/access/account-deletion.md
+++ /dev/null
@@ -1,13 +0,0 @@
-# Account Deletion Policy
-
-## Customer Accounts
-
-- Users may request account deletion via WHMCS support ticket
-- Data is retained for 30 days post-termination (unless legally required)
-- Backups including user data are purged after 30 days
-
-## Internal Accounts
-
-- Deactivated immediately upon staff departure or role change
-- SSH keys, DirectAdmin access, and database credentials revoked
-- Logs associated with the account are retained for audit purposes
diff --git a/genesishostingmd/access/least-priv.md b/genesishostingmd/access/least-priv.md
deleted file mode 100644
index 00f85ac..0000000
--- a/genesishostingmd/access/least-priv.md
+++ /dev/null
@@ -1,20 +0,0 @@
-# Least Privilege Policy
-
-Genesis Hosting enforces least privilege access for all systems.
-
-## Principles
-
-- Users are given the minimum level of access necessary to perform their work
-- Admin tools are isolated by function (e.g., billing vs. system access)
-- Escalation of privileges must be requested, documented, and time-bound
-
-## Tools in Use
-
-- WHMCS permissions are restricted by group
-- SSH access is limited using `AllowUsers` and firewalled IPs
-- TeamTalk server admins are rotated and audited monthly
-
-## Review Cycle
-
-- Access roles are reviewed quarterly
-- Logs of access changes are stored and rotated every 90 days
diff --git a/genesishostingmd/access/user-roles.md b/genesishostingmd/access/user-roles.md
deleted file mode 100644
index 0f485f3..0000000
--- a/genesishostingmd/access/user-roles.md
+++ /dev/null
@@ -1,18 +0,0 @@
-# User Roles
-
-Genesis Hosting Technologies uses Role-Based Access Control (RBAC) to ensure that users only have access to what they need.
-
-## Role Definitions
-
-| Role | Description | Examples |
-|----------------|----------------------------------------------------------|----------------------------------|
-| Customer | End users with access to services they’ve purchased | DirectAdmin clients, Streamers |
-| Support Staff | Limited admin functions for resolving client issues | Helpdesk, WHMCS support agents |
-| Administrator | Full access to provision, maintain, and modify services | Infrastructure admins |
-| Super Admin | Root-level access to all systems | Owner/Lead Engineer |
-
-## Guidelines
-
-- Roles are assigned during onboarding.
-- Access levels are reviewed quarterly.
-- No one should hold higher access than required for their duties.
diff --git a/genesishostingmd/backups/backup-disaster-recovery.md b/genesishostingmd/backups/backup-disaster-recovery.md
deleted file mode 100644
index 18b8d67..0000000
--- a/genesishostingmd/backups/backup-disaster-recovery.md
+++ /dev/null
@@ -1,26 +0,0 @@
-# Disaster Recovery Plan
-
-Genesis Hosting is prepared to recover core systems from catastrophic failure.
-
-## Recovery Objectives
-
-- **RPO (Recovery Point Objective)**: 24 hours
-- **RTO (Recovery Time Objective)**: 4 hours for customer services
-
-## Full Recovery Flow
-
-1. Triage the affected systems
-2. Identify last successful backup or snapshot
-3. Restore individual services:
- - DNS
- - WHMCS
- - DirectAdmin
- - AzuraCast
- - TeamTalk
-4. Run post-restore validation scripts
-5. Notify customers of incident and resolution
-
-## DR Testing
-
-- Simulated quarterly
-- Logs retained in `/var/log/genesisdr.log`
diff --git a/genesishostingmd/backups/backup-integrity.md b/genesishostingmd/backups/backup-integrity.md
deleted file mode 100644
index ced96f2..0000000
--- a/genesishostingmd/backups/backup-integrity.md
+++ /dev/null
@@ -1,23 +0,0 @@
-# Backup Integrity
-
-We verify all backups regularly to ensure they are complete, uncorrupted, and restorable.
-
-## Weekly Tasks
-
-- ZFS scrubs for all pools
-- Hash checks (SHA-256) for tarballs and dumps
-- rsync `--checksum` verification for remote mirrors
-
-## Alerts
-
-- Email/Mastodon alert if:
- - ZFS reports checksum errors
- - Scheduled backup is missing
- - Remote sync fails or lags > 24h
-
-## Tools Used
-
-- `zfs scrub`
-- `sha256sum` + custom validation script
-- rclone sync logs
-- Telegram bot and Genesis Shield notifications
diff --git a/genesishostingmd/backups/backup-policy.md b/genesishostingmd/backups/backup-policy.md
deleted file mode 100644
index 6bd0de0..0000000
--- a/genesishostingmd/backups/backup-policy.md
+++ /dev/null
@@ -1,29 +0,0 @@
-# Backup Policy
-
-Genesis Hosting Technologies maintains regular backups to ensure customer data and internal infrastructure are recoverable in the event of failure, corruption, or disaster.
-
-## Backup Schedule
-
-| System | Frequency | Retention | Method |
-|----------------|-----------|-----------|------------------|
-| DirectAdmin | Daily | 7 Days | rsync + tarball |
-| WHMCS | Daily | 14 Days | Encrypted dump |
-| AzuraCast | Daily | 7 Days | Docker volume snapshot + config export |
-| TeamTalk | Daily | 7 Days | XML + config archive |
-| Full VMs | Weekly | 4 Weeks | ZFS snapshots or Proxmox backups |
-| Offsite Backups| Weekly | 4 Weeks | Rsync to remote ZFS or object storage |
-
-## Retention Policy
-
-- Daily: 7 days
-- Weekly: 4 weeks
-- Monthly: Optional, for specific business data
-
-## Encryption
-
-- Backups are encrypted at rest (AES-256)
-- Transfers to remote locations use SSH or TLS
-
-## Notes
-
-- No backup occurs on client plans marked "opt-out"
diff --git a/genesishostingmd/backups/dr/assets-mastodon-bucket.md b/genesishostingmd/backups/dr/assets-mastodon-bucket.md
deleted file mode 100644
index 6a36a15..0000000
--- a/genesishostingmd/backups/dr/assets-mastodon-bucket.md
+++ /dev/null
@@ -1,45 +0,0 @@
-## 2025-05-02 22:24:25 – MinIO Bucket Access Configuration for Mastodon
-
-**Bucket**: `assets-mastodon`
-**Server**: `shredderv2`
-**User**: `genesisuser`
-**Permissions**: Read / Write / Delete
-**Policy Name**: `assets-mastodon-rw-policy`
-
-### Commands Executed:
-
-```bash
-mc alias set localminio http://localhost:9000 genesisadmin MutationXv3!
-
-cat > assets_mastodon_rw_policy.json < assets_mastodon_rw_policy.json <24h), credit may be issued
-- All refund requests are reviewed manually by support
-
-## How to Request
-
-Submit a WHMCS ticket with reason for refund
diff --git a/genesishostingmd/company/company-code-of-conduct.md b/genesishostingmd/company/company-code-of-conduct.md
deleted file mode 100644
index 5c2ca65..0000000
--- a/genesishostingmd/company/company-code-of-conduct.md
+++ /dev/null
@@ -1,20 +0,0 @@
-# Code of Conduct
-
-We maintain a respectful, safe, and inclusive environment for both staff and clients.
-
-## Expectations
-
-- Treat all clients and team members with professionalism and courtesy
-- Communicate clearly and constructively — even during escalations
-- Uphold privacy, security, and transparency at every level
-- Follow internal and customer-facing policies at all times
-
-## Zero Tolerance
-
-We do not tolerate:
-
-- Harassment or abuse (verbal, written, or otherwise)
-- Discrimination based on identity, ability, or belief
-- Intentional sabotage of infrastructure or service integrity
-
-Violations may result in immediate termination of access or service.
diff --git a/genesishostingmd/company/company-mission-statement.md b/genesishostingmd/company/company-mission-statement.md
deleted file mode 100644
index 8ad1643..0000000
--- a/genesishostingmd/company/company-mission-statement.md
+++ /dev/null
@@ -1,12 +0,0 @@
-# Mission Statement
-
-At Genesis Hosting Technologies, our mission is to provide secure, reliable, and transparent hosting services with a personal touch.
-
-We believe that even the smallest teams deserve enterprise-grade infrastructure — without enterprise-grade headaches.
-
-Our goal is to deliver:
-
-- Fast, stable hosting environments
-- Fair pricing with no upsell games
-- Transparent policies and proactive support
-- A commitment to data ownership and user privacy
diff --git a/genesishostingmd/company/company-tos.md b/genesishostingmd/company/company-tos.md
deleted file mode 100644
index 2cddbcb..0000000
--- a/genesishostingmd/company/company-tos.md
+++ /dev/null
@@ -1,25 +0,0 @@
-# Terms of Service (TOS)
-
-By using services from Genesis Hosting Technologies, you agree to the following terms:
-
-## Service Provision
-
-- Services are delivered as-is, with best-effort uptime and technical support
-- Users must abide by our Acceptable Use Policy (AUP)
-- Access may be suspended for abuse, non-payment, or security issues
-
-## Billing & Renewals
-
-- All services are billed monthly or annually
-- Automatic renewal is enabled by default
-- Invoices are due within 5 days of issue unless otherwise agreed
-
-## Termination
-
-- You may cancel at any time via WHMCS
-- We reserve the right to suspend or terminate accounts that violate our policies
-
-## Liability
-
-- We are not liable for data loss, service interruptions, or indirect damages
-- Backups are provided as a best-effort courtesy unless contractually guaranteed
diff --git a/genesishostingmd/company/dmca.md b/genesishostingmd/company/dmca.md
deleted file mode 100644
index b6a4097..0000000
--- a/genesishostingmd/company/dmca.md
+++ /dev/null
@@ -1,25 +0,0 @@
-# DMCA Policy
-
-Genesis Hosting Technologies complies with the Digital Millennium Copyright Act (DMCA).
-
-## Filing a Takedown Notice
-
-Email dmca@genesishostingtechnologies.com with:
-
-- Your contact information
-- Description of the copyrighted work
-- URL or IP address of the infringing content
-- A statement of good faith belief
-- A statement of accuracy and authority
-
-## What Happens Next
-
-- We review and respond within 48 hours
-- The client is notified and given a chance to respond
-- If no valid counter-notice is filed, content may be removed or suspended
-
-## Filing a Counter Notice
-
-Clients who believe their content was wrongly removed may submit a counter notice with similar contact and justification information.
-
-We will not tolerate repeated infringement and may terminate accounts accordingly.
diff --git a/genesishostingmd/company/privacy-policy.md b/genesishostingmd/company/privacy-policy.md
deleted file mode 100644
index 380aee0..0000000
--- a/genesishostingmd/company/privacy-policy.md
+++ /dev/null
@@ -1,26 +0,0 @@
-# Privacy Policy
-
-We respect your privacy and protect your data.
-
-## What We Collect
-
-- Account information: name, email, billing address
-- Service usage data: IPs, access logs, system metrics
-- Communications: support tickets and emails
-
-## How We Use It
-
-- Service provisioning and support
-- Abuse prevention and system integrity
-- Internal analytics (not shared or sold)
-
-## Data Sharing
-
-- We do not sell user data
-- We may share limited data with trusted providers (e.g., payment processors)
-- Law enforcement requests must include valid legal process
-
-## Data Retention
-
-- User data is retained as long as the account is active
-- Backups are purged per the Backup Policy
diff --git a/genesishostingmd/disrec/zfsdestroycasestudy.md b/genesishostingmd/disrec/zfsdestroycasestudy.md
deleted file mode 100644
index aa330ec..0000000
--- a/genesishostingmd/disrec/zfsdestroycasestudy.md
+++ /dev/null
@@ -1,64 +0,0 @@
-# 📛 Case Study: Why RAID Is Not a Backup
-
-## Overview
-
-On May 4, 2025, we experienced a production data loss incident involving the `nexus` dataset on `shredderv1`, a Linux RAID5 server. Despite no hardware failure, critical files were lost due to an unintended command affecting live data.
-
-This incident serves as a clear, real-world illustration of the maxim:
-
-> **RAID protects against hardware failure — not human error, data corruption, or bad automation.**
-
----
-
-## 🔍 What Happened
-
-- `shredderv1` uses RAID5 for media storage.
-- The dataset `nexus/miniodata` (housing `genesisassets`, `genesislibrary`, etc.) was accidentally destroyed.
-- **No disks failed.** The failure was logical, not physical.
-
----
-
-## 🔥 Impact
-
-- StationPlaylist (SPL) lost access to the Genesis media library.
-- MinIO bucket data was instantly inaccessible.
-- Temporary outage and scrambling to reconfigure mounts, media, and streaming.
-
----
-
-## ✅ Recovery
-
-Thanks to our disaster recovery stack:
-
-- Nightly **rsync backups** were synced to **The Vault** (backup server).
-- **ZFS snapshots** existed on The Vault for the affected datasets.
-- We restored the latest snapshot **from The Vault back to Shredder**, effectively reversing the loss.
-- No data corruption occurred; sync validation showed dataset integrity.
-
----
-
-## 🎓 Takeaway
-
-This is a live demonstration of why:
-
-- **RAID is not a backup**
-- **Snapshots without off-host replication** are not enough
-- **Real backups must be off-server and regularly tested**
-
----
-
-## 🔐 Current Protection Measures
-
-- Production data (`genesisassets`, `genesislibrary`) now replicated nightly to The Vault via `rsync`.
-- ZFS snapshots are validated daily via a **dry-run restore validator**.
-- Telegram alerts notify success/failure of backup verification jobs.
-- Future goal: full ZFS storage on all production servers for native snapshot support.
-
----
-
-## 🧠 Lessons Learned
-
-- Always assume you'll delete the wrong thing eventually.
-- Snapshots are amazing — **if** they're somewhere else.
-- Automated restore testing should be part of every backup pipeline.
-
diff --git a/genesishostingmd/dns-check b/genesishostingmd/dns-check
deleted file mode 100644
index 14f5537..0000000
--- a/genesishostingmd/dns-check
+++ /dev/null
@@ -1,50 +0,0 @@
-# 🌐 DNS Access Issues – Troubleshooting Guide
-
-If you're having trouble reaching **Genesis Radio** or the stream won't load, the issue may be with your DNS provider (the service that turns domain names into IP addresses).
-
-This happens more often than you'd think — and it's easy to fix.
-
----
-
-## ✅ Quick Fix: Change Your DNS
-
-We recommend switching to one of these trusted, fast, privacy-respecting DNS providers:
-
-| Provider | DNS Servers |
-|--------------|-----------------------------|
-| **Google** | `8.8.8.8` and `8.8.4.4` |
-| **Cloudflare** | `1.1.1.1` and `1.0.0.1` |
-| **Quad9** | `9.9.9.9` |
-
----
-
-## 💻 How to Change Your DNS
-
-### Windows 10/11
-1. Open **Settings → Network & Internet**
-2. Click **Change adapter options**
-3. Right-click your active connection → **Properties**
-4. Select **Internet Protocol Version 4 (TCP/IPv4)** → Click **Properties**
-5. Choose **"Use the following DNS server addresses"**
-6. Enter:
- - Preferred: `1.1.1.1`
- - Alternate: `8.8.8.8`
-7. Save and reconnect
-
----
-
-### macOS
-1. Go to **System Preferences → Network**
-2. Select your active network → Click **Advanced**
-3. Go to the **DNS** tab
-4. Click `+` and add:
- - `1.1.1.1`
- - `8.8.8.8`
-5. Apply changes and reconnect
-
----
-
-### Linux (CLI)
-For a quick test:
-```bash
-sudo resolvectl dns eth0 1.1.1.1 8.8.8.8
diff --git a/genesishostingmd/infra/genesis-shield.md b/genesishostingmd/infra/genesis-shield.md
deleted file mode 100644
index 853f6d9..0000000
--- a/genesishostingmd/infra/genesis-shield.md
+++ /dev/null
@@ -1,24 +0,0 @@
-# Genesis Shield – Security & Threat Monitoring
-
-Genesis Shield is our custom-built alert and ban system, integrated across our infrastructure.
-
-## Features
-
-- Aggregates Fail2Ban logs across all VMs
-- Bans pushed in real-time via Mastodon DM and Telegram
-- Scripts track:
- - Repeated SSH failures
- - API abuse
- - Web panel brute force attempts
-
-## Interfaces
-
-- Terminal dashboard for live bans/unbans
-- Role-based control (root/admin only)
-- Daily threat summary via Mastodon bot
-
-## Roadmap
-
-- WHMCS integration for abuse tickets
-- Live threat map by country/IP
-- REST API for admin toolkit
diff --git a/genesishostingmd/infra/infra-maintenance-windows.md b/genesishostingmd/infra/infra-maintenance-windows.md
deleted file mode 100644
index 0f48e77..0000000
--- a/genesishostingmd/infra/infra-maintenance-windows.md
+++ /dev/null
@@ -1,25 +0,0 @@
-# Maintenance Window Policy
-
-To maintain consistency and reduce customer impact, we adhere to a strict maintenance schedule.
-
-## Standard Window
-
-- **Every Sunday, 7 PM – 9 PM Eastern**
-- Non-emergency changes must occur during this window
-
-## What’s Allowed
-
-- OS & kernel updates
-- Docker/image upgrades
-- ZFS snapshots & cleanup
-- Rolling restarts of containers
-
-## Emergencies
-
-- Critical security patches can bypass the window
-- All emergency changes must be logged and reviewed
-
-## Notifications
-
-- Posted on Mastodon at least 1 hour before the window begins
-- Clients notified via WHMCS if it will affect their service
diff --git a/genesishostingmd/infra/infra-monitoring-setup.md b/genesishostingmd/infra/infra-monitoring-setup.md
deleted file mode 100644
index e0f6c16..0000000
--- a/genesishostingmd/infra/infra-monitoring-setup.md
+++ /dev/null
@@ -1,25 +0,0 @@
-# Monitoring Setup
-
-We use a layered monitoring approach to ensure full visibility and rapid response.
-
-## Stack
-
-- **Prometheus** for metrics collection
-- **Grafana** for visualization dashboards
-- **Fail2Ban** for intrusion attempts
-- **Genesis Shield** for aggregated alerts (Telegram + Mastodon)
-
-## What We Monitor
-
-| System | Metric Examples |
-|----------------|--------------------------------------------|
-| PostgreSQL | Replication lag, disk usage, active queries |
-| Web Servers | HTTP response time, TLS errors |
-| MinIO / Assets | Cache hit ratio, sync status |
-| Docker Hosts | Container uptime, memory pressure |
-
-## Alerting
-
-- Telegram: Real-time infra alerts
-- Mastodon bot: Daily summaries and status posts
-- Fallback email alerts for critical failures
diff --git a/genesishostingmd/infra/server-naming-convention.md b/genesishostingmd/infra/server-naming-convention.md
deleted file mode 100644
index 0097b1c..0000000
--- a/genesishostingmd/infra/server-naming-convention.md
+++ /dev/null
@@ -1,19 +0,0 @@
-# Server Naming Convention
-
-To reduce confusion and improve clarity, we follow a clear and themed naming structure.
-
-## Naming Style
-
-Examples:
-
-- `krang.internal` – Master backend server
-- `replica.db3.sshjunkie.com` – Staging PostgreSQL replica
-- `shredderv2` – ZFS backup server
-- `anthony` – Ansible control node
-- `nexus` – Main ZFS pool server for assets
-
-## Guidelines
-
-- Avoid generic names (`server1`, `host123`)
-- Use themed names (e.g., TMNT characters for core infrastructure)
-- Include environment tags where needed (`-test`, `-prod`)
diff --git a/genesishostingmd/infra/zfs-strategy.md b/genesishostingmd/infra/zfs-strategy.md
deleted file mode 100644
index a69a1fa..0000000
--- a/genesishostingmd/infra/zfs-strategy.md
+++ /dev/null
@@ -1,23 +0,0 @@
-# ZFS Strategy
-
-ZFS is used across Genesis Hosting Technologies for performance, integrity, and snapshot-based backup operations.
-
-## Pool Layout
-
-- RAIDZ1 or mirrored vdevs depending on use case
-- Dataset naming: `genesisassets-secure`, `genesisshows-secure`, etc.
-- Dedicated pools for:
- - Mastodon media
- - Client backups
- - Internal scripts and logs
-
-## Snapshots
-
-- Hourly: last 24 hours
-- Daily: last 7 days
-- Weekly: last 4 weeks
-
-## Send/Receive
-
-- Used for offsite replication to Servarica and backup nodes
-- Verified using checksums and `zfs receive -F`
diff --git a/genesishostingmd/master_compliance_checklist.md b/genesishostingmd/master_compliance_checklist.md
deleted file mode 100644
index 10485bc..0000000
--- a/genesishostingmd/master_compliance_checklist.md
+++ /dev/null
@@ -1,63 +0,0 @@
-# ✅ Master Compliance Checklist
-*(Status: ☐ = Not Started | 🟨 = In Progress | ✅ = Complete)*
-
-## 🧑💼 Access & User Management
-- [ ] Role-Based Access Control (RBAC) in place (Customer, Admin, etc.)
-- [ ] Account creation follows secure onboarding workflows
-- [ ] Admin access restricted to SSH keys only
-- [ ] Inactive accounts locked or removed quarterly
-- [ ] Least privilege enforced across all services
-
-## 💾 Backups & Disaster Recovery
-- [ ] Daily backups enabled for all key services (DirectAdmin, WHMCS, AzuraCast, TeamTalk)
-- [ ] Weekly offsite backups with verification
-- [ ] ZFS snapshots scheduled (hourly/daily/weekly)
-- [ ] Backup integrity validated with checksums or scrubs
-- [ ] Quarterly disaster recovery drill completed
-- [ ] Restore instructions documented and tested
-
-## 🔐 Security
-- [ ] 2FA enabled on all admin interfaces (WHMCS, SSH, DirectAdmin)
-- [ ] SSH password auth disabled, key-only enforced
-- [ ] Weekly patching or updates scheduled (Sunday 7–9 PM)
-- [ ] Centralized logging active and stored 30–90 days
-- [ ] Fail2Ban + Genesis Shield integrated and alerting
-- [ ] TLS 1.2+ enforced for all public services
-- [ ] AES-256 encryption at rest on backups and sensitive volumes
-
-## 🖥️ Provisioning & Automation
-- [ ] WHMCS integrated with DirectAdmin, AzuraCast, TeamTalk
-- [ ] All provisioning scripts tested and logged
-- [ ] Post-deploy verification checklist followed
-- [ ] DNS + SSL automation in place (Let's Encrypt)
-- [ ] Monitoring added after provisioning (Prometheus/Grafana)
-
-## 📋 Client Policies
-- [ ] Acceptable Use Policy posted and enforced
-- [ ] Abuse response process defined and working
-- [ ] DMCA policy publicly available and followed
-- [ ] Suspension and refund rules defined in WHMCS
-- [ ] Privacy Policy and Terms of Service available on client portal
-
-## 🌐 Services Configuration
-- [ ] DirectAdmin quotas enforced (disk, bandwidth, email)
-- [ ] AzuraCast listener/storage/bitrate limits respected
-- [ ] TeamTalk server abuse protection and user limits enforced
-- [ ] Domain registration/renewal workflows tested
-- [ ] SSL auto-renew working correctly (Let's Encrypt + certbot)
-
-## ⚙️ Infrastructure
-- [ ] ZFS pools configured for redundancy (RAIDZ1, mirrors)
-- [ ] rclone mount points with caching working and monitored
-- [ ] Genesis Shield actively alerting via Telegram/Mastodon
-- [ ] All VMs named per convention (e.g., `krang`, `shredderv2`)
-- [ ] Sunday maintenance window consistently followed
-- [ ] Ansible playbooks used for provisioning/config consistency
-
-## 🛠️ Tools & Scripts
-- [ ] All scripts version-controlled and documented
-- [ ] Backups and restore tools tested and working
-- [ ] Mastodon alert bot operating with secure tokens
-- [ ] Rclone VFS stats monitored regularly
-- [ ] Admin tools accessible only by authorized users
-"""
diff --git a/genesishostingmd/pmgenesisiorealignment.md b/genesishostingmd/pmgenesisiorealignment.md
deleted file mode 100644
index 8789bca..0000000
--- a/genesishostingmd/pmgenesisiorealignment.md
+++ /dev/null
@@ -1,83 +0,0 @@
-# Postmortem: Genesis I/O Realignment
-
-**Date:** May 8, 2025
-**Author:** Doc
-**Systems Involved:** minioraid5, shredder, chatwithus.live, zcluster.technodrome1/2, thevault
-**Scope:** Local-first mirroring, permission normalization, MinIO transition
-
----
-
-## 🎯 Objective
-
-To realign the Genesis file flow architecture by:
-
-- Making local block storage the **primary source** of truth for AzuraCast and Genesis buckets
-- Transitioning FTP uploads to target local storage instead of MinIO directly
-- Establishing **two-way mirroring** between local paths and MinIO buckets
-- Correcting inherited permission issues across `/mnt/raid5` using `find + chmod`
-- Preserving MinIO buckets as **backup mirrors**, not primary data stores
-
----
-
-## 🔧 Work Performed
-
-### ✅ Infrastructure changes:
-- Deployed block storage volume to Linode Mastodon instance
-- Mirrored MinIO buckets (`genesisassets`, `genesislibrary`, `azuracast`) to local paths
-- Configured cron-based `mc mirror` jobs:
- - Local ➜ MinIO: every 5 minutes with `--overwrite --remove`
- - MinIO ➜ Local: nightly pull, no `--remove`
-
-### ✅ FTP Pipeline Adjustments:
-- Users now upload to `/mnt/spl/ftp/uploads` (local)
-- Permissions set so only admins access full `/mnt/spl/ftp`
-- FTP directory structure created for SPL automation
-
-### ✅ System Tuning:
-- Set `vm.swappiness=10` on all nodes
-- Apache disabled where not in use
-- Daily health checks via `pull_health_everywhere.sh`
-- Krang Telegram alerts deployed for cleanup and system state
-
----
-
-## 🧠 Observations
-
-- **High load** on `minioraid5` during `mc mirror` and `chmod` overlap
- - Load ~6.5 due to concurrent I/O pressure
- - `chmod` stuck in `D` state (I/O wait) while `mc` dominated disk queues
- - Resolved after `mc` completion — `chmod` resumed and completed
-
-- **MinIO buckets were temporarily inaccessible** due to permissions accidentally inherited by FTP group
- - Resolved by recursively resetting permissions on `/mnt/raid5`
-
-- **Krang telemetry** verified:
- - Mastodon swap usage rising under asset load
- - All nodes had Apache disabled or dormant
- - Health alerts triggered on high swap or load
-
----
-
-## ✅ Outcome
-
-- Full Genesis and AzuraCast data now reside locally with resilient S3 mirrors
-- Mastodon running on block storage, no longer dependent on MinIO latency
-- FTP integration with SPL directory trees complete
-- Cleanup script successfully deployed across all nodes via Krang
-- Daily health reports operational with alerts for high swap/load
-
----
-
-## 🔁 Recommendations
-
-- Consider adding snapshot-based ZFS backups for `/mnt/raid5`
-- Build `verify_mirror.sh` to detect drift between MinIO and local storage
-- Auto-trigger `chmod` only after `mc mirror` finishes
-- Monitor long-running background jobs with Krang watchdogs
-
----
-
-**Signed,**
-Doc
-Genesis Hosting Technologies
-
diff --git a/genesishostingmd/provisioning/checklist.md b/genesishostingmd/provisioning/checklist.md
deleted file mode 100644
index 13741d3..0000000
--- a/genesishostingmd/provisioning/checklist.md
+++ /dev/null
@@ -1,23 +0,0 @@
-# Provisioning Checklist
-
-This checklist is followed every time a new service is deployed.
-
-## Pre-Provisioning
-
-- [ ] Verify order and payment in WHMCS
-- [ ] Confirm product mapping is correct
-- [ ] Check available server resources
-
-## Provisioning
-
-- [ ] Trigger appropriate script/module
-- [ ] Log provisioning result
-- [ ] Assign DNS entries if applicable
-- [ ] Generate Let’s Encrypt SSL if public-facing
-
-## Post-Provisioning
-
-- [ ] Send welcome email via WHMCS
-- [ ] Confirm monitoring alert is active
-- [ ] Test login credentials and endpoints
-- [ ] Label service with client ID in Grafana/Prometheus
diff --git a/genesishostingmd/provisioning/post-deploy-verification.md b/genesishostingmd/provisioning/post-deploy-verification.md
deleted file mode 100644
index d46f727..0000000
--- a/genesishostingmd/provisioning/post-deploy-verification.md
+++ /dev/null
@@ -1,22 +0,0 @@
-# Post-Deployment Verification
-
-All services go through a post-deploy QA check to ensure they're live and stable.
-
-## Verification Tasks
-
-- [ ] Service reachable from public IP or internal route
-- [ ] DNS resolves correctly (for domains/subdomains)
-- [ ] SSL certificate is active and trusted
-- [ ] Admin login works as expected
-- [ ] Usage quotas correctly applied (disk, users, bandwidth)
-
-## Monitoring
-
-- [ ] Add to Prometheus for service-specific metrics
-- [ ] Set alert thresholds (e.g., disk > 80%)
-- [ ] Confirm Telegram/Mastodon alert webhook is functional
-
-## Documentation
-
-- [ ] Log final status in WHMCS admin notes
-- [ ] Store internal service details in `genesis-inventory.yaml`
diff --git a/genesishostingmd/provisioning/whmcs-integration.md b/genesishostingmd/provisioning/whmcs-integration.md
deleted file mode 100644
index 3f5663d..0000000
--- a/genesishostingmd/provisioning/whmcs-integration.md
+++ /dev/null
@@ -1,23 +0,0 @@
-# WHMCS Integration
-
-WHMCS handles client billing, service provisioning, and support workflows.
-
-## Services Integrated
-
-| Service | Method |
-|--------------|---------------------------------|
-| DirectAdmin | Built-in WHMCS module |
-| AzuraCast | Custom provisioning script |
-| TeamTalk | API + XML user patching scripts |
-
-## Auto-Provisioning Steps
-
-1. Client signs up and completes payment
-2. WHMCS triggers product-specific hook
-3. Script/module provisions the service
-4. Welcome email is sent with credentials
-
-## Logging & Troubleshooting
-
-- Logs stored at `/var/log/whmcs-hooks.log`
-- Errors generate internal ticket automatically if provisioning fails
diff --git a/genesishostingmd/security/incident-response.md b/genesishostingmd/security/incident-response.md
deleted file mode 100644
index 29f7ce5..0000000
--- a/genesishostingmd/security/incident-response.md
+++ /dev/null
@@ -1,25 +0,0 @@
-# Incident Response Policy
-
-This document defines how we detect, respond to, and report security incidents.
-
-## Response Workflow
-
-1. Detection via monitoring, alert, or client report
-2. Triage severity and affected systems
-3. Contain and isolate threat (e.g., suspend access)
-4. Notify stakeholders if client-impacting
-5. Perform root cause analysis
-6. Patch, re-secure, and document the event
-
-## Timelines
-
-- Initial triage: within 2 hours
-- Client notification (if impacted): within 24 hours
-- Final report delivered internally within 72 hours
-
-## Tools Used
-
-- Fail2Ban
-- Genesis Shield alerting
-- Zabbix/Prometheus incident flags
-- Manual log reviews (forensic-level)
diff --git a/genesishostingmd/security/logging-monitoring.md b/genesishostingmd/security/logging-monitoring.md
deleted file mode 100644
index c305627..0000000
--- a/genesishostingmd/security/logging-monitoring.md
+++ /dev/null
@@ -1,24 +0,0 @@
-# Logging & Monitoring Policy
-
-We collect and monitor system activity to detect threats, enforce accountability, and assist in incident resolution.
-
-## Log Types
-
-- SSH login attempts
-- WHMCS access logs
-- AzuraCast and TeamTalk server logs
-- PostgreSQL query and connection logs
-- Fail2Ban logs (ban/unban events)
-
-## Monitoring Tools
-
-- Prometheus for metrics
-- Grafana dashboards for visual alerts
-- Genesis Shield (Telegram + Mastodon alerting)
-- Manual log review every 7 days
-
-## Retention
-
-- General logs: 30 days
-- Security-related logs: 90 days minimum
-- Logs archived to encrypted ZFS volume
diff --git a/genesishostingmd/security/security-encryption-standards.md b/genesishostingmd/security/security-encryption-standards.md
deleted file mode 100644
index 6d9139c..0000000
--- a/genesishostingmd/security/security-encryption-standards.md
+++ /dev/null
@@ -1,23 +0,0 @@
-# Encryption Standards
-
-Encryption is applied to all data in transit and at rest across Genesis Hosting Technologies infrastructure.
-
-## In Transit
-
-- HTTPS via TLS 1.3 (minimum TLS 1.2 for legacy fallback)
-- SFTP for all file transfers
-- SSH for all administrative access
-- rclone with TLS for object storage replication
-
-## At Rest
-
-- ZFS encryption on backup pools
-- PostgreSQL encryption at the database or filesystem level
-- WHMCS and DirectAdmin credentials hashed and salted
-- Backups encrypted with AES-256 before remote transfer
-
-## Key Management
-
-- SSH keys rotated every 6 months
-- Let's Encrypt certs auto-renew every 90 days
-- Master encryption keys stored offline and version-controlled
diff --git a/genesishostingmd/security/security-policy.md b/genesishostingmd/security/security-policy.md
deleted file mode 100644
index 7ed282f..0000000
--- a/genesishostingmd/security/security-policy.md
+++ /dev/null
@@ -1,23 +0,0 @@
-# Security Policy
-
-Genesis Hosting Technologies enforces strict security practices across all infrastructure and services to protect client data and maintain service integrity.
-
-## Core Principles
-
-- Least privilege for all users and services
-- Regular audits and patching
-- Encrypted communication and storage
-- Real-time monitoring and alerting
-
-## Enforcement Areas
-
-- 2FA required for all admin portals
-- SSH access limited to key-based logins
-- Centralized log collection and review
-- All critical assets monitored via Genesis Shield
-
-## Review Cycle
-
-- Policies reviewed quarterly
-- Logs retained for 30–90 days depending on system
-- Incidents reviewed post-mortem with improvements logged
diff --git a/genesishostingmd/services/azuracast-policy.md b/genesishostingmd/services/azuracast-policy.md
deleted file mode 100644
index 3bf3fc4..0000000
--- a/genesishostingmd/services/azuracast-policy.md
+++ /dev/null
@@ -1,32 +0,0 @@
-# AzuraCast Streaming Policy
-
-## Features
-
-- Custom stream URLs (via relay or direct)
-- Icecast or SHOUTcast available
-- AutoDJ + scheduled playlists
-- Web-based file upload + schedule
-
-## Plans & Limits
-
-| Plan | Storage | Listeners | Bitrate |
-|----------|---------|-----------|---------|
-| StreamLite | 2 GB | 25 | 128 kbps|
-| StreamPro | 10 GB | 100 | 192 kbps|
-| StreamMax | 50 GB | 250 | 320 kbps|
-
-## Fair Usage Policy
-
-- No nonstop streaming of static loops to inflate uptime
-- Long-form live shows should rotate metadata periodically
-- Content must not violate copyright laws
-
-## Backups
-
-- Daily backups of config + playlists
-- Client media backup is optional (paid add-on)
-
-## Support
-
-- Stream diagnostics available in client panel
-- WHMCS ticket support for outages or playlist issues
diff --git a/genesishostingmd/services/directadmin-policy.md b/genesishostingmd/services/directadmin-policy.md
deleted file mode 100644
index 7d238b2..0000000
--- a/genesishostingmd/services/directadmin-policy.md
+++ /dev/null
@@ -1,27 +0,0 @@
-# DirectAdmin Hosting Policy
-
-## Features
-
-- FTP, webmail, MySQL, file manager, and site statistics
-- Optional Let's Encrypt SSL enabled by default
-- Nightly site + database backups (7-day retention)
-
-## Plans & Limits
-
-| Plan | Disk | Bandwidth | Domains | Email Accounts |
-|------------|------|-----------|---------|----------------|
-| Starter | 5 GB | 100 GB | 1 | 5 |
-| Standard | 20 GB| 500 GB | 5 | 25 |
-| Unlimited | 100 GB| ∞ | ∞ | ∞ |
-
-## Abuse Prevention
-
-- Email rate limits applied to prevent outbound spam
-- CPU usage and inode caps enforced
-- Suspicious files scanned automatically
-
-## Support
-
-- Available via WHMCS ticket system
-- Response within 12 business hours
-
diff --git a/genesishostingmd/services/domain-management-policy.md b/genesishostingmd/services/domain-management-policy.md
deleted file mode 100644
index 088a009..0000000
--- a/genesishostingmd/services/domain-management-policy.md
+++ /dev/null
@@ -1,22 +0,0 @@
-# Domain Management Policy
-
-## Registration
-
-- Domains registered through our WHMCS interface are managed via third-party registrar API
-- Registration typically completes within 5 minutes
-- WHOIS privacy included by default (where available)
-
-## Renewals
-
-- Auto-renew is enabled by default
-- Reminders sent 30, 7, and 1 day before expiration
-
-## Transfers
-
-- Domains can be transferred in or out with EPP code
-- Support required if domain is locked or expired
-
-## DNS
-
-- Free DNS hosting included
-- Custom DNS records managed through DirectAdmin or WHMCS panel
diff --git a/genesishostingmd/services/ssl-certs.md b/genesishostingmd/services/ssl-certs.md
deleted file mode 100644
index f6e275c..0000000
--- a/genesishostingmd/services/ssl-certs.md
+++ /dev/null
@@ -1,23 +0,0 @@
-# SSL Certificate Policy
-
-## Free Certificates
-
-- Let’s Encrypt certificates issued automatically
-- Applies to DirectAdmin, AzuraCast, and custom subdomains
-- Auto-renews every 60 days with 30-day buffer
-
-## Premium SSL
-
-- Custom SSL certs (e.g., EV/OV) available for purchase
-- Requires manual install via WHMCS ticket
-
-## Certificate Management
-
-- Certbot used for automation
-- Custom certs must be supplied in `.crt` + `.key` format
-- Broken SSL installs may be reverted to Let’s Encrypt fallback
-
-## Support
-
-- Certificate issues resolved within 24h of report
-- DNS challenges supported for wildcard certs
diff --git a/genesishostingmd/services/teamtalk-policy.md b/genesishostingmd/services/teamtalk-policy.md
deleted file mode 100644
index 4d2e3ff..0000000
--- a/genesishostingmd/services/teamtalk-policy.md
+++ /dev/null
@@ -1,26 +0,0 @@
-# TeamTalk Hosting Policy
-
-## Features
-
-- Private and public servers
-- Voice chat, file sharing, push-to-talk
-- Admin access with room/channel management
-
-## Plans & Limits
-
-| Plan | Users | Bitrate Limit | Admin Access |
-|--------------|-------|---------------|--------------|
-| Basic Chat | 10 | 64 kbps | Yes |
-| Pro Voice | 50 | 128 kbps | Yes |
-| Broadcast+ | 100 | 256 kbps | Yes |
-
-## Rules
-
-- No harassment, spamming, or automated bots without permission
-- Abuse may result in temp suspension or permanent ban
-- Admins are responsible for moderating their own servers
-
-## Configuration
-
-- Clients may request config changes via WHMCS ticket
-- Backups of XML configs stored nightly
diff --git a/infra_morale/.env b/infra_morale/.env
deleted file mode 100644
index ebb294a..0000000
--- a/infra_morale/.env
+++ /dev/null
@@ -1,2 +0,0 @@
-MASTODON_BASE_URL=https://chatwithus.live
-MASTODON_TOKEN=07w3Emdw-cv_TncysrNU8Ed_sHJhwtnvKmnLqKlHmKA
diff --git a/infra_morale/Gemfile b/miscellaneous/ruby/Gemfile
similarity index 100%
rename from infra_morale/Gemfile
rename to miscellaneous/ruby/Gemfile
diff --git a/infra_morale/Gemfile.lock b/miscellaneous/ruby/Gemfile.lock
similarity index 100%
rename from infra_morale/Gemfile.lock
rename to miscellaneous/ruby/Gemfile.lock
diff --git a/infra_morale/fake_status_bot.rb b/miscellaneous/ruby/fake_status_bot.rb
similarity index 100%
rename from infra_morale/fake_status_bot.rb
rename to miscellaneous/ruby/fake_status_bot.rb