Skip to content

fix(network): 3.6 relax constraints for resizing dynamic range reservations - #562

Open
bryanfraschetti wants to merge 1 commit into
canonical:3.6from
bryanfraschetti:3.6_bpo_fix_dynamic_range_resizing
Open

fix(network): 3.6 relax constraints for resizing dynamic range reservations#562
bryanfraschetti wants to merge 1 commit into
canonical:3.6from
bryanfraschetti:3.6_bpo_fix_dynamic_range_resizing

Conversation

@bryanfraschetti

Copy link
Copy Markdown
Contributor

When an IP is allocated inside a dynamic range reservation, the validation performed during a resize sees the range as discontinuous, since an allocated IP splits the available space into separate contiguous blocks. As a result, both shrinking and expanding the reservation are rejected with "Requested dynamic range conflicts with an existing IP address or range", even when the requested change is otherwise valid.

This commit addresses the issue by comparing the requested range against the previously persisted range and requiring only the newly added segments (i.e., the expanded portions) to be contained within an unused range. Pure shrinks add no segments and are always allowed.

Resolves LP:2143090

(cherry picked from commit 8e8c3f6)

@bryanfraschetti bryanfraschetti changed the title fix(network): relax constraints for resizing dynamic range reservations fix(network): 3.6 relax constraints for resizing dynamic range reservations Aug 21, 2026
@bryanfraschetti
bryanfraschetti force-pushed the 3.6_bpo_fix_dynamic_range_resizing branch 3 times, most recently from 6763785 to 0bdf4f9 Compare August 21, 2026 20:06
…ns (canonical#280)

When an IP is allocated inside a dynamic range reservation, the
validation performed during a resize sees the range as discontinuous,
since an allocated IP splits the available space into separate
contiguous blocks. As a result, both shrinking and expanding the
reservation are rejected with "Requested dynamic range conflicts with an
existing IP address or range", even when the requested change is
otherwise valid.

This commit addresses the issue by comparing the requested range against
the previously persisted range and requiring only the newly added
segments (i.e., the expanded portions) to be contained within an unused
range. Pure shrinks add no segments and are always allowed.

Resolves LP:2143090
@bryanfraschetti
bryanfraschetti force-pushed the 3.6_bpo_fix_dynamic_range_resizing branch from 0bdf4f9 to 8307ba4 Compare August 25, 2026 16:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants