cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Simon Weller <swel...@ena.com.INVALID>
Subject Re: ethNone problem with VPC
Date Fri, 16 Jun 2017 13:14:00 GMT
Can you provide your /etc/cloudstack/agent/agent.properties file on the host?

Can you also screenshot your traffic label configuration for each network type?



________________________________
From: Roman Ledovskiy <roman.ledovskiy@exalit.com>
Sent: Friday, June 16, 2017 7:59 AM
To: users@cloudstack.apache.org
Subject: RE: ethNone problem with VPC

Simon,

I saw this but I thought that "cloud0" is something I have no control over?  (Some internal
cloudstack bridge that it creates and manages completely automatically)

Do you have any idea on how this can be fixed?

Thanks
Roman

-----Original Message-----
From: Simon Weller [mailto:sweller@ena.com.INVALID]
Sent: Friday, 16 June, 2017 8:45 PM
To: users@cloudstack.apache.org
Subject: Re: ethNone problem with VPC

Roman,


Take a look at these logs:


  1.
017-06-16 14:55:21,410 DEBUG [kvm.resource.LibvirtComputingResource] (agentRequest-Handler-3:null)
(logid:49d03fbe) failing to get physical interface from bridge cloud0, did not find an eth*,
bond*, team*, vlan*, em*, p*p*, ens*, eno*, enp*, or enx* in /sys/devices/virtual/net/cloud0/brif
  2.
2017-06-16 14:55:21,410 DEBUG [kvm.resource.LibvirtComputingResource] (agentRequest-Handler-3:null)
(logid:49d03fbe) getting broadcast uri for pif  and bridge cloud0
  3.
2017-06-16 14:55:21,410 DEBUG [kvm.resource.LibvirtComputingResource] (agentRequest-Handler-3:null)
(logid:49d03fbe) failed to get vNet id from bridge cloud0attached to physical interface


You may need to change your underlying interface name to match one of the supported types
above. I'd fix that before you troubleshoot further and see if it has any affect.


- Si


________________________________
From: Roman Ledovskiy <roman.ledovskiy@exalit.com>
Sent: Friday, June 16, 2017 2:38 AM
To: users@cloudstack.apache.org
Subject: RE: ethNone problem with VPC

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 [https://pastebin.com/i/facebook.png]<https://pastebin.com/6VRHyRnJ>

2017-06-16 14:54:57,513 DEBUG [cloud.agent.Agent] (agentRequest-Handler-1:null) - Pastebin.com<https://pastebin.com/6VRHyRnJ>
pastebin.com




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





Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message