bug(sync): failed to write config #604
Labels
No labels
1week
2weeks
Failed compliance check
IP cameras
NATS
Possible security concern
Review effort 1/5
Review effort 2/5
Review effort 3/5
Review effort 4/5
Review effort 5/5
UI
aardvark
accessibility
amd64
api
arm64
auth
back-end
bgp
blog
bug
build
checkers
ci-cd
cleanup
cnpg
codex
core
dependencies
device-management
documentation
duplicate
dusk
ebpf
enhancement
eta 1d
eta 1hr
eta 3d
eta 3hr
feature
fieldsurvey
github_actions
go
good first issue
help wanted
invalid
javascript
k8s
log-collector
mapper
mtr
needs-triage
netflow
network-sweep
observability
oracle
otel
plug-in
proton
python
question
reddit
redhat
research
rperf
rperf-checker
rust
sdk
security
serviceradar-agent
serviceradar-agent-gateway
serviceradar-web
serviceradar-web-ng
siem
snmp
sysmon
topology
ubiquiti
wasm
wontfix
zen-engine
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
carverauto/serviceradar#604
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Imported from GitHub.
Original GitHub issue: #1864
Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/issues/1864
Original created: 2025-10-23T05:49:23Z
Describe the bug
To Reproduce
Steps to reproduce the behavior:
Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):
Smartphone (please complete the following information):
Additional context
Add any other context about the problem here.
Imported GitHub comment.
Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/issues/1864#issuecomment-3435336301
Original created: 2025-10-23T06:14:25Z
Root cause: Armis sweep chunk writes were still emitting ~2MB payloads, which JetStream rejected as
message block data missing. Added a size-aware chunker inpkg/sync/integrations/armis/config.gothat caps each KV entry at ~512KiB (with adaptive halving when we encounter oversized device metadata) and a regression test (TestDefaultKVWriter_WriteSweepConfigChunks) that fails if we regress.Validation:
go test ./pkg/sync/...and pushedghcr.io/carverauto/serviceradar-sync:sha-5036ca2f580004986152a1bdbff04416692cde22before rolling the demo deployment (kubectl rollout status deployment/serviceradar-sync -n demo).Next step: keep an eye on sync logs for any residual JetStream 503s now that the new chunking logic is live.