duskembayev

I faced a similar issue, which reproduces occasionally when invoking `ConnectionMultiplexer.CloseAsync()`. **Package: StackExchange.Redis 2.8.0** **Executing code:** ``` internal sealed class RedisConnection : IHostedService { // ... public async Task StopAsync(CancellationToken...

@dotnet-policy-service agree

> Is there any way to test this? I don't see any possibility to test it, but if you suggest something - I can implement it.

> Do we have a similar bad pattern being followed in other integrations? I found these: - Aspire.RabbitMQ.Client: https://github.com/dotnet/aspire/blob/6c48677f422978e9b67f56803bba587e3cce3efc/src/Components/Aspire.RabbitMQ.Client/AspireRabbitMQExtensions.cs#L132 - Aspire.Seq: https://github.com/dotnet/aspire/blob/6c48677f422978e9b67f56803bba587e3cce3efc/src/Components/Aspire.Seq/AspireSeqExtensions.cs#L75

Any updates?

@radical @eerhardt can we proceed with the next step?

I can try to collect the dump, but I already implemented the workaround and it helped me: ```csharp public static void AddKafkaHealthCheck(this IHostApplicationBuilder builder, string connectionName = "Kafka") { builder.Services...

Interesting. In Xabaril implementation this issue will not happen. Because the healthcheck is registered as singleton and DI is used to instantiate it: ``` builder.Services.AddSingleton(_ => new KafkaHealthCheck(new KafkaHealthCheckOptions {...

@davidfowl I want to prepare a PR to fix this issue tomorrow.