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?
