Да и не работал он никогда нормально

дуалбут имеешь в виду?

у тебя 7 ошибок в слове медленный )

Потому что нет возможность маунтить другие Линукс диски? Ну и порты пробрасывать.

почему  нет   есть    порты   в дефорде на  основную  тачку у   идут  +2wsl    поддерживает  docker

if i am printing it to console

Все доброе утро! Вопрос наверное связан с взаимодействием двух объектов:
Есть сервер, который работает и пишет логи в stdout;
Есть приложение, которое будет отправлять что-то на сервер через API.

Задача: как приложению забрать логи в реалтайме и организовать вот это взаимодействие?
На ум сразу же приходит что-то на веб сокетах, которое поднимается и дает некоторый "общий буфер" логов (сервер туда пишет, приложение - читает)
Или же через брокер сообщений.

Однако это уж очень большие монстры, может быть есть другие пути решения?
Спасибо!

запайпать лог в nc и принимать на другой стороне тоже на nc

Если это windows-based и я посмотрю в сторону powercat не сильно больно будет?

Суть в том чтобы минимальными средствами через классический сокет с клиента отправить на слушающий сокет на сервере

(без разницы чем)

hi. Подскажите мне по helm
Пытаюсь на новый кластер раскатить сервис.

helm3 upgrade --install config-server helm --kubeconfig /opt/teamcity/agent-build04/.kube/stg.kubeconfig --kube-context stg --namespace default -f helm/values-stg.yaml --set image=docker.local.example.com/config-server:v1.1-36-gd9b39f4 --set 'db.url=url,db.password=*******,db.username=*******' --set vault.secretid=*******,vault.url=******* --atomic --debug
[10:46:27][Step 1/1] history.go:52: [debug] getting history for release config-server
[10:46:27][Step 1/1] Release "config-server" does not exist. Installing it now.
[10:46:27][Step 1/1] install.go:148: [debug] Original chart version: ""
[10:46:27][Step 1/1] install.go:165: [debug] CHART PATH: /opt/teamcity/agent-build04/work/7858dec7ef2e281/helm
[10:46:27][Step 1/1] 
[10:46:28][Step 1/1] client.go:87: [debug] creating 3 resource(s)
[10:46:28][Step 1/1] wait.go:51: [debug] beginning wait for 3 resources with timeout of 5m0s
[10:46:30][Step 1/1] wait.go:199: [debug] Deployment is not ready: default/config-server-stg. 0 out of 2 expected pods are ready
[10:46:32][Step 1/1] wait.go:199: [debug] Deployment is not ready: default/config-server-stg. 0 out of 2 expected pods are ready
[10:46:34][Step 1/1] wait.go:199: [debug] Deployment is not ready: default/config-server-stg. 0 out of 2 expected pods are ready
...
[Step 1/1] install.go:312: [debug] Install failed and atomic is set, uninstalling release

После умирают по time-out, при этом в самом кластере не появляются ни деплойменты, ни чарт. Как это чудо подебажить?

gray log

helm3 upgrade --install config-server helm --kubeconfig /opt/teamcity/agent-build04/.kube/stg.kubeconfig --kube-context stg --namespace default -f helm/values-stg.yaml --set image=docker.local.example.com/config-server:v1.1-36-gd9b39f4 --set 'db.url=url,db.password=*******,db.username=*******' --set vault.secretid=*******,vault.url=******* --atomic --debug
[10:46:27][Step 1/1] history.go:52: [debug] getting history for release config-server
[10:46:27][Step 1/1] Release "config-server" does not exist. Installing it now.
[10:46:27][Step 1/1] install.go:148: [debug] Original chart version: ""
[10:46:27][Step 1/1] install.go:165: [debug] CHART PATH: /opt/teamcity/agent-build04/work/7858dec7ef2e281/helm
[10:46:27][Step 1/1] 
[10:46:28][Step 1/1] client.go:87: [debug] creating 3 resource(s)
[10:46:28][Step 1/1] wait.go:51: [debug] beginning wait for 3 resources with timeout of 5m0s
[10:46:30][Step 1/1] wait.go:199: [debug] Deployment is not ready: default/config-server-stg. 0 out of 2 expected pods are ready
[10:46:32][Step 1/1] wait.go:199: [debug] Deployment is not ready: default/config-server-stg. 0 out of 2 expected pods are ready
[10:46:34][Step 1/1] wait.go:199: [debug] Deployment is not ready: default/config-server-stg. 0 out of 2 expected pods are ready
...
[Step 1/1] install.go:312: [debug] Install failed and atomic is set, uninstalling release

--dry-run --debug же

а  pабирать  через  api

Подскажите хорошую систему хранению данных для vds (KVM).
Спасибо

Железную или софтварную?

Софт

Какие размеры и сколько виртуалок, нужно ли HA/LM, провиженинг нужен ли, блочные виртуалки или файлообразы?

(То есть Вам нужна система хранения для самих виртуалок или внутри виртуалки, поясните подробнее что хотите, а то неясно)