You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cloudstack.apache.org by GitBox <gi...@apache.org> on 2021/03/12 17:38:08 UTC
[GitHub] [cloudstack] aleskxyz opened a new issue #4808: CloudStack uses 1st cdrom of VM to mount ConfigDrive ISO
aleskxyz opened a new issue #4808:
URL: https://github.com/apache/cloudstack/issues/4808
<!--
Verify first that your issue/request is not already reported on GitHub.
Also test if the latest release and master branch are affected too.
Always add information AFTER of these HTML comments, but no need to delete the comments.
-->
##### ISSUE TYPE
<!-- Pick one below and delete the rest -->
* Bug Report
##### COMPONENT NAME
<!--
Categorize the issue, e.g. API, VR, VPN, UI, etc.
-->
~~~
ConfigDrive
~~~
##### CLOUDSTACK VERSION
<!--
New line separated list of affected versions, commit ID for issues on master branch.
-->
~~~
4.14.1
~~~
##### CONFIGURATION
<!--
Information about the configuration if relevant, e.g. basic network, advanced networking, etc. N/A otherwise
-->
N/A
##### OS / ENVIRONMENT
<!--
Information about the environment if relevant, N/A otherwise
-->
ESXi 6.5
CentOS7
##### SUMMARY
<!-- Explain the problem/feature briefly -->
This bug report actually has 2 root cause that solving each of them can solve the bug.
1. Based on [design document](https://cwiki.apache.org/confluence/display/CLOUDSTACK/Using+ConfigDrive+for+Metadata%2C+Userdata+and+Password) of ConfigDrive feature, the iso should be mounted on 2nd cdrom drive of VM but CS don't even create it.
1. When user tries to attach an ISO to the created VM, CloudStack tries to replace the ISOs but don't answer the esxi question about unmounting iso, so the operation fails.
##### STEPS TO REPRODUCE
<!--
For bugs, show exactly how to reproduce the problem, using a minimal test-case. Use Screenshots if accurate.
For new features, show how the feature would be used.
-->
<!-- Paste example playbooks or commands between quotes below -->
~~~
Create a network with ConfigDrive as userdata
Create a VM attached to that network and start it
Attach an ISO to the VM
~~~
<!-- You can also paste gist.github.com links for larger files -->
##### EXPECTED RESULTS
<!-- What did you expect to happen when running the steps above? -->
~~~
CloudStack creates the 2nd cdrom drive for VM and mount ConfigDrive ISO on it
or
CloudStack answer the question of ESXi about unmounting ConfigDrive ISO
~~~
##### ACTUAL RESULTS
<!-- What actually happened? -->
<!-- Paste verbatim command output between quotes below -->
~~~
CloudStack tries to unmount ConfigDrive iso but leave the esxi question unanswered so operation fails.
~~~
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] DaanHoogland commented on issue #4808: CloudStack uses 1st cdrom of VM to mount ConfigDrive ISO
Posted by GitBox <gi...@apache.org>.
DaanHoogland commented on issue #4808:
URL: https://github.com/apache/cloudstack/issues/4808#issuecomment-801826213
ok, @aleskxyz tnx for reporting
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] aleskxyz commented on issue #4808: CloudStack uses 1st cdrom of VM to mount ConfigDrive ISO
Posted by GitBox <gi...@apache.org>.
aleskxyz commented on issue #4808:
URL: https://github.com/apache/cloudstack/issues/4808#issuecomment-800051836
> @aleskxyz is this a regression compared to 4.14.0, that you know?
> have you tried this on master?
@DaanHoogland
I see this bug in 4.14.0 too.
I didn't test it on master.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] rhtyd commented on issue #4808: CloudStack uses 1st cdrom of VM to mount ConfigDrive ISO
Posted by GitBox <gi...@apache.org>.
rhtyd commented on issue #4808:
URL: https://github.com/apache/cloudstack/issues/4808#issuecomment-810048838
It's not a blocker, but an issue with the proposed design. @aleskxyz are you facing any operation issue due to this? We've tested cloud-init based template in our labs where it works.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] DaanHoogland commented on issue #4808: CloudStack uses 1st cdrom of VM to mount ConfigDrive ISO
Posted by GitBox <gi...@apache.org>.
DaanHoogland commented on issue #4808:
URL: https://github.com/apache/cloudstack/issues/4808#issuecomment-799499258
@aleskxyz is this a regression compared to 4.14.0, that you know?
have you tried this on master?
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] Pearl1594 commented on issue #4808: CloudStack uses 1st cdrom of VM to mount ConfigDrive ISO
Posted by GitBox <gi...@apache.org>.
Pearl1594 commented on issue #4808:
URL: https://github.com/apache/cloudstack/issues/4808#issuecomment-816518800
@aleskxyz attaching configdrive ISO to the 2nd drive would involve considerable design changes on vmware end which is something we can target for the next major release - 4.16. As an immediate fix to mitigate this issue, we can work on facilitating a force unmount of the attached configdrive iso - i.e., enable ACS to answer the ESXi question.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] rhtyd closed issue #4808: CloudStack uses 1st cdrom of VM to mount ConfigDrive ISO
Posted by GitBox <gi...@apache.org>.
rhtyd closed issue #4808:
URL: https://github.com/apache/cloudstack/issues/4808
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] aleskxyz commented on issue #4808: CloudStack uses 1st cdrom of VM to mount ConfigDrive ISO
Posted by GitBox <gi...@apache.org>.
aleskxyz commented on issue #4808:
URL: https://github.com/apache/cloudstack/issues/4808#issuecomment-810135695
> It's not a blocker, but an issue with the proposed design. @aleskxyz are you facing any operation issue due to this? We've tested cloud-init based template in our labs where it works.
@rhtyd
As I describe in bug description, this bug prevents attaching iso to VM.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] rhtyd commented on issue #4808: CloudStack uses 1st cdrom of VM to mount ConfigDrive ISO
Posted by GitBox <gi...@apache.org>.
rhtyd commented on issue #4808:
URL: https://github.com/apache/cloudstack/issues/4808#issuecomment-828251763
Fixed in https://github.com/apache/cloudstack/pull/4907
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org