cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <>
Subject [jira] [Commented] (CLOUDSTACK-9880) Expansion of Management IP Range.
Date Wed, 25 Oct 2017 09:32:00 GMT


ASF GitHub Bot commented on CLOUDSTACK-9880:

DaanHoogland commented on a change in pull request #2048: CLOUDSTACK-9880: Expansion of Management
IP Range.

 File path: api/src/com/cloud/dc/
 @@ -21,20 +21,19 @@
 import org.apache.cloudstack.api.InternalIdentity;
 Review comment:
   @nitin-maharana I saw the related mail so went ahead and looked at it. You don't need my
review but I am never merging blindly (unless as RM;)
   Is there a reason you changed this file? I don't see any significance in the changes.

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:

> Expansion of Management IP Range.
> ---------------------------------
>                 Key: CLOUDSTACK-9880
>                 URL:
>             Project: CloudStack
>          Issue Type: New Feature
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: API
>    Affects Versions:
>            Reporter: Nitin Kumar Maharana
>             Fix For:
> At present, The management IP range can only be expanded under the same subnet. According
to existing range, either the last IP can be forward extended or the first IP can be backward
extended. But we cannot add an entirely different range from the same subnet. So the expansion
of range is subnet bound, which is fixed. But when the range gets exhausted and a user wants
to deploy more system VMs, then the operation would fail. The purpose of this feature is to
expand the range of management network IPs within the existing subnet. It can also delete
and list the IP ranges. 
> Please find the FS here :

This message was sent by Atlassian JIRA

View raw message