У меня есть приложение ASP.net Core 6, работающее в Kubernetes. Во время запуска он просто запускает типичный код для начального приложения ASP.NET Core. Теперь он внезапно начал часто, но не всегда висел где -то в вызове Builder.build () (который я выяснил, используя консоль. Если я отключу зонды для здоровья, такие висящие стручки будут продолжать запускаться через несколько минут и работать нормально. < /P>
Я не уверен, как исследовать это дальше. Что может вызвать это? Или может быть что -то в Kubernetes, что может привести к внезапному появлению этой проблемы? < /P>
public static void Main(string[] args)
{
var builder = CreateHostBuilder(args);
var host = builder.Build(); // hangs here
host.Run();
}
public static IHostBuilder CreateHostBuilder(string[] args)
{
var builder = Host.CreateDefaultBuilder(args);
builder = builder.ConfigureWebHostDefaults(webBuilder =>
{
webBuilder.UseStartup();
});
return builder;
}
Добавлено:
Запуск журналов kubectl
будет создавать только некоторые журналы из Linkerd, что не показывает мне ничего странного (ошибки выглядят как провальная проверка здоровья, что имеет смысл, учитывая, что приложение не запускается):
Defaulted container "linkerd-proxy" out of: linkerd-proxy, , linkerd-init (init)
[ 0.020493s] INFO ThreadId(01) linkerd2_proxy::rt: Using single-threaded proxy runtime
[ 0.021883s] INFO ThreadId(01) linkerd2_proxy: Admin interface on 0.0.0.0:4191
[ 0.021913s] INFO ThreadId(01) linkerd2_proxy: Inbound interface on 0.0.0.0:4143
[ 0.021927s] INFO ThreadId(01) linkerd2_proxy: Outbound interface on 127.0.0.1:4140
[ 0.021935s] INFO ThreadId(01) linkerd2_proxy: Tap DISABLED
[ 0.021941s] INFO ThreadId(01) linkerd2_proxy: Local identity is default.default.serviceaccount.identity.linkerd.cluster.local
[ 0.021948s] INFO ThreadId(01) linkerd2_proxy: Identity verified via linkerd-identity-headless.linkerd.svc.cluster.local:8080 (linkerd-identity.linkerd.serviceaccount.identity.linkerd.cluster.local)
[ 0.021954s] INFO ThreadId(01) linkerd2_proxy: Destinations resolved via linkerd-dst-headless.linkerd.svc.cluster.local:8086 (linkerd-destination.linkerd.serviceaccount.identity.linkerd.cluster.local)
[ 0.043719s] INFO ThreadId(02) daemon:identity: linkerd_app: Certified identity id=default.default.serviceaccount.identity.linkerd.cluster.local
[ 17.330501s] INFO ThreadId(01) inbound:server{port=80}:rescue{client.addr=87.233.137.147:47108}: linkerd_app_core::errors::respond: HTTP/1.1 request failed error=error trying to connect: Connection refused (os error 111) error.sources=[Connection refused (os error 111)]
[ 37.318022s] INFO ThreadId(01) inbound:server{port=80}:rescue{client.addr=87.233.137.147:49918}: linkerd_app_core::errors::respond: HTTP/1.1 request failed error=error trying to connect: Connection refused (os error 111) error.sources=[Connection refused (os error 111)]
[ 57.317661s] INFO ThreadId(01) inbound:server{port=80}:rescue{client.addr=87.233.137.147:55614}: linkerd_app_core::errors::respond: HTTP/1.1 request failed error=error trying to connect: Connection refused (os error 111) error.sources=[Connection refused (os error 111)]
[ 77.317162s] INFO ThreadId(01) inbound:server{port=80}:rescue{client.addr=87.233.137.147:49574}: linkerd_app_core::errors::respond: HTTP/1.1 request failed error=error trying to connect: Connection refused (os error 111) error.sources=[Connection refused (os error 111)]
[ 97.317333s] INFO ThreadId(01) inbound:server{port=80}:rescue{client.addr=87.233.137.147:41688}: linkerd_app_core::errors::respond: HTTP/1.1 request failed error=error trying to connect: Connection refused (os error 111) error.sources=[Connection refused (os error 111)]```
Подробнее здесь: https://stackoverflow.com/questions/775 ... ilder-buid
