docs: llamavault is .87 now, and SMB must be reached by name
The 2026-10 power outage rotated the NAS off its DHCP lease: 192.168.50.86 is dead, 192.168.50.87 answers. The app had the literal IP baked into Music.TrackPath, so TRAX blocked ~40s on an unreachable network path during LoadLayout before giving up (0x80070035) — an unbounded SMB open on the startup path. Two facts banked so this is not re-derived: - Reach the share as \\llamavault\llamaVault\... The Windows hosts file pins that name to the current IP, so an IP change is now a hosts-file edit, not a database edit inside a running app. - The IP is DHCP. Ping before trusting any hardcoded path. DB repointed to the name (Music.TrackPath, one row); backup kept alongside it as ytLlive.db.bak-20261004-090001. Startup log truncated 16.7MB -> 118KB (AppLog.AppendAllText holds no long-lived handle, so truncating in place is safe).
This commit is contained in:
@@ -41,7 +41,7 @@ All LAN credentials live in `CREDENTIALS.md` (gitignored). Server IPs and roles:
|
||||
| Host | IP | Role |
|
||||
|------|----|------|
|
||||
| corsair | .132 | Gaming/streaming primary — RTX 5070 Ti (this machine) |
|
||||
| llamavault | .86 | ODROID-HC4, 12TB RAID5, media storage (NFS). SSH: `ssh mshallop@192.168.50.86` |
|
||||
| llamavault | .87 | ODROID-HC4, 12TB RAID5, media storage (NFS). SSH: `ssh mshallop@192.168.50.87`. **DHCP-bound — it moved off `.86` after the 2026-10 power outage, so confirm with a ping before trusting any path.** SMB is reached by the **`llamavault` name**, pinned in the Windows hosts file, never by literal IP: `\\llamavault\llamaVault\...` |
|
||||
| pivault | .158 | RPi5 8GB, 10.83TB RAID5 NAS |
|
||||
| jarvis | .210 | AMD Ryzen 5 5600X, RX 6600 XT — AI inference, SearXNG, Docker registry, Immich |
|
||||
| ultron | .108 | AMD Ryzen 7 7840HS — AI orchestrator, llama-server, Qdrant |
|
||||
|
||||
Reference in New Issue
Block a user