Stencil cache proto schema even after schema is deleted

オープン

#180 2024年10月10日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 4/5
見積もり時間: 3〜5日
初心者へのやさしさ: 38/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 停滞
技術スタック: go
領域: api, backend, distributed-systems

調査の方向性

Start by reproducing the DELETE, POST, and GET requests against multiple Stencil pods behind the service, then inspect the schema-serving and cache entry points. Done means a deleted schema does not reappear after recreation, including when requests reach different pods, without requiring a rolling restart.

索引モデルが issue の本文から書いたものです。

説明

Describe the bug

When I delete a proto-schema

curl -X DELETE http://stencil:8080/v1beta1/namespaces/my-proto/schemas/internal

and recreate the schema

buf build -v --path "internal/src" --as-file-descriptor-set -o "internal/generated/out.desc"
curl --fail-with-body -X POST http://stencil:8080/v1beta1/namespaces/pixxel-proto/schemas/internal --data-binary "@internal/generated/out.desc"

The old schema is still present when getting this schema.

curl http://stencil:8080/v1beta1/namespaces/pixxel-proto/schemas/internal -o any.desc
protoc --decode_raw < any.desc. (the output here still shows the old deleted schema)

Here the stencil URL http://stencil:8080/ is a Service which loads balances across multiple stencil pods.

This problem is solved after doing a rolling restart of Stencil pods.

Expected behavior

Stencil appears to be caching the schema even after the pods are deleted. The cache is local to the pod and not shared across all pods, hence old cache is appearing.

主要言語: Go
スター: 237
フォーク: 42
PR マージ指標: 30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

raystack/stencil のほかの issue

Prometheus metrics exposotion オープン

難易度 4/5 3〜5日初心者へのやさしさ 35/100

raystack/stencil#179 · 2024年9月17日に作成
Non existing namespace delete is happening オープン

難易度 2/5 1〜3時間初心者へのやさしさ 35/100

raystack/stencil#145 · 2022年9月3日に作成
Json deserialization support in java client オープン

enhancement json

難易度 5/5 1週間以上初心者へのやさしさ 30/100

raystack/stencil#125 · 2022年3月22日に作成
add compatibility checks for protobuf oneof fields オープン

難易度 4/5 3〜5日初心者へのやさしさ 35/100

raystack/stencil#90 · 2021年12月2日に作成
[Docs] [golang client] Data parsing example オープン

docs good first issue

難易度 2/5 1〜3時間初心者へのやさしさ 35/100

raystack/stencil#86 · 2021年10月28日に作成

raystack/stencil の issue をすべて見る

似ている issue

ci: macOS contributor nightly fails to build aws-lc-fips-sys (Could not find Go) オープン

bug github_actions

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

registrystack/registry-stack#1393 · 2026年9月24日に作成
self-host checker: `write` with the wrong argument count is not E004 オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

JakeChampion/lang#10213 · 2026年9月24日に作成
Bump protobufjs to >=7.5.5 to address GHSAs (transitive via @oasisprotocol/client) オープン

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

oasisprotocol/oasis-sdk#2523 · 2026年9月24日に作成
x/vulndb: suggestion regarding GO-2026-6452 オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

golang/vulndb#6587 · 2026年9月24日に作成
authentik_source_oauth: access_token_url/authorization_url/oidc_jwks_url/profile_url cause a permanent diff when oidc_well_known_url is set オープン

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

goauthentik/terraform-provider-authentik#981 · 2026年9月24日に作成

Go の issue をもっと見る