Skip to content

Commit 664b3a7

Browse files
committed
vfbquerycache is Solr, not owl_cache (v0.11.6)
Same trap as v0.11.3 (query-cache-server). The hostname says "cache" but queryserver-vfbquery (1s348) runs the Solr image virtualflybrain/vfb-solr and serves /solr/vfb_json/. Drop the v0.11.5 cache_services entry, add VFBquery Solr in solr_services with core: vfb_json, per-container probing via 1s348 at port 8983 over http. Live verification (LB-fronted): 1.2% JVM mem, load 2.4, 123 cumulative /select + 116 /update -- the only Solr of the four that takes writes, so worth tracking separately from the other two vfb_json backends.
1 parent 791e84c commit 664b3a7

2 files changed

Lines changed: 23 additions & 12 deletions

File tree

CHANGELOG.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -12,6 +12,12 @@ All notable changes to vfb-status are recorded here. The format is loosely based
1212
- A container failing writes is marked not-ok (so it counts against uptime and surfaces in the cluster-degraded table) and the Solr card shows a `writes failing ⚠` badge. New fields `u_server_errors`, `write_ok`, `write_detail` on `/api/solr`.
1313
- `solr_history.u_server_errors` column, added to existing databases via the standard `_migrate()` ADD COLUMN path.
1414

15+
## [0.11.6] — 2026-06-08
16+
17+
### Fixed
18+
19+
- `vfbquerycache.virtualflybrain.org` is a Solr server (`queryserver-vfbquery` 1s348, image `virtualflybrain/vfb-solr`), not an owl_cache — exact same naming trap as `query-cache-server` (1s322) was in v0.11.3. Removed the v0.11.5 entry from `cache_services` and added `VFBquery Solr (vfbquerycache.virtualflybrain.org)` to `solr_services` with `core: vfb_json` and per-container probing via Rancher API (service 1s348, container_port 8983, scheme http). Live verification: 1.2% JVM mem, load 2.4, 123 cumulative `/select` requests + 116 `/update` (the only Solr of the four that takes writes), Solr 8.11.4.
20+
1521
## [0.11.5] — 2026-06-08
1622

1723
### Changed
@@ -304,6 +310,7 @@ Initial release. Self-contained Docker uptime tracker for public-facing Virtual
304310
- 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.
305311
- Kubernetes nodes are intentionally not handled here — separate checks planned for a later release.
306312

313+
[0.11.6]: https://github.com/VirtualFlyBrain/vfb-status/releases/tag/v0.11.6
307314
[0.11.5]: https://github.com/VirtualFlyBrain/vfb-status/releases/tag/v0.11.5
308315
[0.11.4]: https://github.com/VirtualFlyBrain/vfb-status/releases/tag/v0.11.4
309316
[0.11.3]: https://github.com/VirtualFlyBrain/vfb-status/releases/tag/v0.11.3

config/services.yml

Lines changed: 16 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -170,18 +170,10 @@ cache_services:
170170
service_url: https://herd.virtualflybrain.org/v2-beta/projects/1a5/services/1s338
171171
container_port: 80
172172
container_path: /status
173-
- name: VFBquery cache (vfbquerycache.virtualflybrain.org)
174-
# Cache in front of vfbquery. As of 2026-06-05 the public hostname
175-
# doesn't have an LB rule in RancherServices/vfb-services-live and
176-
# falls through to the Hugo catch-all, so the LB-fronted /status
177-
# probe below will 404 until either the LB rule lands or this is
178-
# rewired to the rancher: per-container path.
179-
status_url: http://vfbquerycache.virtualflybrain.org/status
180-
fronts: vfbquery cache
181-
# rancher:
182-
# service_url: https://herd.virtualflybrain.org/v2-beta/projects/1a5/services/<ID>
183-
# container_port: 80
184-
# container_path: /status
173+
# Note: vfbquerycache.virtualflybrain.org (host LB rule added 2026-06-08)
174+
# is a Solr server (queryserver-vfbquery, image virtualflybrain/vfb-solr,
175+
# 1s348). Moved to solr_services below — name is misleading, same trap
176+
# as query-cache-server / 1s322 was in v0.11.3.
185177
# Note: query-cache-server (1s322) lives under solr_services below — the
186178
# service name is misleading (legacy from an earlier owl_cache layer); it
187179
# now runs Solr directly hosting the vfb_json core.
@@ -294,6 +286,18 @@ solr_services:
294286
service_url: https://herd.virtualflybrain.org/v2-beta/projects/1a5/services/1s304
295287
container_port: 8983
296288
container_scheme: http
289+
- name: VFBquery Solr (vfbquerycache.virtualflybrain.org)
290+
# queryserver-vfbquery (1s348, image virtualflybrain/vfb-solr).
291+
# Hostname says "cache" but it's actually a Solr server hosting the
292+
# vfb_json core — exact same naming trap as query-cache-server (1s322).
293+
# LB rule: vfbquerycache.virtualflybrain.org:80 /solr/ → 8983.
294+
base_url: http://vfbquerycache.virtualflybrain.org
295+
core: vfb_json
296+
fronts: queryserver-vfbquery (1s348)
297+
rancher:
298+
service_url: https://herd.virtualflybrain.org/v2-beta/projects/1a5/services/1s348
299+
container_port: 8983
300+
container_scheme: http
297301
# Note: query-preview.virtualflybrain.org (1s322) used to be tracked
298302
# here as a vfb_json Solr; we swapped it for the VFBquery cache below
299303
# in v0.11.5 since that's the more operationally relevant endpoint to

0 commit comments

Comments
 (0)