vNets in Block becoming unassociated and cant be associated again
@DCMattyG is already working on this.
Since Oct 3, 2024.
Assessment
This issue has not been assessed yet.
Description
Describe the bug
We have an issue where some vNets are suddenly getting unassociated to the block. When we try to associate the vNet again, we get the following error: {"error":"Block already contains network(s) and/or reservation(s) within the CIDR range of target network."}.
When we look in CosmosDB we can see that the vNet actually still is in block, but it is ("active": false).
We can fix the issue by manually removing the vNet entry from CosmosDB and then associate the vNet again.
But then a day after, we suddenly have another vNet that's changed to ("active": false) and becomes unassociated.
To Reproduce
Steps to reproduce the behavior:
- vNet is suddenly unassociated.
- vNet can't be added again, because of error {"error":"Block already contains network(s) and/or reservation(s) within the CIDR range of target network."}.
- Checking CosmosDB, we can see the vNet is actually still there, but with ("active": false).
Expected behavior
We expect vNet to not change from ("active": true) to ("active": false).
Version
{
"status": "OK",
"version": "3.4.0",
"stack": "LegacyCompose",
"environment": "AZURE_PUBLIC",
"container": {
"image_id": "debian",
"image_version": "12",
"image_codename": "bookworm",
"image_pretty_name": "Debian GNU/Linux 12 (bookworm)"
}
}
- Dominant language
- JavaScript
- Stars
- 327
- Forks
- 111
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Azure/ipam
-
bug
-
Overlap in CIDR Openbug
-
bug
-
bug
-
bug
Similar issues
-
bug
Difficulty 1/5 Under an hour Newbie friendliness 90/100
apache/cloudstack#14222 ·
-
Browser Waiting for: Product Owner
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
getsentry/sentry-javascript#24577 · 1 comment ·
-
curation good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
amponce/archive-movie-browser#186 ·
-
light
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
aemdemos/patients-stryker#253 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
clerk/javascript#9852 ·