No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

CloudEC V600R019C00 Troubleshooting (Enterprise On-premises, Convergent Conference)

Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
Unreliable Performance Measurement Result(CGPVirtualization)

Unreliable Performance Measurement Result(CGPVirtualization)

Symptom

  • When you query the result of an ordinary performance measurement task on the performance management system, the displayed value in the Credible column is Incredible.
  • When you query the real-time result reported by a monitoring task, the displayed value in the Credible column is Incredible.

Possible Causes

The probable causes of the fault are as follows:

  • The time zone is set or daylight saving time (DST) is used.
  • A service process is faulty.
  • A certain virtual machine (VM) is faulty.
  • A service process switchover occurs.
  • The active/standby switchover of the OMUs occurs.

Fault Diagnosis

The measurement results of ordinary and monitoring tasks displayed on the client come from the PCDRs reported by host processes. According to the measurement template configured on the host side, the performance measurement module collects statistics on the PCDRs reported by the host to obtain values of Credible and measurement entities of a task. If the measurement result is not reliable, analyze the PCDRs reported by the host and the running status of the performance measurement module.

Procedure

    Check whether the measurement result was generated in the first measurement period after the measurement task was created.

    1. On the performance measurement result page, check whether the measurement result was generated in the first measurement period after the measurement task is created.

      If the start time of the unreliable measurement result is earlier than or the same as the time when the measurement task is created, you can infer that the measurement result is generated in the first measurement period after the measurement task is created.

      • Yes: Go to 2.
      • No: Go to 3.

    2. On the performance measurement result page, check whether the measurement result generated in the next measurement period is reliable.

      It is normal that measurement results are unreliable in the first measurement period as the measurement period is incomplete.

      • Yes: No further action is required.
      • No: Go to 3.

    Check whether the time zone or DST is set.

    1. On the performance measurement result page, check whether the start time or end time contains the identifier of time zone or DST in the measurement result.

      For example, the time 2010-04-04 15:15:00 +09:00 DST includes the time zone and the DST flag.

      • Yes: Go to 4.
      • No: Go to 5.

    1. In the MML Command - CGP window of the client, run LST OPTLOG to query operation logs to check the reported time segment of the unreliable performance measurement result. In the command output, check whether the time zone and DST is set by running SET TZ or whether the system time is changed by running SET TIME.

      • Yes: No further action is required.
      • No: Go to 5.
      NOTE:
      It is normal that the measurement result is unreliable for the next measurement period after the time zone and DST or the system time is changed.

    Check whether a process is faulty.

    1. In the MML Command - CGP window of the client, run DSP MODULE to check whether Active/Standby state of a certain module is neither Active nor Standby.

      • Yes: Go to 6.
      • No: Go to 7.

    1. Rectify the fault by referring to the handling procedure in the ALM-1003 Module Fault alarm help. Then, check whether the displayed value in the Credible column is Credible in the measurement result starting from the next measurement period after the alarm has been cleared.

      • Yes: No further action is required.
      • No: Go to 7.

    Check whether a board is faulty.

    1. In the Browse Alarms window of the CGP on the client, check whether ALM-2001 Board Fault is generated before and after the unreliable measurement result is generated.

      • Yes: Go to 8.
      • No: Go to 9.

    1. Rectify the fault by referring to the handling procedure in the ALM-2001 Board Fault alarm help. Then, check whether the displayed value in the Credible column is Credible in the measurement result starting from the next measurement period after the alarm has been cleared.

      • Yes: No further action is required.
      • No: Go to 9.

    Check whether a process switchover occurs.

    1. In the MML Command - CGP window of the client, run LST EVTLOG to check whether 1018 Module Swap Success is generated before and after the unreliable measurement result is generated.

      • Yes: Go to 10.
      • No: Go to 11.

    2. Rectify the fault by referring to the handling procedure in the 1018 Module Swap Success event help. Then, check whether the displayed value in the Credible column is Credible in the measurement result starting from the next measurement period after the event has been cleared.

      • Yes: No further action is required.
      • No: Go to 11.

    Check whether a switchover occurs on the active and standby OMUs.

    1. In the Browse Alarms window of the CGP on the OMU client. Check whether ALM-8601 Swap of the OMU HA System is generated before and after the unreliable measurement result is generated.

      • Yes: Go to 12.
      • No: Go to 13.

    2. Rectify the fault by referring to the handling procedure in the ALM-8601 Swap of the OMU HA System alarm help. Then, check whether the displayed value in the Credible column is Credible in the measurement result starting from the next measurement period after the alarm has been cleared.

      • Yes: No further action is required.
      • No: Go to 13.

    Collect the log information, and contact technical support engineers.

    1. Use the Information Collection Tool to collect items in Common fault analysis scenario and item PCDR Bill in Custom Scenario.
    2. Contact Huawei technical support engineers to rectify the fault.

Related Information

None
Translation
Download
Updated: 2019-08-07

Document ID: EDOC1100059098

Views: 19995

Downloads: 12

Average rating:
This Document Applies to these Products
Related Version
Related Documents
Share
Previous Next