Move query-cache-server to solr_services (it's Solr) (v0.11.3)

The "query-cache-server" name is legacy from an earlier
owl_cache layer -- the service actually runs Solr directly
hosting the vfb_json core. The v0.11.2 entry treated it as an
owl_cache and probed /status, which doesn't exist on Solr.

Drop the cache_services entry, add a new solr_services entry
"Preview Solr (query-preview.virtualflybrain.org)" with
core: vfb_json, LB-fronted only. The container lives in
vfb-development so per-container probing via the Rancher API
would ConnectError across stacks anyway; the LB path works
fine.

Live verification:
- /solr/vfb_json/admin/system: 1.03 GB JVM (6.5%), load 6.73,
  Solr 8.11.4
- /solr/vfb_json/admin/mbeans /select: 3,006 cumulative
  requests, mean 0.005/s

Author: Robbie1977

CHANGELOG.md

@@ -2,6 +2,16 @@
 
 All notable changes to vfb-status are recorded here. The format is loosely based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/) and the project follows [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## [0.11.3] — 2026-06-05
+
+### Fixed
+
+- `query-cache-server` (1s322) is a **Solr server**, not an owl_cache — name is legacy from an earlier caching layer. The v0.11.2 entry treated it as an owl_cache and probed `/status`, which doesn't exist. Removed from `cache_services` and added as a new entry under `solr_services` (`Preview Solr (query-preview.virtualflybrain.org)`, core `vfb_json`, LB-fronted only). The container lives in the `vfb-development` stack so Rancher v1 cross-stack overlay isolation would have blocked a per-container probe anyway; the LB path works.
+
+### Verified live
+
+- Preview Solr serves the `vfb_json` core at `http://query-preview.virtualflybrain.org:8983/solr/vfb_json/admin/system?wt=json`: 1.03 GB JVM mem (6.5%), system load 6.73, Solr 8.11.4, 3 006 cumulative `/select` requests (rate 0.005/s).
+
 ## [0.11.2] — 2026-06-05
 
 ### Added
@@ -262,6 +272,7 @@ Initial release. Self-contained Docker uptime tracker for public-facing Virtual
 - Four subdomains (`nas0`, `iip3d`, `nblast`, `abd1-5.catmaid`) ship with `verify_tls: false` because the production cert SAN doesn't cover them. The servers are up; the cert provisioning is a separate problem.
 - Kubernetes nodes are intentionally not handled here — separate checks planned for a later release.
 
+[0.11.3]: https://github.com/VirtualFlyBrain/vfb-status/releases/tag/v0.11.3
 [0.11.2]: https://github.com/VirtualFlyBrain/vfb-status/releases/tag/v0.11.2
 [0.11.1]: https://github.com/VirtualFlyBrain/vfb-status/releases/tag/v0.11.1
 [0.11.0]: https://github.com/VirtualFlyBrain/vfb-status/releases/tag/v0.11.0

config/services.yml

@@ -170,17 +170,9 @@ cache_services:
       service_url: https://herd.virtualflybrain.org/v2-beta/projects/1a5/services/1s338
       container_port: 80
       container_path: /status
-  - name: Query cache (query-preview.virtualflybrain.org)
-    # owl_cache 1.1.20 fronting queryserver (1s304). The rancher LB only
-    # routes /solr/* through `query-preview.virtualflybrain.org:8983`, so the
-    # LB-fronted /status fallback below 404s — that's fine, the per-container
-    # probe via the Rancher API hits the container's nginx on port 80 directly.
-    status_url: http://query-preview.virtualflybrain.org:8983/status
-    fronts: queryserver (query.virtualflybrain.org)
-    rancher:
-      service_url: https://herd.virtualflybrain.org/v2-beta/projects/1a5/services/1s322
-      container_port: 80
-      container_path: /status
+# Note: query-cache-server (1s322) lives under solr_services below — the
+# service name is misleading (legacy from an earlier owl_cache layer); it
+# now runs Solr directly hosting the vfb_json core.
 
 # Neo4j endpoints — verify both that the database is online AND that it has
 # data. Two-stage probe:
@@ -275,6 +267,21 @@ solr_services:
       service_url: https://herd.virtualflybrain.org/v2-beta/projects/1a5/services/1s304
       container_port: 8983
       container_scheme: http
+  - name: Preview Solr (query-preview.virtualflybrain.org)
+    # query-cache-server (1s322) — name is legacy; this is a Solr instance
+    # hosting the vfb_json core, NOT an owl_cache (despite what the old
+    # docker-compose says). Lives in the vfb-development stack so a
+    # per-container probe via the Rancher API at 10.42.x.x:8983 would
+    # ConnectError across stacks — LB probe only.
+    base_url: http://query-preview.virtualflybrain.org:8983
+    core: vfb_json
+    fronts: queryserver replica / vfb_json preview (1s322)
+    # no rancher: block — cross-stack overlay isolation blocks the direct
+    # path. If 1s322 is ever moved into vfb-services-live, add:
+    #   rancher:
+    #     service_url: https://herd.virtualflybrain.org/v2-beta/projects/1a5/services/1s322
+    #     container_port: 8983
+    #     container_scheme: http
 
 # Application services exposing their own /status JSON (shape: vfbquery, ...).
 # Probed on the same schedule as everything else; metrics stored in