cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-9811) VR will not start, looking to configure eth3 while no such device exists on the VR. On KVM-CentOS6.8 physical host
Date Thu, 16 Mar 2017 10:20:41 GMT

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-9811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15927781#comment-15927781
] 

ASF GitHub Bot commented on CLOUDSTACK-9811:
--------------------------------------------

Github user ustcweizhou commented on the issue:

    https://github.com/apache/cloudstack/pull/2003
  
    @borisstoyanov 
    I suspect this is caused by the name of your public interface (p55p1). 
    can you please try the following change
    ```
    diff --git a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingReso
    index d925297..706f7d9 100755
    --- a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
    +++ b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
    @@ -1481,7 +1481,7 @@ public class LibvirtComputingResource extends ServerResourceBase
implements Serv
    
         private String getBroadcastUriFromBridge(final String brName) {
             final String pif = matchPifFileInDirectory(brName);
    -        final Pattern pattern = Pattern.compile("(\\D+)(\\d+)(\\D*)(\\d*)");
    +        final Pattern pattern = Pattern.compile("(\\D+)(\\d+)(\\D*)(\\d*)(\\D*)(\\d*)");
             final Matcher matcher = pattern.matcher(pif);
             s_logger.debug("getting broadcast uri for pif " + pif + " and bridge " + brName);
             if(matcher.find()) {
    @@ -1489,7 +1489,9 @@ public class LibvirtComputingResource extends ServerResourceBase
implements Serv
                     return BroadcastDomainType.Vxlan.toUri(matcher.group(2)).toString();
                 }
                 else{
    -                if (!matcher.group(4).isEmpty()) {
    +                if (!matcher.group(6).isEmpty()) {
    +                    return BroadcastDomainType.Vlan.toUri(matcher.group(6)).toString();
    +                } else if (!matcher.group(4).isEmpty()) {
                         return BroadcastDomainType.Vlan.toUri(matcher.group(4)).toString();
                     } else {
                         //untagged or not matching (eth|bond|team)#.#
    ```


> VR will not start, looking to configure eth3 while no such device exists on the VR. On
KVM-CentOS6.8 physical host
> ------------------------------------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-9811
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9811
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Virtual Router
>    Affects Versions: 4.10.0.0
>            Reporter: Boris Stoyanov
>            Priority: Blocker
>         Attachments: agent.log, cloud.log, management.log
>
>
> This issue appears only on 4.10. When you add an instance with a new network the VR starts
and fails at the configuration point. Looks like it is looking to configure eth3 adapter while
no such device should be available on the VR. 
> The VR does not start and aborts the deployment of the VM. 
> Pease note that this issue was reproduced on physical KVM hosts in our lab.
> Hardware Hosts details:
> - 4x Dell C6100
> - Using: American Megatrends MegaRAC Baseboard Management (IPMI v2 compliant)
> OS:
> CentOS 6.8. 
> Management: 
> VM, running CentOS 6.8
> ACS version: 4.10 RC 1. SHA: 7c1d003b5269b375d87f4f6cfff8a144f0608b67
> In a nested virtualization environment it was working fine with CentOS6.8. 
> Attached are the management log and the cloud.log form the VR. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message