Simon,
Yes, I have traffic labels setup for my networks (2 guest networks with different tags and
1 public). Advanced network setup / Centos-7.x on hypervisors.
I enabled debug on hypervisor and tried to restart router VM via Cloudstack GUI. Since its
config overwritten I presume something happens exactly at this stage..
Here it is: https://pastebin.com/6VRHyRnJ
I really can't see anything wrong in there. It correctly associates VPC public interface with
my bridge for public network (brenp6s0-904)
Thanks
Roman
-----Original Message-----
From: Simon Weller [mailto:sweller@ena.com.INVALID]
Sent: Friday, 16 June, 2017 5:40 AM
To: users@cloudstack.apache.org
Subject: Re: ethNone problem with VPC
Roman,
Do you have a traffic label setup for your public network?
Can you put the host in debug mode: https://cwiki.apache.org/confluence/display/CLOUDSTACK/KVM+agent+debug
- Si
________________________________
From: Roman Ledovskiy <roman.ledovskiy@exalit.com>
Sent: Wednesday, June 14, 2017 7:59 AM
To: users@cloudstack.apache.org
Subject: ethNone problem with VPC
Hi Everyone,
Does anyone encounter "ethNone" interfaces in VPC routers?
I'm running cloudstack 4.9.2.0 with KVM hypervisor and every time I create VPC router it fails
to do proper setup, with errors:
====
Traceback (most recent call last):
File "/opt/cloud/bin/configure.py", line 931, in main
config.address().process()
File "/opt/cloud/bin/cs/CsAddress.py", line 103, in process
ip = CsIP(dev, self.config)
File "/opt/cloud/bin/cs/CsAddress.py", line 256, in __init__
self.dnum = hex(int(dev[3:]))
ValueError: invalid literal for int() with base 10: 'None'
====
Only local link IP (eth0) is up.
/etc/cloudstack/ips.json inside my VPC routers always look like this (I guess this explains
above):
====
{
"eth0": [
{
"add": true,
"broadcast": "169.254.255.255",
"cidr": "169.254.1.238/16",
"device": "eth0",
.....
...
}
],
"ethNone": [
{
"add": true,
"broadcast": "X.Y.Z.255",
"cidr": "Y.Y.Z.43/24",
"device": "ethNone",
.....
....
}
],
"id": "ips"
}
====
X.Y.Z.0/24 is my public network
If I manually edit /etc/cloudstack/ips.json (change ethNone to eth1) - then restart VPC router
manually (via virsh) - everything works, interfaces/iptables are up..
Until next time I do anything with this VPC from GUI - then ethNone reappears and everything
is broken again..
Appreciate if anyone has any thoughts.
Thanks
Roman
|