storage: MSan use-after-dtor flake at exit in tests calling EnableGrpcMetricsImpl
Mantenedores costumam responder em até 1 dia
@kalragauri já está trabalhando nisso.
Desde 23/10/2026.
Avaliação
Esta issue ainda não foi avaliada.
Descrição
Description
Unit tests introduced in #16538 that call storage_internal::EnableGrpcMetricsImpl() are flaky under MemorySanitizer (msan-ci and msan-storage-ci), failing at process exit with a use-of-uninitialized-value (use-after-dtor) error:
//google/cloud/storage:internal_grpc_channel_metrics_test:ChannelMetrics.RegisteredAuthorityHonorsOption
//google/cloud/storage:internal_grpc_metrics_exporter_impl_test:GrpcMetricsExporter.FindMeterProviderAfterEnableGrpcMetricsExporter.ConcurrentEnableFindsSameProvider
Root Cause
EnableGrpcMetricsImpl()creates an OpenTelemetryMeterProviderwith aPeriodicExportingMetricReaderbackground thread (DoBackgroundWork()) and intentionally retains it in two process-lifetime singletons that are never destroyed at exit (ExporterRegistry::Singleton()and gRPC's globalOpenTelemetryPluginBuilder::BuildAndRegisterGlobal()).- In
opentelemetry-cpp1.24.0,PeriodicExportingMetricReader::DoBackgroundWork()runs its firstCollectAndExportOnce()immediately when the worker thread starts. - Instruments without a custom
AggregationConfig(such as the gRPC WRR/xDS/RLS counters and gauges) useAggregationConfig::GetOrDefault(), which returns a pointer to a function-localstatic const AggregationConfig default_config{}(andViewRegistry::FindViews()usesstatic const View view("")). - When the unit test binary finishes
main()and callsexit(),__cxa_atexitrunsAggregationConfig::~AggregationConfig()ondefault_config(which MSan poisons via__sanitizer_dtor_callback_fields), while the leakedPeriodicExportingMetricReaderbackground thread is concurrently executingSyncMetricStorage::Collect()and readingaggregation_config_->cardinality_limit_.
Example Stack Trace
==12==WARNING: MemorySanitizer: use-of-uninitialized-value
#0 0x7ff25512eae8 in opentelemetry::v1::sdk::metrics::AttributesHashMapWithCustomHash<opentelemetry::v1::sdk::metrics::FilteredOrderedAttributeMapHash>::AttributesHashMapWithCustomHash(unsigned long) .../opentelemetry/sdk/metrics/state/attributes_hashmap.h:53:9
#1 0x7ff25512eae8 in opentelemetry::v1::sdk::metrics::SyncMetricStorage::Collect(...) .../external/opentelemetry-cpp+/sdk/src/metrics/state/sync_metric_storage.cc:39:35
#2 0x7ff2550d38fe in opentelemetry::v1::sdk::metrics::Meter::Collect(...) .../external/opentelemetry-cpp+/sdk/src/metrics/meter.cc:661:28
...
#10 0x7ff255080e64 in opentelemetry::v1::sdk::metrics::PeriodicExportingMetricReader::CollectAndExportOnce() .../external/opentelemetry-cpp+/sdk/src/metrics/export/periodic_exporting_metric_reader.cc:172:11
#11 0x7ff255080e64 in opentelemetry::v1::sdk::metrics::PeriodicExportingMetricReader::DoBackgroundWork() .../external/opentelemetry-cpp+/sdk/src/metrics/export/periodic_exporting_metric_reader.cc:107:19
Member fields were destroyed
#0 0x492ed1 in __sanitizer_dtor_callback_fields
#1 0x7ff257252416 in opentelemetry::v1::sdk::metrics::AggregationConfig::~AggregationConfig() .../opentelemetry/sdk/metrics/aggregation/aggregation_config.h:37:10
#3 0x4938bf in MSanCxaAtExitWrapper(void*)
#4 0x7ff24dd6e70d in exit
Example CI Builds
- Linguagem predominante
- C++
- Estrelas
- 659
- Forks
- 475
- Merge médio
- 1d 12h
- PRs com merge (30d)
- 77
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de googleapis/google-cloud-cpp
-
cleanup(storage): remove deprecated OpenTelemetry rpc.message.type and rpc.message.id attributesAbertaapi: storage type: cleanup
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
googleapis/google-cloud-cpp#16544 ·
Mantenedores costumam responder em até 1 dia
-
api: storage priority: p2 type: bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
googleapis/google-cloud-cpp#16529 ·
Mantenedores costumam responder em até 1 dia
-
type: feature request
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 73/100
googleapis/google-cloud-cpp#16193 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
googleapis/google-cloud-cpp#16575 ·
Mantenedores costumam responder em até 1 dia
-
api: storage type: cleanup
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 55/100
googleapis/google-cloud-cpp#16545 ·
Mantenedores costumam responder em até 1 dia
Todas as issues de googleapis/google-cloud-cpp
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
sistemicorp/scripts#62 ·
-
Vim/NeoVim pluginAberta
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
-
extended_stabilizer: `std::pow(2, p/2.)` in `scalar_t::to_complex()` takes ~40% of runtime on LinuxTalvez já em andamento @mehmetniyazikayi assumiu hoje. Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 74/100
Qiskit/qiskit-aer#2502 ·
Mantenedores costumam responder em até 1 dia
-
Test failure on FreeBSD: #26 unexpected system_clock sourceTalvez já em andamento Um pull request vinculado a esta issue está aberto ou já foi mesclado. Abertalow priority rt_lib tests
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 67/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
RobLoach/raylib-cpp#440 · 2 comentários ·