Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SAP: Use is_instance_storage_share instead of ssh #513

Open
wants to merge 1 commit into
base: stable/xena-m3
Choose a base branch
from

Conversation

fwiesel
Copy link
Member

@fwiesel fwiesel commented Sep 23, 2024

The libvirt-driver implements is_instance_storage_share twice:
Once on driver-internally as _is_path_shared_with needing an ssh
trust, and via the driver interface is_instance_storage_share,
relying on RPC.

By moving exposing is_instance_storage_share in ComputeVirtAPI,
the driver can use this instead of the internal method removing
the need for an SSH key in case of having a shared storage.

But since it requires a change of the internal driver API, it is questionable if
we can upstream the change as it is.

Change-Id: Icddad1ab000ea07dea7af3aa5f7c18974f4eb8fb

@fwiesel fwiesel force-pushed the use_is_instance_storage_share branch 2 times, most recently from af93921 to 0fca032 Compare November 26, 2024 13:21
@fwiesel fwiesel changed the title WIP: Use is_instance_storage_share instead of ssh Use is_instance_storage_share instead of ssh Nov 26, 2024
@fwiesel fwiesel force-pushed the use_is_instance_storage_share branch 3 times, most recently from d9ea76d to 3bcf566 Compare November 26, 2024 15:05
@fwiesel
Copy link
Member Author

fwiesel commented Nov 26, 2024

Yuck, doesn't work as intended... one is an IP, the other is the compute name.

@fwiesel fwiesel force-pushed the use_is_instance_storage_share branch 2 times, most recently from ed00f21 to 4936757 Compare November 27, 2024 12:27
@fwiesel fwiesel changed the title Use is_instance_storage_share instead of ssh SAP: Use is_instance_storage_share instead of ssh Nov 27, 2024
@fwiesel fwiesel force-pushed the use_is_instance_storage_share branch 2 times, most recently from d5d53f6 to 6048802 Compare November 27, 2024 12:53
@fwiesel fwiesel marked this pull request as ready for review November 27, 2024 12:53
@fwiesel fwiesel force-pushed the use_is_instance_storage_share branch from 6048802 to ff641ee Compare November 27, 2024 12:58
@@ -691,7 +691,8 @@ def detach_interface(self, context, instance, vif):
def migrate_disk_and_power_off(self, context, instance, dest,
flavor, network_info,
block_device_info=None,
timeout=0, retry_interval=0):
timeout=0, retry_interval=0,
dest_compute=None):
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since you are changing this, might have been beneficial to bring in the whole migration object here.

Currently the VMware driver does an extra db call to fetch the migration by instance_uuid, which can be removed if we had the migration object already here.

What do you think?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good point. I assumed upstream chose explicitly not to expose the migration object, but if we need it in vmware-driver anyway...
I'll have a quick look how much I'd need to change for that.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Opened #517 for that... but I am not sure, if the additional changes are paying off.

The libvirt-driver implements is_instance_storage_share twice:
Once on driver-internally as `_is_path_shared_with` needing an ssh
trust, and via the driver interface `is_instance_storage_share`,
relying on RPC.

By moving exposing `is_instance_storage_share` in ComputeVirtAPI,
the driver can use this instead of the internal method removing
the need for an SSH key in case of having a shared storage.

But since it requires a change of the driver internal API, it is
questionable if we can upstream the change as it is.

Change-Id: Icddad1ab000ea07dea7af3aa5f7c18974f4eb8fb
@fwiesel fwiesel force-pushed the use_is_instance_storage_share branch from ff641ee to ce60c32 Compare December 9, 2024 15:43
@fwiesel fwiesel requested a review from joker-at-work December 9, 2024 15:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants