One virtual machine on VSP could not be reachable: No IP address here when using command ifconfig


Doc ID    SOLN284019
Version:    4.0
Status:    Published
Published date:    27 Nov 2020
Created Date:    16 Feb 2016
Author:   
Jiafa Wang
 

Details

1) system platform 6.3.7

2) installed CM_SurvRemoteEmbed Template 6.3.0.0.1105 (CM, BSM & Utility Srver)

Problem Clarification

1) On Cdom web page: Utility Server is running while Application State showing "Timeout".

2) removed  CM_SurvRemoteEmbed Template and reinstalled without any difference.

3) in the install progress log that Template installed "completed with errors"

 US:Can't connect, trying again

- US:Failed to connect

- US:Connection timed out

- US:Configuration failed

- US:Configuring phone settings file

- US:Failed to configure phone settings file

- US:Configuring ESD settings file

- US:Failed to configure ESD settings file

- US:Configuring DHCP

- US:DHCP Configuration failed

- US:Configuring PFM on Utility Services

- US:Configuring PFM

- US:Failed to configure PFM

- US:Finished Utility Services

- main:Wizard completed with warnings

Complete 100 53m 38s

4) Accessed xm console from Dom-0 and getting login prompt from Utility Server but unable to login

5) Customer was able to ping Utility Server while could not ssh . 

 

Cause

 The IP address of Utility Server has been occupied by another host.

1) When login to the Utility Server with craft/sroot user from Dom0 xm console, use command ifconfig on Utility Server, no ip address here; when cat /etc/sysconfig/network-scripts/ifcfg-eth0, we saw the ip address existed here. 

2) Restart the network: use command service network restart,   got the error message:

 

Bringing up interface eth0:

Error, some other host already uses address 172.25.134.8. [FAILED]

3) Checked the ARP table on the G430 gateway, find out the MAC address for the IP 172.25.134.8 is not the MAC address for Utility server

MAC for US: 00:ca:fe:30:66:33

ARP table on G430:  172.25.134.8  84:83:71:89:7c:13

 4) With the help of customer network team found that there is one network device having same IP address.

Solution

 Cause another host has occupied the IP address of Utility Server, so actually this IP was not able to apply on the eth0 for Utility Server according to the GARP, it won't take effect. That's why we could not see ip address when using command ifconfig even though we can see the ip was really configured in /etc/sysconfig/network-scripts/ifcfg-eth0 file.

Solution : release the ip from another host or assign another new IP address for the Utility Server.


Avaya -- Proprietary. Use pursuant to the terms of your signed agreement or Avaya policy