Bug 1982710 - Newly spawned VMs not able to access metadata agent
Summary: Newly spawned VMs not able to access metadata agent
Keywords:
Status: CLOSED DUPLICATE of bug 1970948
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-neutron
Version: 16.1 (Train)
Hardware: All
OS: All
urgent
urgent
Target Milestone: ---
: ---
Assignee: Jakub Libosvar
QA Contact: Eran Kuris
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-07-15 14:05 UTC by Shailesh Chhabdiya
Modified: 2022-08-10 17:00 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-07-21 12:54:20 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker OSP-6259 0 None None None 2022-08-10 17:00:22 UTC

Description Shailesh Chhabdiya 2021-07-15 14:05:19 UTC
Description of problem:
Vm cannot access the metadata ip which stops VM from getting keypair and can't access the VM

Version-Release number of selected component (if applicable):
RHOSP16.1.6

How reproducible:
Everytime

Steps to Reproduce:
1. Create a network and subnet
2. Create VM
3. VM gets created successfully and it fails to inject keys

Actual results:
VM cannot reach metadata for the very time

Expected results:
All VMs should reach metadata.

Additional info:

May be similar to https://bugs.launchpad.net/neutron/+bug/1928164

Comment 1 Shailesh Chhabdiya 2021-07-15 14:06:59 UTC
Hello Team,

Here are the series to steps to reproduce the issue 


   1. Create a new network and subnet for that network.

   2. Instances using that network/subnet can be created and are able to reach the metadata agent on arbitrary compute nodes.

   3. Once all instances using that network/subnet are deleted from a compute node, the metadata agent is removed, since it is no longer needed.

   4. Afterwards, creating new instances using that network/subnet on such a compute node will lead to the metadata agent being re-created, but it is now in a bad state (unrelated to the netns issues I saw yesterday) and can no longer be reached by the VMs.

Thank You

Comment 18 Jakub Libosvar 2021-07-21 12:54:20 UTC
I'm closing this BZ for now, the OpenStack related is bug 1970948 and the progress can be tracked there. Please feel free to re-open if it's needed for some tracking but from the development standpoint everything is in bug 1970948.

*** This bug has been marked as a duplicate of bug 1970948 ***


Note You need to log in before you can comment on or make changes to this bug.