Andrei Kvapil
Andrei Kvapil
Related to https://github.com/LINBIT/linstor-server/issues/219 Every time seeing this we have `Target decrypted buffer is too small!` error in a log
I tried to remove crypt device and lv manually, now I can't remove resource at all: ``` root@b-hv-3:/# linstor r d b-hv-3 pvc-1dd492b4-9a89-4581-b20f-178dce17200b SUCCESS: Description: Node: b-hv-3, Resource: pvc-1dd492b4-9a89-4581-b20f-178dce17200b preparing...
Finaly I wasn't able to remove there resources even after restart of satellites. I removed them from db as part of https://github.com/LINBIT/linstor-server/issues/348#issuecomment-1507646983
I tried to reproduce using pure linstor CLI, but didn't succeed with that. I was able to reproduce only with linstor-csi
I fixed this issue by manually editing db, using solution from https://github.com/LINBIT/linstor-server/issues/348#issuecomment-1507646983 I made backup: ``` kubectl get crds | grep -o ".*.internal.linstor.linbit.com" | xargs kubectl get crds -ojson >...
Unfortunately I have no error report anymore. Some logs were collected from the node: [drbd.log](https://github.com/LINBIT/linstor-server/files/11323018/drbd.log) I see some `NetworkFailure`'s, I guess this can be reason
Today this issue was repeated on different cluster, the resource was stuck on resizing, because of missing LV: ```bash # linstor r l Defaulted container "linstor-controller" out of: linstor-controller, kube-rbac-proxy...
Today I faced again with problem of missing symlink. I went through the many bugs trying to fix that attempt to resize, eg: ```console root@slt-dev-kube-system-02:/# linstor r l ╭─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮ ┊...
Seems related to https://github.com/piraeusdatastore/piraeus/commit/9a9e38304a383fb0f13ca58f42f939eb634eac5f and https://bugs.debian.org/932433
> your third point will most likely not be implemented, since that would require some "if this resource gets primary" hook within Linstor, which is not something we intended to...