[
https://issues.apache.org/jira/browse/CLOUDSTACK-6814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14016340#comment-14016340
]
Andrija Panic commented on CLOUDSTACK-6814:
-------------------------------------------
I did try to add additional IP addresses from GUI, will try to capture
management log:
I tried adding "Public" IP range: 46.232.xxx.106-46.232.xxx.130, same gateway
and netmask, untagged (empty field), as is existing Public range (first raw in
original table submited previously):
management logs:
2014-06-03 11:10:11,099 DEBUG [c.c.a.ApiServlet]
(catalina-exec-23:ctx-038e027a) ===START=== 89.216.xxx.189 -- GET
command=createVlanIpRange&zoneId=3d1dcf11-d482-4f28-a2dd-6afcb51545d2&vlan=untagged&gateway=46.232.xxx.1&netmask=255.255.255.0&startip=46.232.xxx.106&endip=46.232.xxx.130&forVirtualNetwork=true&response=json&sessionkey=aqaaC3snjAp%2B86Dr17D1JWt4O4M%3D&_=1401786613222
2014-06-03 11:10:11,110 DEBUG [c.c.c.ConfigurationManagerImpl]
(catalina-exec-23:ctx-038e027a ctx-08ddd172) Access granted to
Acct[1272e979-0ccc-4644-b96b-735cb6f81821-admin] to zone:1 by
AffinityGroupAccessChecker
2014-06-03 11:10:11,113 DEBUG [c.c.u.d.T.Transaction]
(catalina-exec-23:ctx-038e027a ctx-08ddd172) Rolling back the transaction: Time
= 3 Name = catalina-exec-23; called by
-TransactionLegacy.rollback:896-TransactionLegacy.removeUpTo:839-TransactionLegacy.close:663-Transaction.execute:41-Transaction.execute:46-ConfigurationManagerImpl.commitVlan:2718-ConfigurationManagerImpl.createVlanAndPublicIpRange:2709-NativeMethodAccessorImpl.invoke0:-2-NativeMethodAccessorImpl.invoke:57-DelegatingMethodAccessorImpl.invoke:43-Method.invoke:622-AopUtils.invokeJoinpointUsingReflection:317
2014-06-03 11:10:11,119 INFO [c.c.a.ApiServer] (catalina-exec-23:ctx-038e027a
ctx-08ddd172) The IP range with tag: 500 in zone DC-ZURICH-GLATTBRUGG has
overlapped with the subnet. Please specify a different gateway/netmask.
2014-06-03 11:10:11,119 DEBUG [c.c.a.ApiServlet] (catalina-exec-23:ctx-038e027a
ctx-08ddd172) ===END=== 89.216.xxx.189 -- GET
command=createVlanIpRange&zoneId=3d1dcf11-d482-4f28-a2dd-6afcb51545d2&vlan=untagged&gateway=46.232.xxx.1&netmask=255.255.255.0&startip=46.232.xxx.106&endip=46.232.xxx.130&forVirtualNetwork=true&response=json&sessionkey=aqaaC3snjAp%2B86Dr17D1JWt4O4M%3D&_=1401786613222
> Detected overlapping subnets in differents vlans
> ------------------------------------------------
>
> Key: CLOUDSTACK-6814
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6814
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server, Network Controller
> Affects Versions: 4.3.0
> Environment: not relevant
> Reporter: Andrija Panic
> Priority: Critical
> Labels: guestnetwork, network, overlap, publicip
>
> I have both Public IP(untagged) and Guest IP range (vlan 500) on same
> physical network device eth1 (infrastrucure-zones-physical network-eth1public
> tag...) Don't ask me how/why, but it works and it had worked from CS 4.0.0
> till now...
> In previous versions I was able to add few additional IP addresses from the
> /24 subnet to Guest IP range..
> In 4.3, there is an error message saying that Guest IP range and Public IP
> range has overlaping subnets - which IS true - but since those networks ARE
> on different vlans completely, I'm not sure why there is such check at all
> (overlaping subnet check). Different vlans means different broadcast domains,
> why checking IP parameters across different vlans...
> Existing database records - first row is Public IP range, rest is all
> smaller ranges of IP addresses added few times for Guest IP range.
> mysql> select id,uuid,vlan_id,vlan_gateway,vlan_netmask,description from
> cloud.vlan;
> +----+--------------------------------------+-----------------+--------------+---------------+-------------------------------+
> | id | uuid | vlan_id | vlan_gateway
> | vlan_netmask | description |
> +----+--------------------------------------+-----------------+--------------+---------------+-------------------------------+
> | 1 | 10a1e453-7369-4645-9e0f-4936c18bfeac | vlan://untagged | 46.232.xxx.1
> | 255.255.255.0 | 46.232.xxx.240-46.232.xxx.248 |
> | 3 | 76c30667-e4c9-4bfe-84cc-3c8e5c608770 | 500 | 46.232.xxx.1
> | 255.255.255.0 | 46.232.xxx.220-46.232.xxx.238 |
> | 4 | e2b2b09b-81f2-4ec0-9323-b4c626fcd63b | 500 | 46.232.xxx.1
> | 255.255.255.0 | 46.232.xxx.210-46.232.xxx.219 |
> | 5 | f810fd59-ea8a-44fb-850e-58eb791191f0 | 500 | 46.232.xxx.1
> | 255.255.255.0 | 46.232.xxx.202-46.232.xxx.209 |
> | 8 | f0bec296-3ac8-483c-a23a-b36213fdf846 | 500 | 46.232.xxx.1
> | 255.255.255.0 | 46.232.xxx.131-46.232.xxx.201 |
> +----+--------------------------------------+-----------------+--------------+---------------+-------------------------------+
> Now when I want to add new range 46.232.xxx.100-46.232.xxx.130 to eather
> Public or Guest network - I can't do that and getting folowing error (tried
> adding it to Public range here):
> "The IP range with tag: 500 in zone DC-ZURICH-GLATTBRUGG has overlapped with
> the subnet. Please specify a different gateway/netmask."
> This subnet check across differenet vlans should be removed, and I'm stuck
> with over 90% used IP addresses, and can't add more from same /24 range that
> we got...
--
This message was sent by Atlassian JIRA
(v6.2#6252)
