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

Port groups under a network folder don't show up in the wizard #389

Closed
jooskim opened this issue Mar 15, 2018 · 3 comments
Closed

Port groups under a network folder don't show up in the wizard #389

jooskim opened this issue Mar 15, 2018 · 3 comments
Assignees
Labels
component/plugin/h5c The plugin for the vSphere HTML5 client kind/defect Behavior that is inconsistent with what's intended priority/p2 source/customer Reported by a customer, directly or via an intermediary team/lifecycle

Comments

@jooskim
Copy link
Collaborator

jooskim commented Mar 15, 2018

do not merge until after 1.4 release is tagged

VIC-UI version:
1.3

Additional details:
Customers reported that in the Create VCH wizard they don't see port groups for switches they have in the VC inventory. Port groups that did not show up were under a network folder.

image

Steps to reproduce:

  1. Create a network folder in VC and create at least one distributed virtual switch, and add at least a host to it
  2. Create two port groups for the switch
  3. In the wizard try to create a VCH using the two port groups for bridge and client network respectively

Actual behavior:
Port groups do not show up

Expected behavior:
User should be able to see and select the port groups

@jooskim jooskim added source/customer Reported by a customer, directly or via an intermediary kind/defect Behavior that is inconsistent with what's intended team/lifecycle component/plugin/h5c The plugin for the vSphere HTML5 client priority/p1 labels Mar 15, 2018
@jooskim
Copy link
Collaborator Author

jooskim commented Mar 15, 2018

Initial findings:

  1. All of our use cases so far have been under an assumption that DV switches are always on the root level, but once you nest them under a network folder, they do not get picked up by the UI
  2. According to getDistributedPortGroups() in create-vch-wizard.service.ts we perform the following operations to get the list of port groups of the given DC object:
  • get networking tree for a given DC object
  • filter them such we get only entires of type DcDvs
  • make API calls to get DV portgroup entries and their host entries information
  1. The problem with this approach is that it assumes that there would be only nodes whose nodeTypeId is DcDvs that the user can choose from, when the user should also be able to choose from a folder. In this case, a folder has nodeTypeId DcNetworkFolder and /ui/tree/children call should be made recursively to fetch all the leaf nodes with type DcDvs, and get host entries information for these.

@jak-atx jak-atx added the status/needs-estimation The issue needs to be estimated by the team label Mar 15, 2018
@mlh78750
Copy link

Another customer experienced this issue as reported on internal slack.

@andrewtchin andrewtchin removed the status/needs-estimation The issue needs to be estimated by the team label Mar 22, 2018
@andrewtchin
Copy link
Contributor

Add a test as part of this story

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component/plugin/h5c The plugin for the vSphere HTML5 client kind/defect Behavior that is inconsistent with what's intended priority/p2 source/customer Reported by a customer, directly or via an intermediary team/lifecycle
Projects
None yet
Development

No branches or pull requests

5 participants