Repository navigation
Conversation
steiler
added this pull request to stack #494
September 23, 2026 12:32
This was referenced Sep 23, 2026
Open
steiler
force-pushed
the
cache-ci-integration
branch
from
October 5, 2026 09:58
7505b87 to
4a40df6
Compare
alexandernorth
approved these changes
Oct 9, 2026
steiler
force-pushed
the
cache-ci-integration
branch
from
October 14, 2026 08:18
1d357f7 to
0e42e33
Compare
steiler
removed this pull request from stack #494
October 14, 2026 08:20
steiler
added this pull request to stack #494
October 14, 2026 08:20
steiler
removed this pull request from stack #494
October 14, 2026 08:21
steiler
added this pull request to stack #528
October 14, 2026 08:21
steiler
force-pushed
the
cache-ci-integration
branch
from
October 14, 2026 09:06
0e42e33 to
4d2709c
Compare
- ADR 0001: normalize driver-library errors (scrapligo's util.ErrConnectionError) to io.EOF at the driver/scrapligo adapter boundary, not in nc.go, so isTransportError stays driver-agnostic. - ADR 0002: deliberately exclude scrapligo's util.ErrTimeoutError from transport-error classification, to avoid config-server retrying transactions against slow-but-alive devices. - CONTEXT.md: document the netconf target and note that ErrNotConnected is intentionally reused for both the pre-flight (never connected) and mid-flight (transport dropped during an in-progress RPC) scenarios. Signed-off-by: Markus Vahlenkamp <markus.vahlenkamp@nokia.com>
Signed-off-by: Markus Vahlenkamp <markus.vahlenkamp@nokia.com>
cleanup Signed-off-by: Markus Vahlenkamp <markus.vahlenkamp@nokia.com>
Enables grpcurl- and tooling-based introspection used by the config-server cache-backend integration suite added in this ticket. Adapted from 71fab9d on origin/config-server-cache-backend (split out from that commit's cicd.yml change, which is folded into the next commit instead). Signed-off-by: Markus Vahlenkamp <markus.vahlenkamp@nokia.com>
Runs a second single.yml invocation (cache_type: config-server) alongside the existing cache_type: local job, exercising 00-setup, 01-crs, 02-crud, 03-deviations, 04-sensitive and the new 05-cache-backend suite against the ConfigServerCache read+write path built in tickets 05-07. Pinned to the paired integration-tests branch as a fallback ref so a plain 'main' resolution doesn't run the new 05-cache-backend suite against a checkout that doesn't have it yet. Also adds a run-manifest job that records the resolved pairing/version inputs (data-server, config-server, integration-tests, schema/cache/ cert-manager versions, suites_to_run) as a build artifact, so a failing run can be triaged without re-deriving Pairs-with resolution by hand. Topology decision: kept the existing cache_type: local job running unchanged rather than dropping it (see ticket 08's note on 01b93e2/'ci: drop local-cache integration-tests job from cicd.yml'). The two backends are independent deployments launched by separate single.yml invocations/runners in this repo's CI, not a single shared cluster, so there's no forced coexistence problem here -- dropping the job would only lose regression coverage on cache_type: local, which tickets 05-07 leave untouched and still need to keep working. Adapted from origin/config-server-cache-backend's e07bb92, b2c4ed7, 92a7d85, 96eee5b (job/manifest structure) and the net effect of 71fab9d/5cb4100/00e5224's back-and-forth (folded directly into the 04-sensitive suite entry the config-server job ends with, rather than replaying the intermediate sensitive-local job that immediately got removed again). 01b93e2 (drop local-cache job) intentionally not applied, per the topology decision above. Signed-off-by: Markus Vahlenkamp <markus.vahlenkamp@nokia.com>
Keep only the config-server cache backend integration job. Local cache is a separate snapshot-handling mode and is not part of the CI regression gate. Signed-off-by: Markus Vahlenkamp <markus.vahlenkamp@nokia.com>
steiler
force-pushed
the
cache-ci-integration
branch
from
October 14, 2026 09:09
4d2709c to
e4bcefa
Compare
Codecov Report❌ Patch coverage is
📢 Thoughts on this report? Let us know! 🚀 New features to boost your workflow:
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Ticket 08 of the #460 + #471 PR-split reorg
(see
graph.md/index.mdin the tracking gist for the full stack). Base:cache-write-backend(#497). Top of the stack.Scope
Wires a real
Cache.Type: config-serverdeployment intocicd.yml's integration-testsjob, exercising the read+write
ConfigServerCachepath built in tickets 05-07 end-to-end.Cross-repo dependency
Pairs-with: sdcio/config-server#476
Pairs-with: sdcio/integration-tests#115
What shipped
reflection.Register(s.srv)on the gRPC server — enables grpcurl-/tooling-basedintrospection the integration suite relies on.
integration-tests-cache-backendjob incicd.yml: a secondsingle.ymlinvocation with
cache_type: config-server, running00-setup,01-crs,02-crud, 03-deviations,04-sensitive,05-cache-backendagainst the pairedintegration-testsbranch (falling back to
config-server-cache-backendinstead ofmainwhenunresolved, so
05-cache-backenddoesn't run against a checkout that lacks the suite).run-manifestjob that records the resolved pairing/version inputs for bothintegration jobs (data-server/config-server/integration-tests refs+SHAs, schema/cache/
cert-manager versions,
suites_to_run) as a build artifact, for triage withoutre-deriving
Pairs-withresolution by hand.Topology decision
Kept the existing
cache_type: localintegration-testsjob running unchanged,rather than dropping it (source branch's
01b93e2). The two backends are independentdeployments launched by separate
single.ymlinvocations/runners here, not one sharedcluster, so there's no forced-coexistence problem in this repo's CI — dropping the job
would only cost regression coverage on
cache_type: local, which tickets 05-07 leaveuntouched and still need to keep passing.
Adapted from the source branch
e07bb92,b2c4ed7,92a7d85,96eee5b(job/manifeststructure) and the server-side half of
71fab9dfromorigin/config-server-cache-backend.71fab9d/5cb4100/00e5224's sensitive-suite back-and-forth directly into thefinal
04-sensitivesuite entry on the config-server job, rather than replaying theintermediate
integration-tests-sensitive-localjob that00e5224immediately removedagain — net effect only.
01b93e2(drop local-cache job) intentionally not applied — see topology decisionabove.
69aab566/6c1bf7d8(empty CI re-trigger commits) dropped, consistent with prior tickets.Known issue found while re-verifying cross-repo pairing (2026-09-23)
Both paired PRs resolve
MERGEABLEagainst their own bases, but neither base ismain:sdcio/integration-tests#115bases onfeat/sensitiveData(Bump google.golang.org/grpc from 1.61.0 to 1.62.0 #108), which is itselfOPEN/MERGEABLEagainstmain— this chain is fine.sdcio/config-server#476bases on thesensitivebranch, which only hassdcio/config-server#441open against it, and#441isCONFLICTINGagainstmain.This is a config-server-repo problem (unrelated author/PR), not something this ticket's
scope covers, but it means
integration-tests-cache-backend's config-server side won'tbe reliably green until someone rebases
config-server#441(or#476gets re-baseddirectly onto
main). Flagging for whoever owns that PR/repo before expecting this jobto go green.
Verification
go build ./...,go vet ./...,go test ./...(full repo), andgolangci-lint run ./...all pass..github/workflows/cicd.ymlvalidated withyaml.safe_load. IntegrationCI itself won't be green until the config-server-side issue above is resolved upstream.