Open kvaps opened 1 year ago
Interesting. I just tried to recreate the situation with bare LINSTOR and it works:
linstor rd c res1
linstor vd c res1
linstor vd c res1 1g
linstor rd ap res1
linstor rd c res2
linstor vd c res2 1g
linstor rd ap res2
# systemctl stop linstor-satellite <- on all nodes
# This deletes the resources:
linstor r d node-1 res1
linstor r d node-2 res1
linstor r d node-3 res1
linstor rd d res1
# This writes the message about waiting for the satellite to become online
linstor rd d res2
# systemctl start linstor-satellite <- on all nodes
Afterwards res1
is still configured, but does not show up in LINSTOR. res2
gets deleted on start up as expected.
Note that for kubernetes we use the method as shown by res1
, because we might have a snapshot on the RD that we want to leave alone. So a delete is always a delete all resources + check if the RD does have snapshots.
I tried to reproduce using pure linstor CLI, but didn't succeed with that. I was able to reproduce only with linstor-csi
Sorry, wasn't very clear above: It "works" in the sense that I could reproduce it with res1
This issue occurs only with linstor-csi, but I beleeve that it is bug of linstor-controller. So I report it here /cc @WanzenBug
Steps to reproduce:
I tested this on clean Kubernetes cluster where wasn't any PVC existing yet
Create PVC:
disable piraeus-operator:
remove linstor satellite daemonset:
Check resources, they should become to
Unknown
state:delete pvc:
Job is done, both
resource-definition
andresource
considered as successfully deleted, but they remain on the node. The next restart of linstor-satellite will not see this device, will not stop drbd device and don't remove backing LVThis will make conflict of TCP-port in case you'd try to create a new PVC