cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Yuriy Karpel <yu...@karpel.su>
Subject Re: Incorrect details for private Nic
Date Thu, 08 Sep 2016 08:36:15 GMT
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 <yuriy@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 <msmart@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: msmart@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: msmart@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 [jcenile1983@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 <sweller@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 [jcenile1983@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 <sweller@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 [jcenile1983@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 <sweller@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?
>>>>>>
>>>>>>
>>>
>>>
>>
>

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