[
https://issues.apache.org/jira/browse/CLOUDSTACK-1078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13566076#comment-13566076
]
Marcus Sorensen commented on CLOUDSTACK-1078:
---------------------------------------------
There is an email thread about this on the Dev list. It was due to default
private bridge being cloudbr1, but users system had none. User changed config
and problem went away. I was under the impression that this has been the
default for awhile (public on cloudbr0, private on cloudbr1), but I'll look
into it.
> Not able to start System Vms on Rhel 6.3 KVM host
> -------------------------------------------------
>
> Key: CLOUDSTACK-1078
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1078
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
> Affects Versions: 4.1.0
> Environment: Build from IPv6 branch
> Reporter: Sangeetha Hariharan
> Assignee: edison su
> Priority: Critical
> Fix For: 4.1.0
>
>
> I am testing with build from IPv6 branch.
> I am trying to bring up an advanced zone using rhel6.3 KVM hosts.
> System Vms are not able to start.
> I see the following exceptions in agent logs:
> 2013-01-28 22:10:02,576 WARN [kvm.resource.LibvirtComputingResource]
> (agentRequest-Handler-5:null) Exception
> com.cloud.exception.InternalErrorException: Failed to create vnet 1363: Set
> name-type for VLAN subsystem. Should be visible in
> /proc/net/vlan/configERROR: trying to add VLAN #1363 to IF -:br-1363:-
> error: No such deviceFailed to create vlan 1363 on pif: br-1363.
> at
> com.cloud.hypervisor.kvm.resource.BridgeVifDriver.createVnet(BridgeVifDriver.java:170)
> at
> com.cloud.hypervisor.kvm.resource.BridgeVifDriver.createVlanBr(BridgeVifDriver.java:156)
> at
> com.cloud.hypervisor.kvm.resource.BridgeVifDriver.plug(BridgeVifDriver.java:119)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVif(LibvirtComputingResource.java:3301)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVifs(LibvirtComputingResource.java:3069)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:3093)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1174)
> at com.cloud.agent.Agent.processRequest(Agent.java:525)
> at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
> at com.cloud.utils.nio.Task.run(Task.java:83)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
> 2013-01-28 22:10:02,577 WARN [cloud.agent.Agent]
> (agentRequest-Handler-5:null) Caught:
> java.lang.NullPointerException
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.cleanupVMNetworks(LibvirtComputingResource.java:4223)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.handleVmStartFailure(LibvirtComputingResource.java:2992)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:3116)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1174)
> at com.cloud.agent.Agent.processRequest(Agent.java:525)
> at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
> at com.cloud.utils.nio.Task.run(Task.java:83)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
