This message was deleted.

Hi Maksat, I believe the upgrade isn't progressing because the Harvester deployment (

kubectl -n harvester-system get deployment harvester

) specifies that during upgrades at most one replica may be unavailable. However as long as

cnfra-node8

is cordoned, only two out of the three replicas of that deployment can be scheduled. Therefore it's not possible to upgrade another node without going below the minimum availability of that deployment. I don't know why that node is cordoned, but you need to solve that before the upgrade can continue, because the upgrade waits until it is able to schedule a replica of the Harvester deployment on that node.

Hi Moritz, the

cnfra-node8

node cordoned by upgrade process, I didn't touch anything, what I did, is only reboot the server. One thing, might be is that, during migration one of the VM, which one is big(16vcpu,RAM 128GB and 2tb disk) I connected to the VM and shutdown it(to accelerate upgrade process). If I will uncordon the

cnfra-node8

node, how will be the longhorn part? As per my knowledge, the longhorn part will start sync, as the replica count is 3 and the node is back online all the volume will start replicating.