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

Creating NIC in the VNET from different subscription #13258

Closed
kosinsky opened this issue Apr 29, 2020 — with docs.microsoft.com · 5 comments · Fixed by #13513
Closed

Creating NIC in the VNET from different subscription #13258

kosinsky opened this issue Apr 29, 2020 — with docs.microsoft.com · 5 comments · Fixed by #13513
Assignees
Labels
customer-reported Issues that are reported by GitHub users external to the Azure organization. Network az network vnet/lb/nic/dns/etc... OKR3.2 Candidate
Milestone

Comments

Copy link

kosinsky commented Apr 29, 2020

This doc says: "If you want to use an existing subnet in other resource group or subscription, please provide the ID instead of the name of the subnet." That assumes that I can create NIC using VNET from different subscription.
However, https://docs.microsoft.com/en-us/azure/virtual-network/virtual-network-network-interface#create-a-network-interface says: "Before creating a network interface, you must have an existing virtual network in the same location and subscription you create a network interface in."

Which one is true? Is it supported scenario? So far I'm getting following error:
"Resource /subscriptions/<subscription id for vnet>/resourceGroups/<rg>>/providers/Microsoft.Network/virtualNetworks/Test1/subnets/default referenced by resource /subscriptions/<subscription id for NIC>/resourceGroups/VNet-Demo/providers/Microsoft.Network/networkInterfaces/Nic1 was not found. Please make sure that the referenced resource exists, and that both resources are in the same region." that just says about region.


Document Details

Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

@ghost ghost added needs-triage customer-reported Issues that are reported by GitHub users external to the Azure organization. question The issue doesn't require a change to the product in order to be resolved. Most issues start as that labels Apr 29, 2020
@yungezz yungezz added the Network az network vnet/lb/nic/dns/etc... label Apr 29, 2020
@ghost ghost removed the needs-triage label Apr 29, 2020
@yungezz yungezz removed the question The issue doesn't require a change to the product in order to be resolved. Most issues start as that label Apr 29, 2020
@yungezz
Copy link
Member

yungezz commented Apr 29, 2020

hi @myronfanqiu could you pls have a look

@yonzhan yonzhan added this to the S170 milestone Apr 29, 2020
@yonzhan
Copy link
Collaborator

yonzhan commented Apr 29, 2020

add to S170

@mmyyrroonn
Copy link
Contributor

@kosinsky official doc is correct. https://docs.microsoft.com/en-us/azure/virtual-network/virtual-network-network-interface#create-a-network-interface. subnet is a general resource used in all network commands. Some commands support the cross-subs scenario and some don't.

@kosinsky
Copy link
Author

kosinsky commented May 7, 2020

To summarize it's possible to assign cross-subs vnet via az command, but not possible via the portal. Am I correct?

If yes, from error above looks like az command still doesn't work even docs say it should.

@mmyyrroonn
Copy link
Contributor

@kosinsky No. We cannot assign cross-subs vnet for az network nic create. But we can assign cross-subs vnet for part of az commands. It depends on the server side. Since --subnet is a common resource across many Azure resources, it share same help message. That's why in az network nic create we have a misleading help message. The doc in azure cli is not accurate for az network nic create.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
customer-reported Issues that are reported by GitHub users external to the Azure organization. Network az network vnet/lb/nic/dns/etc... OKR3.2 Candidate
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants