I can confirm I see this across multiple deployments
From what I understand, n-c-c is pulling hostname from relation data of the `--endpoint cloud-compute` which has plain hostnames whereas, nova is using the fqdn when performing commands during a resize for example
I can confirm I see this across multiple deployments
From what I understand, n-c-c is pulling hostname from relation data of the `--endpoint cloud-compute` which has plain hostnames whereas, nova is using the fqdn when performing commands during a resize for example
1. n-c-c endpoint
availability _zone: zone2
egress- subnets: ip/32
nova-compute/x:
in-scope: true
data:
hostname: hostname
2. performing resize fails with Hostkey verification failure as such y.processutils. ProcessExecutio nError: Unexpected error while running command.\nCommand: scp -C -r hostname. maas:/var/ lib/nova/ instances/ _b nova/instances/ _base/abcdefgh\ nExit code: 1\nStdout: \'\'\nStderr: \'Host key verification failed.
oslo_concurrenc
ase/xyzw /var/lib/
Since this scp command above is using the fqdn, this is exactly what Paul has outlined as both `hypervisor list` and `host list` use the fqdn.
Additionally, I see both focal ussuri and jammy yoga affected