eblume/blumeops
1
1
Fork 0
Code Issues Pull requests Projects Releases 83 Packages Wiki Activity Actions
blumeops/docs/reference/storage/sifaka.md
Erich Blume 26e4a18396 Convert wiki-links to title-based format 
- Add doc-card-titles mise task to enumerate cards and detect duplicates
- Remove redundant aliases from zk cards (where alias matched id)
- Rename reference/storage/postgresql.md title to "PostgreSQL Storage"
- Convert all path-based wiki-links [[path|Title]] to title-based [[Title]]
- Add pre-commit hook to check for duplicate card titles

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
2026-02-03 15:03:24 -08:00

1.8 KiB
Raw Blame History

title tags
Sifaka NAS
storage

Sifaka NAS

Synology NAS providing network storage and backup target.

Quick Reference

Property Value
Dashboard https://nas.ops.eblu.me
Model Synology
Storage 10.9TB RAID 5
Role Backup target, media storage

Network Shares

Share Path Purpose Consumers
backups /volume1/backups Borg backup repository Borgmatic
torrents /volume1/torrents ZIM downloads Kiwix, Transmission
music /volume1/music Music library Navidrome
allisonflix /volume1/allisonflix Video library Jellyfin
photos /volume1/photos Photo library Immich

NFS Exports

Export Allowed Clients Purpose
/volume1/torrents 192.168.1.0/24, 100.64.0.0/10 k8s pods via Docker NAT
/volume1/music 192.168.1.0/24, 100.64.0.0/10 k8s pods via Docker NAT
/volume1/photos 192.168.1.0/24, 100.64.0.0/10 k8s pods via Docker NAT

Monitoring

Node exporter running in Docker container, scraped by Prometheus at sifaka:9100.

Tailscale

  • Tag: tag:nas
  • ACL: tag:homelab can access for backups

Backup

Sifaka is the target for Backup, 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