Users Allocation to PoolVM remains even after VM detachment/deletion

[sgratch]

This was raised here: https://github.com/oVirt/ovirt-engine/issues/179 It seems like a web-ui issue.

@Arrakaij can you please send the following details:

1. The pool's configuration (type=(auto, manual), stateful (yes/no)), how many VMs are assigned to the pool.
2. The user (non admin) permissions (and specifically please check if userRole permission is set on the pool itself and not on an upper global level).

3. The System requests the non-existing VM from the Pool, resulting in an error

Can you please attach the error? This is not reproduced to me.

Thanks

[Arrakaij]

Hello,

of course. Type is Auto, stateful is no The User has UserRole Permissions on the Pool, it comes from our ActiveDirectory and is given to a group the user is member of.

What i did:

• As user i requested an VM out of a Pool of 5 (2 others are used, 3 are free, all are started)

• User gets VM 5

• User shuts VM down

• As admin, i disconnect VM from pool as soon as its down

• After that, as admin, i delete the disconnected VM

• User sees the pool and can request a VM

• If he does request, the message pops up: START_POOL fehlgeschlagen [Cannot attach VM to VM-Pool. VM-Pool is already attached to a User., Cannot attach VM to VM-Pool. VM-Pool is already attached to a User., Cannot allocate and run VM from VM-Pool. There are no available VMs in the VM-Pool.]

• Nothing happens.

I'll add two screenshots with some redacted information (Usernames). The Language is German.

[Arrakaij]

Also i should mention that the same error is produced when using an experimantal tool that we made ourself, which does the exact same thing via API ( http://ovirt.github.io/ovirt-engine-api-model/4.5/#services/vm_pool ). The error in the background is the same, which is the reason i did not blame the WebUI in the first place. However, i did not yet find the code in ovirt which is responsible for the allocation user <-> PoolVM yet. I just noticed that the error disappears if i restart the engine, because the user gets another VM from the pool.