Open fabbione opened 5 months ago
I tried to reproduce this and the issue did not reappear. I tested on a dev system, not in CI, so it's possible it remains. Can this test be re-enabled to see if the issue remains?
Also, please use -vv
. Using -vvv
is discouraged unless debugging issues where the source of a problem is unknown, as -vvv
generates absolutely massive amounts of logging.
I'm closing this as it should be fixed now. If the issue reappears, reopen this issue.
Reproducer is easy, just takes time:
provision a server:
anvil-provision-server --ci-test --name an-test-deploy1 --os centos-stream9 --cpu 4 --ram 4G --storage-group "Storage group 1" --storage-size 30G --install-media CentOS-Stream-9-latest-x86_64-dvd1.iso --driver-disc deploy1.iso
(wait for server to be deployed)
Add a disk:
anvil-manage-server-storage -vvv --log-secure --add 20G --disk vdb --server an-test-deploy1 --storage-group "Storage group 1" --confirm
disk is visible in the VM:
ssh an-test-deploy1 cat /proc/partitions |grep vdb 252 16 20969564 vdb
after some minutes, the output goes back to normal:
delete the server:
anvil-delete-server -vv --log-secure --force --server an-test-deploy1
make sure all server resources have been released: pcs status |grep deploy1 drbdadm status
No currently configured DRBD found.
lvs
no mention of deploy1.
recreate the server:
anvil-provision-server --ci-test --name an-test-deploy1 --os centos-stream9 --cpu 4 --ram 4G --storage-group "Storage group 1" --storage-size 30G --install-media CentOS-Stream-9-latest-x86_64-dvd1.iso --driver-disc deploy1.iso
wait some time and observe the DB corruption. The VM, that is brand new and created with only one disk, still expects an extra disk that does not exist: