Unable to View VNETS or SUBNETS after associating in Block about ipam HOT 18 CLOSED

sorry, I neglected to include that- I deployed it via

.\deploy.ps1 -Location eastus -Verbose

from ipam.

Success!

from ipam.

I was using unique local, specifically fd00:db8:deca::/48

from ipam.

correct, it was defined at the address space and then at the subnet level below it (fd00:db8:deca:deed::/64)

from ipam.

You're awesome @bpfoley45, I'll work on a code fix for this and keep you posted so you can re-test after I get the new code pushed out!

from ipam.

Hello @bpfoley45, thank you so much for reaching out!

You mentioned that "deployment was done via App Services model", but does that mean you used the included Deployment script and followed the "Full" deployment steps in our guide? If so, can you share the deployment logs from the "log" folder?

When you load the IPAM Web UI, do you see an HTTP 200 status for the API calls which load the vNET/Subnet/Endpoint details (as pictured below)?

Additionally, I'm happy to assist you 1:1, just reach out to me at [email protected] and I can arrange some time to go over the install with you and help to identify any issues.

Thanks so much, we'll get you up & running ASAP!

from ipam.

vnet reports an HTTP 500

attached are the logs:
zip.zip

from ipam.

Can you help me understand how this was deployed? This doesn't appear to have been deployed from the script we provide in the /deploy folder (though I may be mistaken).

from ipam.

Have you assigned yourself as an "Admin" in IPAM yet, or is the admins section still empty (e.g. everyone is an Admin)?

from ipam.

I did, I assigned it to myself (same user that deployed the solution)

from ipam.

Are you using any IPv6 in Azure, or only IPv4?

from ipam.

Yes, I do have some IPv6 space in a single vnet...but it is not part of the space/block that I have added

from ipam.

Can you try something for me....

In the Subscription exclusions section (Admin -> Subscriptions), can you exclude the subscription which contains the IPv6 vNET (highlight in red), then click "save" (in the upper right). After that, test again to see if you can see the vNETs/Subnets.

Docs page: https://azure.github.io/ipam/#/how-to/README?id=subscription-exclusioninclusion

The errors are showing that an invalid address is trying to be parsed as IPv4 and that is causing a crash. I'll definitely address this, but I'd like to confirm my suspicion first.

Really appreciate the help!

from ipam.

Ok, definitely an IPv6 issue. I'll get to work on this right away!

If you could share with me some details on the IPv6 vNET/Subnet you have which I can use as a reference, that would be awesome.

You can email me directly if you don't want to share the details here: [email protected]

from ipam.

Got it, and this was the Address Space set at the Virtual Network level, correct?

Any Subnets created with IPv6 below it?

from ipam.

Hey @bpfoley45, I just wanted to let you know that the fix for this has been pushed into the main branch, and the production containers have been updated. If you're running the Full deployment (from the Deployment script), simply restart your App Service (assuming it's not currently pointed at the DEV containers) and you should be good to go.

Please let me know if you have any other issues, otherwise if things are working well let me know if I'm good to close this issue for now. Really appreciate you helping us get to the bottom of this one!

from ipam.

Good morning @bpfoley45, just wanted to check in with you one more time on this. Your issue should now be resolved and I wanted to make sure that you are satisfied with the results. Please let me know if you have any issue with the fix in the current codebase. Thanks!

from ipam.

Hello @bpfoley45, as this fix has been incorporated for a while now, and I haven't heard back from you, I'm hoping all is working well and you're enjoying the Azure IPAM tool. I'm going to close this issue for now, but if at any point you're still seeing this issue (or any other for that matter), please do not hesitate to open another issue, or reach out directly to us. We're always here to help!

from ipam.