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/09/21 08:37:19 UTC
[GitHub] [cloudstack] harikrishna-patnala opened a new issue #5484: Resize volume fails after DRS migrates volume in datastore cluster
harikrishna-patnala opened a new issue #5484:
URL: https://github.com/apache/cloudstack/issues/5484
<!--
Verify first that your issue/request is not already reported on GitHub.
Also test if the latest release and main 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.
-->
~~~
VMware, DatastoreCluster
~~~
##### CLOUDSTACK VERSION
<!--
New line separated list of affected versions, commit ID for issues on main branch.
-->
~~~
main
~~~
##### CONFIGURATION
<!--
Information about the configuration if relevant, e.g. basic network, advanced networking, etc. N/A otherwise
-->
##### OS / ENVIRONMENT
<!--
Information about the environment if relevant, N/A otherwise
-->
##### SUMMARY
<!-- Explain the problem/feature briefly -->
In VMware datastore cluster, if DRS triggers a volume migration and if the volume path has changed then the subsequent resize volume operation in CloudStack fails because the update volume path is not there with CloudStack.
Workaround is to stop start the VM or detach and attach the volume.
##### 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 -->
~~~
1. Create a VM with datadisk in CloudStack, make sure volumes created in datastore cluster
2. Let DRS triggers migration of volumes within datastore cluster
3. make sure of the usecase that volume path (name) has changed (not just the datastore)
4. Try resize volume operation from CloudStack
~~~
<!-- You can also paste gist.github.com links for larger files -->
##### EXPECTED RESULTS
<!-- What did you expect to happen when running the steps above? -->
~~~
Volume resize should be successful
~~~
##### ACTUAL RESULTS
<!-- What actually happened? -->
<!-- Paste verbatim command output between quotes below -->
~~~
Volume resize fails with error "No such disk device"
~~~
--
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.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] mdesaive commented on issue #5484: Resize volume fails after DRS migrates volume in datastore cluster
Posted by GitBox <gi...@apache.org>.
mdesaive commented on issue #5484:
URL: https://github.com/apache/cloudstack/issues/5484#issuecomment-925684019
We seemed to have found a valid temporary workaround for us:
After a volume was attached, we perform a volume live migration with CloudStack.
After this had succeeded the volume path in VMWare and the path and chaininfo entries in the CloudStack database are consistently changed to the VMWare naming scheme and afterwards no longer changed through storage migrations triggered from VMWare.
--
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.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] nvazquez closed issue #5484: Resize volume fails after DRS migrates volume in datastore cluster
Posted by GitBox <gi...@apache.org>.
nvazquez closed issue #5484:
URL: https://github.com/apache/cloudstack/issues/5484
--
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.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] mdesaive commented on issue #5484: Resize volume fails after DRS migrates volume in datastore cluster
Posted by GitBox <gi...@apache.org>.
mdesaive commented on issue #5484:
URL: https://github.com/apache/cloudstack/issues/5484#issuecomment-925709925
What will happen, when I trigger a volume live migration with inconsistent data in the CS database for path or chaininfo?
--
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.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] harikrishna-patnala commented on issue #5484: Resize volume fails after DRS migrates volume in datastore cluster
Posted by GitBox <gi...@apache.org>.
harikrishna-patnala commented on issue #5484:
URL: https://github.com/apache/cloudstack/issues/5484#issuecomment-925692830
Thanks for the details Melanie. To answer your question, yes fix is during volume resize API call MS check if it has the right data, if not, updates the DB accordingly.
Yes the workaround you mentioned is also fine, you can also stop start the VM or detach and attach the disk to get the proper data into CS.
--
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.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] mdesaive commented on issue #5484: Resize volume fails after DRS migrates volume in datastore cluster
Posted by GitBox <gi...@apache.org>.
mdesaive commented on issue #5484:
URL: https://github.com/apache/cloudstack/issues/5484#issuecomment-924795908
And concerning your question about when the problem occurs:
Both for manual storage VMotion and DRS VMotion VMWare changes the volume name from the UUID type to some string consisting of VM name and count, which breaks consistency with the CloudStack database.
--
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.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] harikrishna-patnala commented on issue #5484: Resize volume fails after DRS migrates volume in datastore cluster
Posted by GitBox <gi...@apache.org>.
harikrishna-patnala commented on issue #5484:
URL: https://github.com/apache/cloudstack/issues/5484#issuecomment-926347864
MS tries to fetch volume details with old data if not it fetches proper data from vCenter and updates CS during migration operation itself. The same thing we will do it for resize operation
--
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.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] mdesaive commented on issue #5484: Resize volume fails after DRS migrates volume in datastore cluster
Posted by GitBox <gi...@apache.org>.
mdesaive commented on issue #5484:
URL: https://github.com/apache/cloudstack/issues/5484#issuecomment-924795066
Hi Harikrishna,
thank you for addressing this bug and creating this ticket.
Only for my understanding and to make sure we address the problem properly:
You had been aware that there are inconsistencies to be expected with the path and chaininfo field after storage VMotion.
There was a bug starting VMs with volumes with such inconsistencies. (https://github.com/apache/cloudstack/issues/5091) This should be fixed with 4.15.1
Do I understand you correctly that the approach to fix this bug will be to add code to the volume resize API call, that corrects eventually inconsistent data?
If so, what about volume migrations? Should we test, if there is also a problem when the data is inconsistent, or has that already been addressed in some other issue?
Kind regards,
Melanie
--
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.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [cloudstack] mdesaive commented on issue #5484: Resize volume fails after DRS migrates volume in datastore cluster
Posted by GitBox <gi...@apache.org>.
mdesaive commented on issue #5484:
URL: https://github.com/apache/cloudstack/issues/5484#issuecomment-924800983
The bug occurs in the following situation:
If a volume is created by CloudStack and not ingested from VMWare the path is formed as an UUID. VMWare is actually working with a determined value formed of the VM name and a suffix for counting as volume name.
With a live storage migration on VMWare level this volume name is changed from the UUID type to the VM name type and the CloudStack database is not updated.
Live storage migrations from VMWare/DRS seem to not change the volume name, when the volume already is stored in the VMWare style. This happens for the volumes, that where ingested with taking before unmanaged VMs into CloudStack management. These are "safe".
--
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.
To unsubscribe, e-mail: commits-unsubscribe@cloudstack.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org