ASF GitHub Bot commented on CLOUDSTACK-9491:

Github user murali-reddy commented on the issue:

    @serg38 Though same code path, i ran into different issue. When i was 
adding new tier to VPC, eth3 was plugged into VR from vCenter. As commented in 
the function there is delay for ethernet device to appear in the guest instance.
    I could see code loops through eth0, eth1, eth2 only, because it read the 
'/proc/sys/net/ipv4/conf' too early.

> Vmware resource: incorrect parsing of device list to find ethener index of 
> plugged nic
> --------------------------------------------------------------------------------------
>                 Key: CLOUDSTACK-9491
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9491
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the 
> default.) 
>    Affects Versions: 4.6.0
>            Reporter: Murali Reddy
>            Assignee: Murali Reddy
>             Fix For:,,
> In VmwareResource.java, there is logic ( in findRouterEthDeviceIndex) to find 
> ethernet interface a mac address is associated with.
> After NIC in plugged in to a Vm through vSphere, it takes some time for the 
> device to show up in the guest VM.
> Logic loops through the device list obtained from /proc/sys/net/ipv4/conf 
> from the VM, and matched againest mac.
> However '/proc/sys/net/ipv4/conf'  is not refreshed, heve logic loops through 
> old device list always.
> In addition there is no exception thrown and error is maked by sending -1. 
> Eventually, VR scripts are getting -1 as device number causing failure in 
> processing the scripts.

This message was sent by Atlassian JIRA

Reply via email to