Enforce unique doc filenames and simple wiki-links #109
45 changed files with 176 additions and 125 deletions
1
docs/changelog.d/unique-doc-filenames.doc.md
Normal file
1
docs/changelog.d/unique-doc-filenames.doc.md
Normal file
|
|
@ -0,0 +1 @@
|
|||
Enforce unique filenames, simple wiki-links (no paths), and no spaces in wiki-link targets for obsidian.nvim compatibility
|
||||
|
|
@ -44,8 +44,8 @@ BlumeOps uses layered GitOps:
|
|||
|
||||
| Layer | Tool | What it manages |
|
||||
|-------|------|-----------------|
|
||||
| **Tailnet** | [[reference/infrastructure/tailscale|Pulumi]] | ACLs, tags, DNS |
|
||||
| **Host config** | [[reference/ansible/roles|Ansible]] | Services on [[indri]] |
|
||||
| **Tailnet** | [[tailscale|Pulumi]] | ACLs, tags, DNS |
|
||||
| **Host config** | [[roles|Ansible]] | Services on [[indri]] |
|
||||
| **Kubernetes** | [[argocd|ArgoCD]] | Containerized workloads |
|
||||
|
||||
Each layer has its own reconciliation loop:
|
||||
|
|
@ -67,4 +67,4 @@ But for BlumeOps, the trade-off is worth it. The infrastructure is complex enoug
|
|||
|
||||
- [[architecture]] - How the pieces fit together
|
||||
- [[argocd]] - Kubernetes GitOps
|
||||
- [[reference/ansible/roles|Ansible roles]] - Host configuration
|
||||
- [[roles|Ansible roles]] - Host configuration
|
||||
|
|
|
|||
|
|
@ -136,6 +136,6 @@ See [[alloy]] for how metrics are collected from textfiles.
|
|||
|
||||
## Related
|
||||
|
||||
- [[reference/ansible/roles|Roles]] - Available roles reference
|
||||
- [[roles|Roles]] - Available roles reference
|
||||
- [[indri]] - Target host
|
||||
- [[observability]] - Metrics collection
|
||||
|
|
|
|||
|
|
@ -6,7 +6,7 @@ tags:
|
|||
|
||||
# How-To Guides
|
||||
|
||||
Task-oriented instructions for common BlumeOps operations. These guides assume you already understand the basic concepts - see [[tutorials/index|Tutorials]] if you're learning.
|
||||
Task-oriented instructions for common BlumeOps operations. These guides assume you already understand the basic concepts - see [[tutorials|Tutorials]] if you're learning.
|
||||
|
||||
## Deployment
|
||||
|
||||
|
|
@ -8,8 +8,8 @@ Welcome to the BlumeOps documentation.
|
|||
|
||||
## Sections
|
||||
|
||||
- [[tutorials/index | Tutorials]] - Learning-oriented guides for getting started
|
||||
- [[reference/index | Reference]] - Technical specifications and service details
|
||||
- [[how-to/index | How-to]] - Task-oriented instructions for common operations
|
||||
- [[explanation/index | Explanation]] - Understanding the "why" behind BlumeOps
|
||||
- [[tutorials|Tutorials]] - Learning-oriented guides for getting started
|
||||
- [[reference|Reference]] - Technical specifications and service details
|
||||
- [[how-to|How-to]] - Task-oriented instructions for common operations
|
||||
- [[explanation|Explanation]] - Understanding the "why" behind BlumeOps
|
||||
- [[CHANGELOG]] - Release history and changes
|
||||
|
|
|
|||
|
|
@ -24,4 +24,4 @@ Managed via `Brewfile` and `mise.toml` in the blumeops repo.
|
|||
## Related
|
||||
|
||||
- [[indri]] - Server accessed from gilbert
|
||||
- [[cluster | Cluster]] - Remote k8s access
|
||||
- [[cluster|Cluster]] - Remote k8s access
|
||||
|
|
|
|||
|
|
@ -12,9 +12,9 @@ All devices connected via [Tailscale](https://login.tailscale.com/) tailnet `tai
|
|||
|
||||
| Host | Description | Card |
|
||||
|------|-------------|------|
|
||||
| **Indri** | Mac Mini M1, 2020 - Primary server | [[indri | Details]] |
|
||||
| **Gilbert** | MacBook Air M4, 2025 - Workstation | [[gilbert | Details]] |
|
||||
| **[[sifaka | Sifaka]]** | Synology NAS - Storage & backups | [[sifaka | Details]] |
|
||||
| **Indri** | Mac Mini M1, 2020 - Primary server | [[indri|Details]] |
|
||||
| **Gilbert** | MacBook Air M4, 2025 - Workstation | [[gilbert|Details]] |
|
||||
| **[[sifaka|Sifaka]]** | Synology NAS - Storage & backups | [[sifaka|Details]] |
|
||||
| **Mouse** | MacBook Air M2 - Allison's laptop | - |
|
||||
| **UniFi** | UniFi Express 7 - Home WiFi | - |
|
||||
| **Dwarf** | iPad Air - Employer-provided, off tailnet | - |
|
||||
|
|
@ -22,4 +22,4 @@ All devices connected via [Tailscale](https://login.tailscale.com/) tailnet `tai
|
|||
## Related
|
||||
|
||||
- [[tailscale]] - Network configuration
|
||||
- [[routing | Routing]] - Service URLs
|
||||
- [[routing|Routing]] - Service URLs
|
||||
|
|
|
|||
|
|
@ -26,11 +26,11 @@ Primary BlumeOps server. Mac Mini M1 (2020).
|
|||
- [[zot]] - Container registry
|
||||
- [[jellyfin]] - Media server
|
||||
- [[borgmatic]] - Backup system
|
||||
- [[alloy | Alloy]] - Metrics/logs collector
|
||||
- [[alloy|Alloy]] - Metrics/logs collector
|
||||
- [[caddy]] - Reverse proxy for `*.ops.eblu.me`
|
||||
|
||||
**Kubernetes (via minikube):**
|
||||
- [[apps | All k8s applications]]
|
||||
- [[apps|All k8s applications]]
|
||||
|
||||
**GUI Applications (manual start required):**
|
||||
- Docker Desktop - Container runtime for minikube
|
||||
|
|
|
|||
|
|
@ -38,7 +38,7 @@ DNS points to indri's Tailscale IP (100.98.163.89). TLS via Let's Encrypt (ACME
|
|||
| [[navidrome]] | https://dj.ops.eblu.me | Music streaming |
|
||||
| [[jellyfin]] | https://jellyfin.ops.eblu.me | Media server |
|
||||
| [[postgresql]] | pg.ops.eblu.me:5432 | Database |
|
||||
| [[sifaka | Sifaka]] | https://nas.ops.eblu.me | NAS dashboard |
|
||||
| [[sifaka|Sifaka]] | https://nas.ops.eblu.me | NAS dashboard |
|
||||
|
||||
## Tailscale-Only Services
|
||||
|
||||
|
|
|
|||
|
|
@ -58,5 +58,5 @@ Pulumi uses OAuth client from 1Password (blumeops vault):
|
|||
|
||||
## Related
|
||||
|
||||
- [[routing | Routing]] - Service URLs
|
||||
- [[hosts | Hosts]] - Device inventory
|
||||
- [[routing|Routing]] - Service URLs
|
||||
- [[hosts|Hosts]] - Device inventory
|
||||
|
|
|
|||
|
|
@ -26,7 +26,7 @@ Registry of all applications deployed via [[argocd]].
|
|||
| `grafana` | monitoring | Helm chart (forge mirror) | [[grafana]] |
|
||||
| `grafana-config` | monitoring | `argocd/manifests/grafana-config/` | [[grafana]] |
|
||||
| `immich` | immich | Helm chart | [[immich]] |
|
||||
| `alloy-k8s` | alloy | `argocd/manifests/alloy-k8s/` | [[alloy | Alloy]] |
|
||||
| `alloy-k8s` | alloy | `argocd/manifests/alloy-k8s/` | [[alloy|Alloy]] |
|
||||
| `kube-state-metrics` | monitoring | `argocd/manifests/kube-state-metrics/` | K8s metrics |
|
||||
| `miniflux` | miniflux | `argocd/manifests/miniflux/` | [[miniflux]] |
|
||||
| `kiwix` | kiwix | `argocd/manifests/kiwix/` | [[kiwix]] |
|
||||
|
|
@ -45,4 +45,4 @@ Registry of all applications deployed via [[argocd]].
|
|||
## Related
|
||||
|
||||
- [[argocd]] - GitOps platform details
|
||||
- [[cluster | Cluster]] - Kubernetes infrastructure
|
||||
- [[cluster|Cluster]] - Kubernetes infrastructure
|
||||
|
|
|
|||
|
|
@ -24,7 +24,7 @@ Single-node Minikube cluster running on [[indri]].
|
|||
|
||||
## Volume Mounting
|
||||
|
||||
Pods mount NFS directly from [[sifaka | Sifaka]]. Docker NATs outbound traffic through indri's LAN IP (192.168.1.50), allowing access to Sifaka's NFS exports.
|
||||
Pods mount NFS directly from [[sifaka|Sifaka]]. Docker NATs outbound traffic through indri's LAN IP (192.168.1.50), allowing access to Sifaka's NFS exports.
|
||||
|
||||
## Registry Mirror
|
||||
|
||||
|
|
@ -34,6 +34,6 @@ Mirrors configured: `registry.ops.eblu.me`, `docker.io`, `ghcr.io`, `quay.io`
|
|||
|
||||
## Related
|
||||
|
||||
- [[apps | Apps]] - ArgoCD applications
|
||||
- [[apps|Apps]] - ArgoCD applications
|
||||
- [[argocd]] - GitOps deployment
|
||||
- [[zot]] - Registry mirror
|
||||
|
|
|
|||
|
|
@ -31,7 +31,7 @@ Services exposed via Tailscale Ingress are **not accessible** from:
|
|||
- Other Kubernetes pods (they're not Tailscale clients)
|
||||
- Docker containers on indri
|
||||
|
||||
For pod-to-service communication, use [[routing | Caddy]] (`*.ops.eblu.me`) instead.
|
||||
For pod-to-service communication, use [[routing|Caddy]] (`*.ops.eblu.me`) instead.
|
||||
|
||||
## Related
|
||||
|
||||
|
|
|
|||
|
|
@ -11,5 +11,5 @@ Daily automated backups of BlumeOps data.
|
|||
## Components
|
||||
|
||||
- [[borgmatic]] - Backup orchestration
|
||||
- [[sifaka | Sifaka]] - Backup target (NAS)
|
||||
- [[backups | backup-policy]] - What gets backed up and retention
|
||||
- [[sifaka|Sifaka]] - Backup target (NAS)
|
||||
- [[backups|backup-policy]] - What gets backed up and retention
|
||||
|
|
|
|||
|
|
@ -8,7 +8,7 @@ tags:
|
|||
|
||||
TBD. Current state:
|
||||
|
||||
- [[borgmatic]] provides daily backups to [[sifaka | Sifaka]]
|
||||
- [[borgmatic]] provides daily backups to [[sifaka|Sifaka]]
|
||||
- Infrastructure can be rebootstrapped using the blumeops repo
|
||||
- Detailed DR procedures not yet documented
|
||||
|
||||
|
|
|
|||
|
|
@ -12,5 +12,5 @@ Metrics, logs, and dashboards for BlumeOps infrastructure.
|
|||
|
||||
- [[prometheus]] - Metrics storage and querying
|
||||
- [[loki]] - Log aggregation
|
||||
- [[alloy | Alloy]] - Metrics and log collection
|
||||
- [[alloy|Alloy]] - Metrics and log collection
|
||||
- [[grafana]] - Dashboards and visualization
|
||||
|
|
|
|||
|
|
@ -14,7 +14,7 @@ Individual service reference cards with URLs and configuration details.
|
|||
|
||||
| Service | Description | Location |
|
||||
|---------|-------------|----------|
|
||||
| [[alloy | Alloy]] | Observability collector (metrics & logs) | indri + k8s |
|
||||
| [[alloy|Alloy]] | Observability collector (metrics & logs) | indri + k8s |
|
||||
| [[argocd]] | GitOps continuous delivery | k8s |
|
||||
| [[borgmatic]] | Backup system | indri |
|
||||
| [[caddy]] | Reverse proxy & TLS termination | indri |
|
||||
|
|
@ -40,18 +40,18 @@ Individual service reference cards with URLs and configuration details.
|
|||
|
||||
Host inventory and network configuration.
|
||||
|
||||
- [[hosts | Hosts]] - Device inventory
|
||||
- [[hosts|Hosts]] - Device inventory
|
||||
- [[indri]] - Primary server
|
||||
- [[gilbert]] - Development workstation
|
||||
- [[tailscale]] - ACLs, groups, tags
|
||||
- [[routing | Routing]] - DNS domains, port mappings
|
||||
- [[routing|Routing]] - DNS domains, port mappings
|
||||
|
||||
## Kubernetes
|
||||
|
||||
Cluster configuration and application registry.
|
||||
|
||||
- [[cluster | Cluster]] - Minikube specs, storage, networking
|
||||
- [[apps | Apps]] - ArgoCD application registry
|
||||
- [[cluster|Cluster]] - Minikube specs, storage, networking
|
||||
- [[apps|Apps]] - ArgoCD application registry
|
||||
- [[tailscale-operator]] - Tailscale ingress for k8s services
|
||||
- [[external-secrets]] - Secrets management
|
||||
|
||||
|
|
@ -59,15 +59,15 @@ Cluster configuration and application registry.
|
|||
|
||||
Configuration management for [[indri]]-hosted services.
|
||||
|
||||
- [[reference/ansible/roles | Roles]] - Available ansible roles
|
||||
- [[roles]] - Available ansible roles
|
||||
|
||||
## Storage
|
||||
|
||||
Network storage and backup configuration.
|
||||
|
||||
- [[sifaka | Sifaka]] - Synology NAS configuration
|
||||
- [[sifaka|Sifaka]] - Synology NAS configuration
|
||||
- [[postgresql-storage]] - Database cluster
|
||||
- [[backups | Backups]] - Backup policy and schedule
|
||||
- [[backups|Backups]] - Backup policy and schedule
|
||||
|
||||
## Operations
|
||||
|
||||
|
|
@ -7,7 +7,7 @@ tags:
|
|||
|
||||
# ArgoCD
|
||||
|
||||
GitOps continuous delivery platform for the [[cluster | Kubernetes cluster]].
|
||||
GitOps continuous delivery platform for the [[cluster|Kubernetes cluster]].
|
||||
|
||||
## Quick Reference
|
||||
|
||||
|
|
@ -33,5 +33,5 @@ GitOps continuous delivery platform for the [[cluster | Kubernetes cluster]].
|
|||
|
||||
## Related
|
||||
|
||||
- [[apps | Apps]] - Full application registry
|
||||
- [[apps|Apps]] - Full application registry
|
||||
- [[forgejo]] - Git source
|
||||
|
|
|
|||
|
|
@ -16,7 +16,7 @@ Daily backup system using Borg backup, running on indri.
|
|||
| **Install** | mise (pipx) |
|
||||
| **Config** | `~/.config/borgmatic/config.yaml` |
|
||||
| **Schedule** | Daily at 2:00 AM |
|
||||
| **Repository** | `/Volumes/backups/borg/` on [[sifaka | Sifaka]] |
|
||||
| **Repository** | `/Volumes/backups/borg/` on [[sifaka|Sifaka]] |
|
||||
|
||||
## What Gets Backed Up
|
||||
|
||||
|
|
@ -54,6 +54,6 @@ Dashboard: "Borgmatic Backups" in [[grafana]]
|
|||
|
||||
## Related
|
||||
|
||||
- [[backups | Backups]] - Full backup policy
|
||||
- [[sifaka | Sifaka]] - Backup target
|
||||
- [[backups|Backups]] - Full backup policy
|
||||
- [[sifaka|Sifaka]] - Backup target
|
||||
- [[postgresql]] - Database backups
|
||||
|
|
|
|||
|
|
@ -32,6 +32,6 @@ Root password stored in 1Password (blumeops vault), injected via ExternalSecret.
|
|||
|
||||
## Related
|
||||
|
||||
- [[how-to/use-pypi-proxy]] - Client configuration and package uploads
|
||||
- [[use-pypi-proxy]] - Client configuration and package uploads
|
||||
- [[argocd]] - Deployment
|
||||
- [[1password]] - Secrets management
|
||||
|
|
|
|||
|
|
@ -47,4 +47,4 @@ Optional annotation: `grafana_folder: "FolderName"`
|
|||
|
||||
- [[prometheus]] - Metrics datasource
|
||||
- [[loki]] - Logs datasource
|
||||
- [[alloy | Alloy]] - Data collector
|
||||
- [[alloy|Alloy]] - Data collector
|
||||
|
|
|
|||
|
|
@ -17,10 +17,10 @@ Self-hosted photo and video management.
|
|||
| **Namespace** | `immich` |
|
||||
| **Deployment** | Helm chart (k8s) |
|
||||
| **Database** | [[postgresql]] (CNPG) |
|
||||
| **Storage** | [[sifaka | Sifaka]] photos volume |
|
||||
| **Storage** | [[sifaka|Sifaka]] photos volume |
|
||||
|
||||
## Related
|
||||
|
||||
- [[postgresql]] - Database backend
|
||||
- [[sifaka | Sifaka]] - Photo storage
|
||||
- [[sifaka|Sifaka]] - Photo storage
|
||||
- [[jellyfin]] - Video streaming (separate service)
|
||||
|
|
|
|||
|
|
@ -42,10 +42,10 @@ Dashboard > Playback:
|
|||
## Observability
|
||||
|
||||
- Metrics: `jellyfin_metrics` ansible role
|
||||
- Logs: Forwarded via [[alloy | Alloy]]
|
||||
- Logs: Forwarded via [[alloy|Alloy]]
|
||||
- Dashboard: "Jellyfin Media Server" in [[grafana]]
|
||||
|
||||
## Related
|
||||
|
||||
- [[navidrome]] - Music streaming
|
||||
- [[sifaka | Sifaka]] - Media storage
|
||||
- [[sifaka|Sifaka]] - Media storage
|
||||
|
|
|
|||
|
|
@ -17,7 +17,7 @@ Offline Wikipedia and ZIM archive server.
|
|||
| **Tailscale URL** | https://kiwix.tail8d86e.ts.net |
|
||||
| **Namespace** | `kiwix` |
|
||||
| **Image** | `ghcr.io/kiwix/kiwix-serve:3.8.1` |
|
||||
| **Storage** | NFS from [[sifaka | Sifaka]] (`/volume1/torrents`) |
|
||||
| **Storage** | NFS from [[sifaka|Sifaka]] (`/volume1/torrents`) |
|
||||
|
||||
## Architecture
|
||||
|
||||
|
|
@ -49,4 +49,4 @@ Full list: `argocd/manifests/kiwix/configmap-zim-torrents.yaml`
|
|||
## Related
|
||||
|
||||
- [[transmission]] - Downloads ZIM files
|
||||
- [[sifaka | Sifaka]] - ZIM storage
|
||||
- [[sifaka|Sifaka]] - ZIM storage
|
||||
|
|
|
|||
|
|
@ -24,7 +24,7 @@ Log aggregation system for BlumeOps infrastructure.
|
|||
|
||||
- Single-node deployment with filesystem storage
|
||||
- TSDB index with 24h period
|
||||
- Logs collected by [[alloy | Alloy]] and pushed via Loki API
|
||||
- Logs collected by [[alloy|Alloy]] and pushed via Loki API
|
||||
- Queried via [[grafana]]
|
||||
|
||||
## Log Sources
|
||||
|
|
@ -46,6 +46,6 @@ Log aggregation system for BlumeOps infrastructure.
|
|||
|
||||
## Related
|
||||
|
||||
- [[alloy | Alloy]] - Log collector
|
||||
- [[alloy|Alloy]] - Log collector
|
||||
- [[grafana]] - Log visualization
|
||||
- [[prometheus]] - Metrics counterpart
|
||||
|
|
|
|||
|
|
@ -39,4 +39,4 @@ The `/data` directory contains SQLite database, configuration, and cache.
|
|||
## Related
|
||||
|
||||
- [[jellyfin]] - Video streaming
|
||||
- [[sifaka | Sifaka]] - Music storage
|
||||
- [[sifaka|Sifaka]] - Music storage
|
||||
|
|
|
|||
|
|
@ -34,7 +34,7 @@ Database cluster via CloudNativePG operator.
|
|||
| miniflux | app owner | Owns miniflux database |
|
||||
| teslamate | superuser | TeslaMate (needs extensions) |
|
||||
| eblume | superuser | Admin access |
|
||||
| borgmatic | pg_read_all_data | [[borgmatic | Backup]] access |
|
||||
| borgmatic | pg_read_all_data | [[borgmatic|Backup]] access |
|
||||
|
||||
## Backup
|
||||
|
||||
|
|
|
|||
|
|
@ -23,19 +23,19 @@ Metrics storage and querying for BlumeOps infrastructure.
|
|||
## Data Sources
|
||||
|
||||
### Remote Write (from Alloy)
|
||||
- Indri system metrics via [[alloy | Alloy]] remote_write
|
||||
- Indri system metrics via [[alloy|Alloy]] remote_write
|
||||
- Textfile metrics: minikube, borgmatic, zot, jellyfin
|
||||
|
||||
### Scrape Targets
|
||||
|
||||
| Target | Metrics |
|
||||
|--------|---------|
|
||||
| `sifaka:9100` | [[sifaka | Sifaka]] NAS (node_exporter) |
|
||||
| `cnpg-metrics.tail8d86e.ts.net:9187` | [[postgresql | CloudNativePG]] metrics |
|
||||
| `sifaka:9100` | [[sifaka|Sifaka]] NAS (node_exporter) |
|
||||
| `cnpg-metrics.tail8d86e.ts.net:9187` | [[postgresql|CloudNativePG]] metrics |
|
||||
| `kube-state-metrics.monitoring.svc:8080` | Kubernetes resource metrics |
|
||||
|
||||
## Related
|
||||
|
||||
- [[alloy | Alloy]] - Metrics collector
|
||||
- [[alloy|Alloy]] - Metrics collector
|
||||
- [[grafana]] - Visualization
|
||||
- [[loki]] - Logs counterpart
|
||||
|
|
|
|||
|
|
@ -17,7 +17,7 @@ BitTorrent daemon, primarily for downloading ZIM archives for [[kiwix]].
|
|||
| **Tailscale URL** | https://torrent.tail8d86e.ts.net |
|
||||
| **Namespace** | `torrent` |
|
||||
| **Image** | `lscr.io/linuxserver/transmission:latest` |
|
||||
| **Storage** | NFS PVC from [[sifaka | Sifaka]] |
|
||||
| **Storage** | NFS PVC from [[sifaka|Sifaka]] |
|
||||
|
||||
## Storage Layout
|
||||
|
||||
|
|
@ -43,11 +43,11 @@ When downloads complete, the zim-watcher CronJob detects new ZIMs and restarts K
|
|||
|
||||
## Monitoring
|
||||
|
||||
Basic uptime via blackbox probe in [[alloy | Alloy]] k8s (Services Health dashboard).
|
||||
Basic uptime via blackbox probe in [[alloy|Alloy]] k8s (Services Health dashboard).
|
||||
|
||||
Web UI shows: active/seeding/paused counts, speeds, disk usage.
|
||||
|
||||
## Related
|
||||
|
||||
- [[kiwix]] - ZIM archive consumer
|
||||
- [[sifaka | Sifaka]] - Download storage
|
||||
- [[sifaka|Sifaka]] - Download storage
|
||||
|
|
|
|||
|
|
@ -30,7 +30,7 @@ OCI-native container registry providing pull-through cache and private image sto
|
|||
|
||||
## Pull-Through Cache
|
||||
|
||||
When [[cluster | minikube]] pulls an image, containerd checks zot first. If cached, returns immediately. If not, zot fetches from upstream, caches it, then returns.
|
||||
When [[cluster|minikube]] pulls an image, containerd checks zot first. If cached, returns immediately. If not, zot fetches from upstream, caches it, then returns.
|
||||
|
||||
## Security Model
|
||||
|
||||
|
|
@ -39,4 +39,4 @@ Network access only (no authentication). Defense is the Tailscale ACL boundary.
|
|||
## Related
|
||||
|
||||
- [[forgejo]] - Container build CI
|
||||
- [[cluster | Cluster]] - Registry consumer
|
||||
- [[cluster|Cluster]] - Registry consumer
|
||||
|
|
|
|||
|
|
@ -7,7 +7,7 @@ tags:
|
|||
|
||||
# Backup Policy
|
||||
|
||||
Daily automated backups from [[indri]] to [[sifaka | Sifaka]] NAS.
|
||||
Daily automated backups from [[indri]] to [[sifaka|Sifaka]] NAS.
|
||||
|
||||
## Schedule
|
||||
|
||||
|
|
@ -30,8 +30,8 @@ Daily automated backups from [[indri]] to [[sifaka | Sifaka]] NAS.
|
|||
|
||||
| Database | Host | Method |
|
||||
|----------|------|--------|
|
||||
| miniflux | [[postgresql | pg.ops.eblu.me]] | pg_dump stream |
|
||||
| teslamate | [[postgresql | pg.ops.eblu.me]] | pg_dump stream |
|
||||
| miniflux | [[postgresql|pg.ops.eblu.me]] | pg_dump stream |
|
||||
| teslamate | [[postgresql|pg.ops.eblu.me]] | pg_dump stream |
|
||||
|
||||
## Sifaka-Native Data
|
||||
|
||||
|
|
@ -56,7 +56,7 @@ Some data lives directly on [[sifaka]] rather than being backed up to it (photos
|
|||
|
||||
## Backup Target
|
||||
|
||||
Repository: `/Volumes/backups/borg/` on [[sifaka | Sifaka]]
|
||||
Repository: `/Volumes/backups/borg/` on [[sifaka|Sifaka]]
|
||||
|
||||
## Monitoring
|
||||
|
||||
|
|
@ -70,5 +70,5 @@ Dashboard: "Borgmatic Backups" in [[grafana]]
|
|||
## Related
|
||||
|
||||
- [[borgmatic]] - Backup system details
|
||||
- [[sifaka | Sifaka]] - Backup storage
|
||||
- [[sifaka|Sifaka]] - Backup storage
|
||||
- [[postgresql]] - Database backups
|
||||
|
|
|
|||
|
|
@ -46,13 +46,13 @@ Node exporter running in Docker container, scraped by [[prometheus]] at `sifaka:
|
|||
|
||||
## Backup
|
||||
|
||||
Sifaka is the **target** for [[backup | backups]], not a backup source. [[borgmatic]] sends backups TO sifaka, not OF sifaka.
|
||||
Sifaka is the **target** for [[backup|backups]], not a backup source. [[borgmatic]] sends backups TO sifaka, not OF sifaka.
|
||||
|
||||
Data protection for sifaka itself currently relies on the Synology RAID 5 configuration, which provides single-disk fault tolerance. Future plans include offsite duplication for additional resiliency.
|
||||
|
||||
## Related
|
||||
|
||||
- [[backups | Backups]] - Backup policy
|
||||
- [[backups|Backups]] - Backup policy
|
||||
- [[borgmatic]] - Backup system
|
||||
- [[immich]] - Photo consumer
|
||||
- [[jellyfin]] - Media consumer
|
||||
|
|
|
|||
|
|
@ -14,7 +14,7 @@ This tutorial walks through deploying a new service to BlumeOps via ArgoCD, incl
|
|||
|
||||
## Prerequisites
|
||||
|
||||
- Access to the [[tailscale | Tailscale]] network
|
||||
- Access to the [[tailscale|Tailscale]] network
|
||||
- `kubectl` configured with `minikube-indri` context
|
||||
- `argocd` CLI installed (via Brewfile: `brew bundle`)
|
||||
|
||||
|
|
|
|||
|
|
@ -62,9 +62,9 @@ Types (file suffix): `.feature`, `.bugfix`, `.infra`, `.doc`, `.ai`, `.misc`
|
|||
### Wiki-Link Formatting
|
||||
|
||||
Use simple wiki-links without alternate text or extra spaces:
|
||||
- Prefer `[[borgmatic]]` over `[[borgmatic | Borgmatic]]`
|
||||
- Prefer `[[borgmatic]]` over `[[borgmatic|Borgmatic]]`
|
||||
- Only use alternate text when grammatically warranted (e.g., `[[cluster|Kubernetes]]` reads better than `[[cluster]]`)
|
||||
- No spaces around the pipe: `[[path|Text]]` not `[[ path | Text ]]`
|
||||
- No spaces around the pipe: `[[path|Text]]` not `[[ path|Text ]]`
|
||||
|
||||
When editing documentation, rewrite links to follow this convention as you encounter them.
|
||||
|
||||
|
|
@ -108,7 +108,7 @@ For ArgoCD operations, use the `argocd` CLI directly:
|
|||
|
||||
For AI agents building context:
|
||||
|
||||
- [[reference/index|Reference Index]] - Entry point for technical details
|
||||
- [[reference|Reference]] - Entry point for technical details
|
||||
- [[hosts|Host Inventory]] - What hardware exists
|
||||
- [[apps|ArgoCD Apps]] - What's deployed in Kubernetes
|
||||
- [[routing|Routing]] - How services are exposed
|
||||
|
|
|
|||
|
|
@ -17,18 +17,18 @@ The docs follow the [Diataxis](https://diataxis.fr/) framework:
|
|||
|
||||
| Section | Purpose | When to Use |
|
||||
|---------|---------|-------------|
|
||||
| **[[tutorials/index | Tutorials]]** | Learning-oriented | "I'm new and want to understand" |
|
||||
| **[[reference/index | Reference]]** | Information-oriented | "I need specific technical details" |
|
||||
| **[[how-to/index | How-to]]** | Task-oriented | "I need to do X" |
|
||||
| **[[explanation/index | Explanation]]** | Understanding-oriented | "I want to understand why" |
|
||||
| **[[tutorials|Tutorials]]** | Learning-oriented | "I'm new and want to understand" |
|
||||
| **[[reference|Reference]]** | Information-oriented | "I need specific technical details" |
|
||||
| **[[how-to|How-to]]** | Task-oriented | "I need to do X" |
|
||||
| **[[explanation|Explanation]]** | Understanding-oriented | "I want to understand why" |
|
||||
|
||||
## Quick Paths by Audience
|
||||
|
||||
### For Erich (Owner)
|
||||
|
||||
You probably want quick access to operational details:
|
||||
- [[how-to/index|How-to guides]] for common operations (deploy, troubleshoot, update ACLs)
|
||||
- [[reference/index|Reference]] has service URLs, commands, and config locations
|
||||
- [[how-to|How-to guides]] for common operations (deploy, troubleshoot, update ACLs)
|
||||
- [[reference|Reference]] has service URLs, commands, and config locations
|
||||
- [[ai-assistance-guide]] explains how to work effectively with Claude
|
||||
- Run `mise run zk-docs` to prime AI context with key documentation
|
||||
|
||||
|
|
@ -36,29 +36,29 @@ You probably want quick access to operational details:
|
|||
|
||||
Context for effective assistance:
|
||||
- Read [[ai-assistance-guide]] for operational conventions
|
||||
- [[reference/index|Reference]] has the technical specifics you'll need
|
||||
- [[reference|Reference]] has the technical specifics you'll need
|
||||
- The repo's `CLAUDE.md` has critical rules (especially the kubectl context requirement)
|
||||
|
||||
### For External Readers
|
||||
|
||||
Understanding what this is:
|
||||
- [[explanation/index|Explanation]] covers the "why" behind design decisions
|
||||
- [[reference/index|Reference]] shows what's actually running
|
||||
- [[explanation|Explanation]] covers the "why" behind design decisions
|
||||
- [[reference|Reference]] shows what's actually running
|
||||
- Browse service pages to see specific implementations
|
||||
|
||||
### For Contributors
|
||||
|
||||
Getting started with changes:
|
||||
- [[contributing]] walks through the workflow
|
||||
- [[how-to/index|How-to guides]] for specific tasks (deploy services, add roles)
|
||||
- [[reference/index|Reference]] tells you where things live
|
||||
- [[how-to|How-to guides]] for specific tasks (deploy services, add roles)
|
||||
- [[reference|Reference]] tells you where things live
|
||||
|
||||
### For Replicators
|
||||
|
||||
Replicators are people who want to build their own similar homelab GitOps setup, using BlumeOps as inspiration.
|
||||
|
||||
- [[replicating-blumeops]] provides the overview
|
||||
- [[explanation/index|Explanation]] covers architecture and design rationale
|
||||
- [[explanation|Explanation]] covers architecture and design rationale
|
||||
- The `replication/` tutorials go deep on components
|
||||
- Reference pages show specific configuration choices
|
||||
|
||||
|
|
@ -66,8 +66,7 @@ Replicators are people who want to build their own similar homelab GitOps setup,
|
|||
|
||||
Documentation uses `[[wiki-links]]` for cross-references:
|
||||
- `[[service-name]]` links to a reference page
|
||||
- `[[folder/page]]` links to nested pages
|
||||
- `[[page | Display Text]]` customizes the link text
|
||||
- `[[page|Display Text]]` customizes the link text
|
||||
|
||||
When reading on the web (docs.ops.eblu.me), these render as clickable links. The backlinks panel shows what references each page.
|
||||
|
||||
|
|
|
|||
|
|
@ -38,7 +38,7 @@ You can start with a single machine and add storage later.
|
|||
|
||||
Before deploying services, establish secure connectivity.
|
||||
|
||||
**[[tutorials/replication/tailscale-setup|Setting Up Tailscale]]**
|
||||
**[[tailscale-setup|Setting Up Tailscale]]**
|
||||
- Create a tailnet and connect your devices
|
||||
- Configure ACLs for service access
|
||||
- Set up MagicDNS for convenient naming
|
||||
|
|
@ -49,7 +49,7 @@ This replaces: traditional VPNs, port forwarding, dynamic DNS
|
|||
|
||||
Bootstrap the essential services that everything else depends on.
|
||||
|
||||
**[[tutorials/replication/core-services | Core Services Setup]]**
|
||||
**[[core-services|Core Services Setup]]**
|
||||
- Set up [[forgejo]] for git hosting and CI/CD
|
||||
- Optionally set up [[zot]] container registry
|
||||
- Configure SSH access and deploy keys
|
||||
|
|
@ -60,7 +60,7 @@ Forgejo is central to GitOps - it's where your infrastructure definitions live a
|
|||
|
||||
A cluster for running containerized workloads.
|
||||
|
||||
**[[tutorials/replication/kubernetes-bootstrap|Bootstrapping Kubernetes]]**
|
||||
**[[kubernetes-bootstrap|Bootstrapping Kubernetes]]**
|
||||
- Install minikube (or k3s, kind, etc.)
|
||||
- Configure persistent storage
|
||||
- Expose the API securely via Tailscale
|
||||
|
|
@ -71,7 +71,7 @@ BlumeOps uses minikube for simplicity, but the patterns apply to any distributio
|
|||
|
||||
Declarative, git-driven deployments.
|
||||
|
||||
**[[tutorials/replication/argocd-config|Configuring ArgoCD]]**
|
||||
**[[argocd-config|Configuring ArgoCD]]**
|
||||
- Install ArgoCD in your cluster
|
||||
- Connect to your git repository
|
||||
- Deploy your first application
|
||||
|
|
@ -83,7 +83,7 @@ This is the heart of GitOps - changes in git automatically sync to your cluster.
|
|||
|
||||
Know what's happening in your infrastructure.
|
||||
|
||||
**[[tutorials/replication/observability-stack|Building the Observability Stack]]**
|
||||
**[[observability-stack|Building the Observability Stack]]**
|
||||
- Deploy Prometheus for metrics
|
||||
- Deploy Loki for logs
|
||||
- Deploy Grafana for dashboards
|
||||
|
|
@ -131,9 +131,9 @@ The principles (GitOps, IaC, observability) matter more than specific tools.
|
|||
|
||||
## Getting Started
|
||||
|
||||
Begin with [[tutorials/replication/tailscale-setup]] - networking is the foundation everything else builds on.
|
||||
Begin with [[tailscale-setup]] - networking is the foundation everything else builds on.
|
||||
|
||||
## Related
|
||||
|
||||
- [[reference/index]] - See BlumeOps' specific configurations
|
||||
- [[reference]] - See BlumeOps' specific configurations
|
||||
- [[contributing]] - Help improve BlumeOps instead
|
||||
|
|
|
|||
|
|
@ -198,7 +198,7 @@ BlumeOps uses manual sync for workloads, auto sync only for the `apps` Applicati
|
|||
|
||||
## Next Steps
|
||||
|
||||
- [[tutorials/replication/observability-stack | Build observability]] - Monitor your deployments
|
||||
- [[observability-stack|Build observability]] - Monitor your deployments
|
||||
- Add more applications to your repo
|
||||
- Set up notifications for sync failures
|
||||
|
||||
|
|
|
|||
|
|
@ -10,7 +10,7 @@ tags:
|
|||
|
||||
> **Audiences:** Replicator
|
||||
>
|
||||
> **Prerequisites:** [[tutorials/replication/tailscale-setup | Tailscale Setup]]
|
||||
> **Prerequisites:** [[tailscale-setup|Tailscale Setup]]
|
||||
|
||||
This tutorial walks through setting up the foundational services that your GitOps infrastructure depends on: a git forge and optionally a container registry.
|
||||
|
||||
|
|
@ -29,7 +29,7 @@ Forgejo runs directly on your server (not in Kubernetes) because Kubernetes depe
|
|||
|
||||
### Using Ansible (BlumeOps Approach)
|
||||
|
||||
BlumeOps manages Forgejo via an Ansible role. See [[reference/ansible/roles | Ansible Roles]].
|
||||
BlumeOps manages Forgejo via an Ansible role. See [[roles|Ansible Roles]].
|
||||
|
||||
### Manual Installation
|
||||
|
||||
|
|
@ -101,7 +101,7 @@ For getting started, you can skip this and use public registries.
|
|||
|
||||
## Next Steps
|
||||
|
||||
- [[tutorials/replication/kubernetes-bootstrap | Bootstrap Kubernetes]] - Now that you have a git repo, set up your cluster
|
||||
- [[kubernetes-bootstrap|Bootstrap Kubernetes]] - Now that you have a git repo, set up your cluster
|
||||
- Configure Forgejo webhooks for ArgoCD (after ArgoCD is running)
|
||||
|
||||
## BlumeOps Specifics
|
||||
|
|
|
|||
|
|
@ -148,7 +148,7 @@ spec:
|
|||
|
||||
## Next Steps
|
||||
|
||||
- [[tutorials/replication/argocd-config | Configure ArgoCD]] - GitOps deployments
|
||||
- [[argocd-config|Configure ArgoCD]] - GitOps deployments
|
||||
- Install essential addons (ingress controller, cert-manager)
|
||||
|
||||
## BluemeOps Specifics
|
||||
|
|
|
|||
|
|
@ -177,7 +177,7 @@ spec:
|
|||
namespace: monitoring
|
||||
```
|
||||
|
||||
BluemeOps uses Alloy on both [[indri]] (for host metrics, via [[reference/ansible/roles | Ansible role]]) and in the [[cluster]] (for pod logs and service probes).
|
||||
BluemeOps uses Alloy on both [[indri]] (for host metrics, via [[roles|Ansible role]]) and in the [[cluster]] (for pod logs and service probes).
|
||||
|
||||
## What You Now Have
|
||||
|
||||
|
|
|
|||
|
|
@ -112,8 +112,8 @@ Tags must be defined in ACLs before use.
|
|||
## Next Steps
|
||||
|
||||
With networking established:
|
||||
- [[tutorials/replication/core-services | Set Up Core Services]] - Install Forgejo and optionally a container registry
|
||||
- [[tutorials/replication/kubernetes-bootstrap | Bootstrap Kubernetes]] - Your cluster will join the tailnet
|
||||
- [[core-services|Set Up Core Services]] - Install Forgejo and optionally a container registry
|
||||
- [[kubernetes-bootstrap|Bootstrap Kubernetes]] - Your cluster will join the tailnet
|
||||
|
||||
## BlumeOps Specifics
|
||||
|
||||
|
|
|
|||
|
|
@ -41,8 +41,8 @@ For those building their own homelab GitOps setup.
|
|||
| Tutorial | Audiences | Description |
|
||||
|----------|-----------|-------------|
|
||||
| [[replicating-blumeops]] | Replicator | Overview: building a similar environment |
|
||||
| [[tutorials/replication/tailscale-setup | Tailscale Setup]] | Replicator | Setting up Tailscale networking |
|
||||
| [[tutorials/replication/core-services | Core Services]] | Replicator | Forgejo and container registry |
|
||||
| [[tutorials/replication/kubernetes-bootstrap | Kubernetes Bootstrap]] | Replicator | Bootstrapping a Kubernetes cluster |
|
||||
| [[tutorials/replication/argocd-config | ArgoCD Config]] | Replicator | Configuring GitOps with ArgoCD |
|
||||
| [[tutorials/replication/observability-stack | Observability Stack]] | Replicator | Metrics, logs, and dashboards |
|
||||
| [[tailscale-setup|Tailscale Setup]] | Replicator | Setting up Tailscale networking |
|
||||
| [[core-services|Core Services]] | Replicator | Forgejo and container registry |
|
||||
| [[kubernetes-bootstrap|Kubernetes Bootstrap]] | Replicator | Bootstrapping a Kubernetes cluster |
|
||||
| [[argocd-config|ArgoCD Config]] | Replicator | Configuring GitOps with ArgoCD |
|
||||
| [[observability-stack|Observability Stack]] | Replicator | Metrics, logs, and dashboards |
|
||||
|
|
@ -33,13 +33,10 @@ def main() -> int:
|
|||
# Key: filename (without .md), Value: list of file paths
|
||||
filenames: dict[str, list[str]] = defaultdict(list)
|
||||
|
||||
# Scan all markdown files (excluding zk/, changelog.d/, and index.md files)
|
||||
# Scan all markdown files (excluding zk/ and changelog.d/)
|
||||
for md_file in sorted(DOCS_DIR.rglob("*.md")):
|
||||
if "changelog.d" in md_file.parts or "zk" in md_file.parts:
|
||||
continue
|
||||
# Skip index.md files - they're expected to exist in multiple directories
|
||||
if md_file.name == "index.md":
|
||||
continue
|
||||
|
||||
rel_path = str(md_file.relative_to(DOCS_DIR))
|
||||
filename = md_file.stem # filename without .md
|
||||
|
|
|
|||
|
|
@ -8,12 +8,14 @@
|
|||
|
||||
This script scans all markdown files in the docs/ directory (excluding
|
||||
changelog.d/), extracts wiki-links, and verifies each link target
|
||||
exists as a filename or path in the documentation.
|
||||
exists as a unique filename in the documentation.
|
||||
|
||||
Wiki-link formats supported:
|
||||
- [[filename]] - links to filename.md (must be unique)
|
||||
- [[path/to/file]] - links to path/to/file.md (for ambiguous filenames like index)
|
||||
- [[target | Display Text]] - either format with display text
|
||||
- [[filename]] - links to filename.md (must be unique across all docs)
|
||||
- [[target|Display Text]] - filename with display text
|
||||
|
||||
Path-based links (containing '/') are NOT supported to ensure all
|
||||
filenames are unique and links work correctly in obsidian.nvim.
|
||||
|
||||
Usage: mise run doc-links
|
||||
"""
|
||||
|
|
@ -28,16 +30,20 @@ from rich.table import Table
|
|||
|
||||
DOCS_DIR = Path(__file__).parent.parent / "docs"
|
||||
|
||||
# Regex to match wiki-links: [[Target]] or [[Target | Display]]
|
||||
WIKILINK_PATTERN = re.compile(r"\[\[([^\]|]+)(?:\s*\|\s*[^\]]+)?\]\]")
|
||||
# Regex to match wiki-links: [[Target]] or [[Target|Display]]
|
||||
# Captures: group(1) = target (may have spaces), group(2) = full "|Display" part if present
|
||||
WIKILINK_PATTERN = re.compile(r"\[\[([^\]|]+)(\|[^\]]+)?\]\]")
|
||||
|
||||
# Regex to match inline code (backticks)
|
||||
INLINE_CODE_PATTERN = re.compile(r"`[^`]+`")
|
||||
|
||||
|
||||
def extract_wikilinks(file_path: Path) -> list[tuple[str, int]]:
|
||||
def extract_wikilinks(file_path: Path) -> list[tuple[str, int, bool]]:
|
||||
"""Extract all wiki-link targets from a markdown file with line numbers.
|
||||
|
||||
Returns list of (target, line_num, has_spaces) tuples.
|
||||
has_spaces is True if the target or pipe separator had surrounding spaces.
|
||||
|
||||
Ignores wiki-links inside inline code (backticks) as these are examples.
|
||||
"""
|
||||
content = file_path.read_text()
|
||||
|
|
@ -47,8 +53,14 @@ def extract_wikilinks(file_path: Path) -> list[tuple[str, int]]:
|
|||
# Remove inline code before searching for wiki-links
|
||||
line_without_code = INLINE_CODE_PATTERN.sub("", line)
|
||||
for match in WIKILINK_PATTERN.finditer(line_without_code):
|
||||
target = match.group(1).strip()
|
||||
links.append((target, line_num))
|
||||
raw_target = match.group(1)
|
||||
target = raw_target.strip()
|
||||
pipe_part = match.group(2) # "|Display" or None
|
||||
# Check for spaces: in target, or around the pipe
|
||||
has_spaces = raw_target != target
|
||||
if pipe_part and (raw_target.endswith(" ") or pipe_part.startswith("| ")):
|
||||
has_spaces = True
|
||||
links.append((target, line_num, has_spaces))
|
||||
|
||||
return links
|
||||
|
||||
|
|
@ -90,9 +102,11 @@ def main() -> int:
|
|||
if (REPO_ROOT / filename).exists():
|
||||
valid_targets.add(Path(filename).stem)
|
||||
|
||||
# Collect all broken and ambiguous links
|
||||
# Collect all broken, ambiguous, path-based, and spaced links
|
||||
broken_links: list[tuple[str, int, str]] = []
|
||||
ambiguous_links: list[tuple[str, int, str, list[str]]] = []
|
||||
path_links: list[tuple[str, int, str]] = []
|
||||
spaced_links: list[tuple[str, int, str]] = []
|
||||
|
||||
# Scan all markdown files for wiki-links (excluding changelog.d/)
|
||||
for md_file in sorted(DOCS_DIR.rglob("*.md")):
|
||||
|
|
@ -102,9 +116,15 @@ def main() -> int:
|
|||
rel_path = str(md_file.relative_to(DOCS_DIR))
|
||||
links = extract_wikilinks(md_file)
|
||||
|
||||
for target, line_num in links:
|
||||
if target in ambiguous_filenames:
|
||||
# Link uses an ambiguous filename - needs to use full path
|
||||
for target, line_num, has_spaces in links:
|
||||
if has_spaces:
|
||||
# Links with spaces in target or around pipe are not allowed
|
||||
spaced_links.append((rel_path, line_num, target))
|
||||
elif "/" in target:
|
||||
# Path-based links are not allowed - use simple filenames only
|
||||
path_links.append((rel_path, line_num, target))
|
||||
elif target in ambiguous_filenames:
|
||||
# Link uses an ambiguous filename - needs to be renamed
|
||||
ambiguous_links.append((rel_path, line_num, target, filename_counts[target]))
|
||||
elif target not in valid_targets:
|
||||
broken_links.append((rel_path, line_num, target))
|
||||
|
|
@ -117,11 +137,45 @@ def main() -> int:
|
|||
|
||||
has_errors = False
|
||||
|
||||
if spaced_links:
|
||||
has_errors = True
|
||||
console.print("[bold red]Wiki-Links With Spaces Found[/bold red]")
|
||||
console.print("Wiki-links must not have spaces in the target or around the pipe.")
|
||||
console.print("Use [[target|Display Text]] not [[target | Display Text]].")
|
||||
console.print()
|
||||
table = Table(show_header=True, header_style="bold")
|
||||
table.add_column("File")
|
||||
table.add_column("Line", justify="right")
|
||||
table.add_column("Target")
|
||||
|
||||
for file_path, line_num, target in spaced_links:
|
||||
table.add_row(file_path, str(line_num), escape(f"[[{target}]]"))
|
||||
|
||||
console.print(table)
|
||||
console.print()
|
||||
|
||||
if path_links:
|
||||
has_errors = True
|
||||
console.print("[bold red]Path-Based Wiki-Links Found[/bold red]")
|
||||
console.print("Wiki-links must use simple filenames only (no '/' paths).")
|
||||
console.print("Rename files to be unique, then use [[filename]] format.")
|
||||
console.print()
|
||||
table = Table(show_header=True, header_style="bold")
|
||||
table.add_column("File")
|
||||
table.add_column("Line", justify="right")
|
||||
table.add_column("Target")
|
||||
|
||||
for file_path, line_num, target in path_links:
|
||||
table.add_row(file_path, str(line_num), escape(f"[[{target}]]"))
|
||||
|
||||
console.print(table)
|
||||
console.print()
|
||||
|
||||
if ambiguous_links:
|
||||
has_errors = True
|
||||
console.print("[bold red]Ambiguous Wiki-Links Found[/bold red]")
|
||||
console.print("These links use filenames that exist in multiple locations.")
|
||||
console.print("Use the full path instead (e.g., [[reference/index]] not [[index]]).")
|
||||
console.print("Rename files to be unique across all documentation.")
|
||||
console.print()
|
||||
table = Table(show_header=True, header_style="bold")
|
||||
table.add_column("File")
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue