Trafic ACS tag: Management tag -- mgm0 Storage tag-- stor0 Public,Guest trafictag -- cloudbr0
KVM host interface: ens6f0,ens6f1 interfaces are collected in lacp team0 master cloudbr0 - public and guest bridge. Management vlan and bridge: team0.1804@team0 master mgm0 bridge Storage vlan and bridge: team0.1806@team0 master stor0 bdridge Pod network and vlan: team0.1807@team0: inet 10.30.16.13/24 brd 10.30.16.255 scope global team0.1807 [root@srv-kvm04 network-scripts]# cat ifcfg-team0 DEVICE=team0 DEVICETYPE=Team ONBOOT=yes BOOTPROTO=none MTU=9000 TEAM_CONFIG='{"runner": {"name": "lacp", "active": true, "fast_rate": true, "tx_hash": ["eth", "ipv4", "ipv6"]},"link_watch": {"name": "ethtool"}}' BRIDGE=cloudbr0 [root@srv-kvm04 network-scripts]# cat ifcfg-cloudbr0 DEVICE=cloudbr0 TYPE=Bridge ONBOOT=yes BOOTPROTO=none IPV6INIT=no IPV6_AUTOCONF=no DELAY=5 STP=yes [root@srv-kvm04 network-scripts]# cat ifcfg-team0.1804 DEVICE=team0.1804 DEVICETYPE=Ethernet ONBOOT=yes BOOTPROTO=none VLAN=yes BRIDGE=mgm0 [root@srv-kvm04 network-scripts]# cat ifcfg-mgm0 DEVICE=mgm0 TYPE=Bridge ONBOOT=yes IPV6INIT=no IPV6_AUTOCONF=no DELAY=5 BOOTPROTO=none STP=yes [root@srv-kvm04 network-scripts]# cat ifcfg-team0.1806 DEVICE=team0.1806 DEVICETYPE=Ethernet ONBOOT=yes BOOTPROTO=none VLAN=yes MTU=9000 BRIDGE=stor0 [root@srv-kvm04 network-scripts]#cat ifcfg-stor0 DEVICE=stor0 TYPE=Bridge ONBOOT=yes BOOTPROTO=none IPV6INIT=no IPV6_AUTOCONF=no DELAY=5 MTU=9000 STP=yes [root@srv-kvm04 network-scripts]# cat ifcfg-team0.1807 DEVICE=team0.1807 NAME=team0.1807 TYPE=Ethernet ONBOOT=yes VLAN=yes IPV6INIT=no IPV6_AUTOCONF=no BOOTPROTO=static IPADDR=10.30.16.13 PREFIX=24 GATEWAY=10.30.16.1 DNS1=10.30.10.42 DNS2=10.30.10.43 cat /etc/cloudstack/agent/agent.properties #Storage #Thu Sep 08 10:34:00 MSK 2016 guest.network.device=cloudbr0 workers=5 private.network.device=mgm0 port=8250 resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource guest.cpu.mode=IvyBridge pod=4 zone=4 guid=ae21201a-3e0a-345d-8fc8-84d16076309c hypervisor.type=kvm vm.memballoon.disable=true cluster=4 public.network.device=cloudbr0 local.storage.uuid=a651f29f-1a0b-452f-9eea-98febdbf9080 domr.scripts.dir=scripts/network/domr/kvm host=10.30.10.42 LibvirtComputingResource.id=187 Now it is running two pod 8 hosts on acs 4.8.1 2016-09-08 9:39 GMT+03:00 Yuriy Karpel <yu...@karpel.su>: > There was the same problem (Centos7, KVM): > > 2016-08-16 19:50:22,861 INFO [cloud.agent.AgentShell] (main:null) > (logid:) Agent started > 2016-08-16 19:50:22,865 INFO [cloud.agent.AgentShell] (main:null) > (logid:) Implementation Version is 4.9.0 > 2016-08-16 19:50:22,867 INFO [cloud.agent.AgentShell] (main:null) > (logid:) agent.properties found at /etc/cloudstack/agent/agent.properties > 2016-08-16 19:50:22,873 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: guest.network.device > 2016-08-16 19:50:22,873 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: workers > 2016-08-16 19:50:22,873 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: private.network.device > 2016-08-16 19:50:22,873 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: port > 2016-08-16 19:50:22,873 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: resource > 2016-08-16 19:50:22,873 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: guest.cpu.mode > 2016-08-16 19:50:22,873 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: pod > 2016-08-16 19:50:22,874 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: zone > 2016-08-16 19:50:22,874 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: hypervisor.type > 2016-08-16 19:50:22,874 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: guid > 2016-08-16 19:50:22,874 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: public.network.device > 2016-08-16 19:50:22,874 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: cluster > 2016-08-16 19:50:22,874 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: local.storage.uuid > 2016-08-16 19:50:22,874 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: domr.scripts.dir > 2016-08-16 19:50:22,874 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: LibvirtComputingResource.id > 2016-08-16 19:50:22,874 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Found property: host > 2016-08-16 19:50:22,875 INFO [cloud.agent.AgentShell] (main:null) > (logid:) Defaulting to using properties file for storage > 2016-08-16 19:50:22,876 INFO [cloud.agent.AgentShell] (main:null) > (logid:) Defaulting to the constant time backoff algorithm > 2016-08-16 19:50:22,895 INFO [cloud.utils.LogUtils] (main:null) (logid:) > log4j configuration found at /etc/cloudstack/agent/log4j-cloud.xml > 2016-08-16 19:50:22,912 INFO [cloud.agent.AgentShell] (main:null) > (logid:) Using default Java settings for IPv6 preference for agent > connection > 2016-08-16 19:50:22,912 DEBUG [cloud.agent.AgentShell] (main:null) > (logid:) Checking to see if agent.pid exists. > 2016-08-16 19:50:22,923 DEBUG [cloud.utils.ProcessUtil] (main:null) > (logid:) Executing: bash -c echo $PPID > 2016-08-16 19:50:23,006 DEBUG [cloud.utils.ProcessUtil] (main:null) > (logid:) Execution is successful. > 2016-08-16 19:50:23,064 INFO [cloud.agent.Agent] (main:null) (logid:) id > is 121 > 2016-08-16 19:50:23,064 DEBUG [cloud.resource.ServerResourceBase] > (main:null) (logid:) Retrieving network interface: mgm0 > 2016-08-16 19:50:23,068 DEBUG [cloud.resource.ServerResourceBase] > (main:null) (logid:) Retrieving network interface: cloudbr0 > 2016-08-16 19:50:23,069 DEBUG [cloud.resource.ServerResourceBase] > (main:null) (logid:) Retrieving network interface: null > 2016-08-16 19:50:23,069 DEBUG [cloud.resource.ServerResourceBase] > (main:null) (logid:) Retrieving network interface: null > 2016-08-16 19:50:23,073 WARN [cloud.resource.ServerResourceBase] > (main:null) (logid:) Incorrect details for private Nic during > initialization of ServerResourceBase > 2016-08-16 19:50:23,073 ERROR [cloud.agent.AgentShell] (main:null) > (logid:) Unable to start agent: Unable to configure LibvirtComputingResource > > > # ip link show > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode > DEFAULT > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > 2: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode > DEFAULT qlen 1000 > link/ether 0c:c4:7a:6c:1b:9a brd ff:ff:ff:ff:ff:ff > 3: ens6f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq master > team0 state UP mode DEFAULT qlen 1000 > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode > DEFAULT qlen 1000 > link/ether 0c:c4:7a:6c:1b:9b brd ff:ff:ff:ff:ff:ff > 5: ens6f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq master > team0 state UP mode DEFAULT qlen 1000 > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > 6: team0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc noqueue master > cloudbr0 state UP mode DEFAULT > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > 7: cloudbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc noqueue > state UP mode DEFAULT > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > 8: team0.1804@team0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc > noqueue master mgm0 state UP mode DEFAULT > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > 9: mgm0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc noqueue state > UP mode DEFAULT > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > 10: team0.1806@team0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc > noqueue master stor0 state UP mode DEFAULT > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > 11: stor0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc noqueue state > UP mode DEFAULT > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > 12: team0.1807@team0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc > noqueue state UP mode DEFAULT > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > 13: cloud0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue > state UNKNOWN mode DEFAULT > link/ether 9a:e0:be:79:eb:e4 brd ff:ff:ff:ff:ff:ff > > > > #ip addr show > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > valid_lft forever preferred_lft forever > inet6 ::1/128 scope host > valid_lft forever preferred_lft forever > 2: enp4s0f0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 > link/ether 0c:c4:7a:6c:1b:9a brd ff:ff:ff:ff:ff:ff > 3: ens6f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq master > team0 state UP qlen 1000 > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > inet6 fe80::92e2:baff:feaa:3ee4/64 scope link > valid_lft forever preferred_lft forever > 4: enp4s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000 > link/ether 0c:c4:7a:6c:1b:9b brd ff:ff:ff:ff:ff:ff > 5: ens6f1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq master > team0 state UP qlen 1000 > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > inet6 fe80::92e2:baff:feaa:3ee4/64 scope link > valid_lft forever preferred_lft forever > 6: team0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc noqueue master > cloudbr0 state UP > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > inet6 fe80::92e2:baff:feaa:3ee4/64 scope link > valid_lft forever preferred_lft forever > 7: cloudbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc noqueue > state UP > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > inet6 fe80::92e2:baff:feaa:3ee4/64 scope link > valid_lft forever preferred_lft forever > 8: team0.1804@team0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc > noqueue master mgm0 state UP > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > inet6 fe80::92e2:baff:feaa:3ee4/64 scope link > valid_lft forever preferred_lft forever > 9: mgm0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc noqueue state UP > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > inet6 fe80::92e2:baff:feaa:3ee4/64 scope link > valid_lft forever preferred_lft forever > 10: team0.1806@team0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc > noqueue master stor0 state UP > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > inet6 fe80::92e2:baff:feaa:3ee4/64 scope link > valid_lft forever preferred_lft forever > 11: stor0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc noqueue state > UP > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > inet6 fe80::92e2:baff:feaa:3ee4/64 scope link > valid_lft forever preferred_lft forever > 12: team0.1807@team0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc > noqueue state UP > link/ether 90:e2:ba:aa:3e:e4 brd ff:ff:ff:ff:ff:ff > inet 10.30.16.13/24 brd 10.30.16.255 scope global team0.1807 > valid_lft forever preferred_lft forever > inet6 fe80::92e2:baff:feaa:3ee4/64 scope link > valid_lft forever preferred_lft forever > 13: cloud0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue > state UNKNOWN > link/ether 9a:e0:be:79:eb:e4 brd ff:ff:ff:ff:ff:ff > inet 169.254.0.1/16 scope global cloud0 > valid_lft forever preferred_lft forever > inet6 fe80::98e0:beff:fe79:ebe4/64 scope link > valid_lft forever preferred_lft forever > > > cat /etc/cloudstack/agent/agent.properties > #Storage > #Thu Sep 08 09:13:16 MSK 2016 > > guest.network.device=cloudbr0 > workers=5 > private.network.device=mgm0 > port=8250 > resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource > guest.cpu.mode=IvyBridge > pod=4 > zone=4 > hypervisor.type=kvm > guid=ae21201a-3e0a-345d-8fc8-84d16076309c > vm.memballoon.disable=true > public.network.device=cloudbr0 > cluster=4 > local.storage.uuid=a651f29f-1a0b-452f-9eea-98febdbf9080 > domr.scripts.dir=scripts/network/domr/kvm > LibvirtComputingResource.id=172 > host=10.30.10.42 > > After downgrade agent started. No errors. > > > 2016-09-08 0:49 GMT+03:00 Matthew Smart <msm...@smartsoftwareinc.com>: > >> I found the problem that was causing the issue. I access the cloudstack >> servers via a network that I want to be completely separate and unknown to >> the cloudstack deployment. I am using one server as both management and >> agent in this test. So my nic setup looks like this: >> >> * bond0 : an untagged bonded interface tied to cloudbr0 >> * bond0.3 : tagged interface for vlan 3 with static ip 192.168.1.108 >> * cloudbr0 : ethernet bridge to the untagged bond0 >> >> When I try to add the host it fails giving an error: >> Unable to configure LibvirtComputingResource >> and complaining about the private nic being incorrect >> >> When I look in agent.properties I noticed that the host value >> automatically gets set to 192.168.1.108 which is not routable on cloudbr0. >> If I manually set it to the proper host ip and then run >> cloudstack-setup-agent from a terminal the host is added properly and works. >> >> >> Matthew Smart >> President >> Smart Software Solutions Inc. >> 108 S Pierre St. >> Pierre, SD 57501 >> >> Phone: (605) 280-0383 >> Skype: msmart13 >> Email: msm...@smartsoftwareinc.com >> >> On 09/06/2016 07:42 PM, Matthew Smart wrote: >> >>> Did this error end up in a bug report in Jira? I have just ran into the >>> exact same issue testing an advanced network where public, private, and >>> guest networks are assigned the same bridge. I am going to reload my test >>> nodes tomorrow to make sure it is not the result of something left over >>> from previous tests but the fact that the exact errors are being logged by >>> another user is not encouraging. >>> >>> Matthew Smart >>> President >>> Smart Software Solutions Inc. >>> 108 S Pierre St. >>> Pierre, SD 57501 >>> >>> Phone: (605) 280-0383 >>> Skype: msmart13 >>> Email: msm...@smartsoftwareinc.com >>> >>> On 08/29/2016 10:39 PM, Simon Weller wrote: >>> >>>> Sorry, I wasn't clear...I meant change your interfaces by removing the >>>> vlans so the bridges show just the interface name. >>>> >>>> Simon Weller/ENA >>>> (615) 312-6068 >>>> >>>> -----Original Message----- >>>> From: John Cenile [jcenile1...@gmail.com] >>>> Received: Monday, 29 Aug 2016, 8:32PM >>>> To: users@cloudstack.apache.org [users@cloudstack.apache.org] >>>> Subject: Re: Incorrect details for private Nic >>>> >>>> Unfortunately that didn't fix it either, it looks like they just change >>>> straight back to "cloudbr0": >>>> >>>> [root@node1 ~]# tail -n 3 /etc/cloudstack/agent/agent.properties >>>> private.network.device=eth0 >>>> public.network.device=eth0 >>>> guest.network.device=eth0 >>>> >>>> >>>> >>>> 2016-08-30 12:28:50,924 INFO [cloud.agent.Agent] (main:null) (logid:) >>>> id is >>>> 2016-08-30 12:28:50,924 DEBUG [cloud.resource.ServerResourceBase] >>>> (main:null) (logid:) Retrieving network interface: cloudbr0 >>>> 2016-08-30 12:28:50,932 DEBUG [cloud.resource.ServerResourceBase] >>>> (main:null) (logid:) Retrieving network interface: cloudbr0 >>>> 2016-08-30 12:28:50,932 DEBUG [cloud.resource.ServerResourceBase] >>>> (main:null) (logid:) Retrieving network interface: null >>>> 2016-08-30 12:28:50,932 DEBUG [cloud.resource.ServerResourceBase] >>>> (main:null) (logid:) Retrieving network interface: null >>>> 2016-08-30 12:28:50,935 WARN [cloud.resource.ServerResourceBase] >>>> (main:null) (logid:) Incorrect details for private Nic during >>>> initialization of ServerResourceBase >>>> 2016-08-30 12:28:50,935 ERROR [cloud.agent.AgentShell] (main:null) >>>> (logid:) >>>> Unable to start agent: Unable to configure LibvirtComputingResource >>>> >>>> [root@node1 ~]# service cloudstack-agent status >>>> cloudstack-agent dead but subsys locked >>>> >>>> >>>> Thanks for your help so far, do you have any other suggestions? The next >>>> thing I was going to try was downgrading to 4.8 and trying that version. >>>> >>>> On 30 August 2016 at 00:40, Simon Weller <swel...@ena.com> wrote: >>>> >>>> I'd suspect changing the sub ints to native ports will fix this as well. >>>>> That might be a better approach so you don't have to mess with the >>>>> traffic >>>>> labels >>>>> >>>>> Traveling today, so if my responses are a bit slow, it's because I'm >>>>> on a >>>>> plane. >>>>> >>>>> Simon Weller/ENA >>>>> (615) 312-6068 >>>>> >>>>> -----Original Message----- >>>>> From: John Cenile [jcenile1...@gmail.com] >>>>> Received: Monday, 29 Aug 2016, 10:08AM >>>>> To: users@cloudstack.apache.org [users@cloudstack.apache.org] >>>>> Subject: Re: Incorrect details for private Nic >>>>> >>>>> I just tried this, unfortunately that didn't solve it. I was under the >>>>> impression that the master replaced the interface names in that file >>>>> with >>>>> cloudbr0 / cloudbr1? When I check the file again, those interface >>>>> names are >>>>> back. >>>>> >>>>> Here are the logs (notice on the second attempt, the interface names >>>>> changed back): >>>>> >>>>> >>>>> [root@node1 ~]# tail -f /var/log/cloudstack/agent/agent.log >>>>> 2016-08-30 00:06:34,789 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Checking to see if agent.pid exists. >>>>> 2016-08-30 00:06:34,798 DEBUG [cloud.utils.ProcessUtil] (main:null) >>>>> (logid:) Executing: bash -c echo $PPID >>>>> 2016-08-30 00:06:34,803 DEBUG [cloud.utils.ProcessUtil] (main:null) >>>>> (logid:) Execution is successful. >>>>> 2016-08-30 00:06:34,853 INFO [cloud.agent.Agent] (main:null) (logid:) >>>>> id >>>>> is >>>>> 2016-08-30 00:06:34,853 DEBUG [cloud.resource.ServerResourceBase] >>>>> (main:null) (logid:) Retrieving network interface: eth0.200 >>>>> 2016-08-30 00:06:34,856 DEBUG [cloud.resource.ServerResourceBase] >>>>> (main:null) (logid:) Retrieving network interface: eth0.200 >>>>> 2016-08-30 00:06:34,856 DEBUG [cloud.resource.ServerResourceBase] >>>>> (main:null) (logid:) Retrieving network interface: null >>>>> 2016-08-30 00:06:34,856 DEBUG [cloud.resource.ServerResourceBase] >>>>> (main:null) (logid:) Retrieving network interface: null >>>>> 2016-08-30 00:06:34,859 WARN [cloud.resource.ServerResourceBase] >>>>> (main:null) (logid:) Incorrect details for private Nic during >>>>> initialization of ServerResourceBase >>>>> 2016-08-30 00:06:34,859 ERROR [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Unable to start agent: Unable to configure LibvirtComputingResource >>>>> >>>>> >>>>> >>>>> 2016-08-30 00:07:29,905 INFO [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Agent started >>>>> 2016-08-30 00:07:29,907 INFO [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Implementation Version is 4.9.0 >>>>> 2016-08-30 00:07:29,909 INFO [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> agent.properties found at /etc/cloudstack/agent/agent.properties >>>>> 2016-08-30 00:07:29,914 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: guest.network.device >>>>> 2016-08-30 00:07:29,914 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: workers >>>>> 2016-08-30 00:07:29,914 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: private.network.device >>>>> 2016-08-30 00:07:29,915 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: port >>>>> 2016-08-30 00:07:29,915 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: resource >>>>> 2016-08-30 00:07:29,915 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: pod >>>>> 2016-08-30 00:07:29,915 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: zone >>>>> 2016-08-30 00:07:29,915 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: guid >>>>> 2016-08-30 00:07:29,915 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: hypervisor.type >>>>> 2016-08-30 00:07:29,915 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: cluster >>>>> 2016-08-30 00:07:29,915 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: public.network.device >>>>> 2016-08-30 00:07:29,915 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: local.storage.uuid >>>>> 2016-08-30 00:07:29,916 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: domr.scripts.dir >>>>> 2016-08-30 00:07:29,916 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Found property: host >>>>> 2016-08-30 00:07:29,916 INFO [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Defaulting to using properties file for storage >>>>> 2016-08-30 00:07:29,918 INFO [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Defaulting to the constant time backoff algorithm >>>>> 2016-08-30 00:07:29,935 INFO [cloud.utils.LogUtils] (main:null) >>>>> (logid:) >>>>> log4j configuration found at /etc/cloudstack/agent/log4j-cloud.xml >>>>> 2016-08-30 00:07:29,951 INFO [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Using default Java settings for IPv6 preference for agent connection >>>>> 2016-08-30 00:07:29,951 DEBUG [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Checking to see if agent.pid exists. >>>>> 2016-08-30 00:07:29,959 DEBUG [cloud.utils.ProcessUtil] (main:null) >>>>> (logid:) Executing: bash -c echo $PPID >>>>> 2016-08-30 00:07:29,964 DEBUG [cloud.utils.ProcessUtil] (main:null) >>>>> (logid:) Execution is successful. >>>>> 2016-08-30 00:07:30,020 INFO [cloud.agent.Agent] (main:null) (logid:) >>>>> id >>>>> is >>>>> 2016-08-30 00:07:30,021 DEBUG [cloud.resource.ServerResourceBase] >>>>> (main:null) (logid:) Retrieving network interface: cloudbr0 >>>>> 2016-08-30 00:07:30,028 DEBUG [cloud.resource.ServerResourceBase] >>>>> (main:null) (logid:) Retrieving network interface: cloudbr0 >>>>> 2016-08-30 00:07:30,029 DEBUG [cloud.resource.ServerResourceBase] >>>>> (main:null) (logid:) Retrieving network interface: null >>>>> 2016-08-30 00:07:30,029 DEBUG [cloud.resource.ServerResourceBase] >>>>> (main:null) (logid:) Retrieving network interface: null >>>>> 2016-08-30 00:07:30,031 WARN [cloud.resource.ServerResourceBase] >>>>> (main:null) (logid:) Incorrect details for private Nic during >>>>> initialization of ServerResourceBase >>>>> 2016-08-30 00:07:30,032 ERROR [cloud.agent.AgentShell] (main:null) >>>>> (logid:) >>>>> Unable to start agent: Unable to configure LibvirtComputingResource >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On 29 August 2016 at 22:47, Simon Weller <swel...@ena.com> wrote: >>>>> >>>>> Can you edit /etc/cloudstack/agent.properties and try changing the >>>>>> interfaces from cloudbr0 to your sub int, e.g. eth0.200 >>>>>> >>>>>> >>>>>> Simon Weller/ENA >>>>>> (615) 312-6068 >>>>>> >>>>>> -----Original Message----- >>>>>> From: John Cenile [jcenile1...@gmail.com] >>>>>> Received: Monday, 29 Aug 2016, 7:28AM >>>>>> To: users@cloudstack.apache.org [users@cloudstack.apache.org] >>>>>> Subject: Re: Incorrect details for private Nic >>>>>> >>>>>> On 29 August 2016 at 22:16, Simon Weller <swel...@ena.com> wrote: >>>>>> >>>>>> So, my guess here is that the agent doesn't like the fact you have a >>>>>>> >>>>>> sub >>>>> >>>>>> interface plugged into the bridge. This is an advanced network zone, >>>>>>> correct? >>>>>>> >>>>>> >>>>>> I haven't actually got that far, but I'm aiming for the Basic network >>>>>> >>>>> zone. >>>>> >>>>>> The guide on CloudStack's website actually recommends this set up >>>>>> >>>>> (having a >>>>> >>>>>> VLAN interface plugged into the bridge). >>>>>> >>>>>> For a testing setup, that will never have production servers on it, >>>>>> how >>>>>> would you recommend setting up the interfaces? Just an eth0 -> >>>>>> cloudbr0 >>>>>> >>>>> and >>>>> >>>>>> eth1 -> cloudbr1? >>>>>> >>>>>> >>> >>> >> >