I've seen this issue happen on VMware. +1 on having a force option to the attach/detach iso operations, thus giving control to the users as opposed to hard-coding the answer in the code.
Regards, Pearl ________________________________ From: Nicolas Vazquez <nicolas.vazq...@shapeblue.com> Sent: Tuesday, March 30, 2021 4:06 AM To: users@cloudstack.apache.org <users@cloudstack.apache.org> Subject: Re: [PROPOSAL] Force option and/or command to the detach ISO operation for running VMs Hi Alireza, Yes - I have seen the same. In my tests that VM question was the one with ID 'msg.cdromdisconnect.locked' to which CloudStack always answered "no" to that question and there was no option to control which answer to send. I also noticed that the answering that question is only handled in the Vmware codebase, but not on other hypervisors codebase. Regards, Nicolas Vazquez ________________________________ From: Alireza Eskandari <astro.alir...@gmail.com> Sent: Monday, March 29, 2021 3:40 PM To: users@cloudstack.apache.org <users@cloudstack.apache.org> Subject: Re: [PROPOSAL] Force option and/or command to the detach ISO operation for running VMs Hi Nicolas AFAIK in these situations ESXi will raise a question about detaching iso from VM. I have faced with similar problem in this issue: https://github.com/apache/cloudstack/issues/4808 I got the same error in vCenter. Before waiting for timeout, if you click on the refresh button in the top right corner of the web gui, you can see an unanswered question is raised for the VM. Regards On Mon, Mar 29, 2021 at 7:34 PM Nicolas Vazquez < nicolas.vazq...@shapeblue.com> wrote: > Hi all, > > I have observed a non-consistent issue on the detach ISO operation for > running VMs. Some guest OS refuse to release an attached ISO even though > the ISO is not mounted, making the detach ISO operation fail if the VM is > running. For example, a CentOS 7 running VM on Vmware 6.5 fails to detach > an ISO with error: 'Connection control operation failed for disk 'ide0:0' > if the VM is running'. However, there is no issue if the VM is stopped. > > As a workaround executing an 'eject' command on the guest VM before the > detach operation solves the problem. The detach ISO operation in CloudStack > could be extended to support a 'force' option - which could perform a > similar workaround when the VM is running. > > I would be interested to know if you have experimented similar issues on > different hypervisors or could be some hypervisor specific version issue. > > > Regards, > > Nicolas Vazquez > > nicolas.vazq...@shapeblue.com > www.shapeblue.com<http://www.shapeblue.com> > 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK > @shapeblue > > > > nicolas.vazq...@shapeblue.com www.shapeblue.com<http://www.shapeblue.com> 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK @shapeblue pearl.dsi...@shapeblue.comĀ www.shapeblue.com 3 London Bridge Street, 3rd floor, News Building, London SE1 9SGUK @shapeblue