Support Center > Search Results > SecureKnowledge Details
In a Hyper-V environment, the Virtual Machine's clock moves faster than the hardware time
Symptoms
  • In a Hyper-V environment, the Virtual Machine's clock (OS time) moves faster than the hardware (Host) time (2-3 seconds every minute).
    As a result, the Virtual Machine's clock drift can accumulate rapidly and prevent NTP from working correctly.
Cause

Hyper-V clocksource does not work on 64-bit kernel.


Solution

This problem was fixed. The fix is included in:

Check Point recommends to always upgrade to the most recent version (upgrade Security Management Server / upgrade Multi-Domain Security Management Server).

 

For other supported versions, Check Point can supply a Hotfix

Follow these steps:

  1. Hyper-V integration services should not offer time sync.
    Uncheck this setting in the "Advanced" section of hardware properties of the Hyper-V VM.
    If this is not acceptable, then proceed to the next step.

  2. Contact Check Point Support to get a Hotfix for this issue (Issue ID 02550557).
    A Support Engineer will make sure the Hotfix is compatible with your environment before providing the Hotfix.
    For faster resolution and verification, please collect CPInfo file from Gaia OS running within Hyper-V that is involved in the case.

    Hotfix installation instructions:

    1. Hotfix has to be installed on Gaia OS running within Hyper-V.

      Notes:

      • In cluster environment, this procedure must be performed on all members of the cluster.
      • In Management HA environment, this procedure must be performed on both Management Servers.
    2. Procedure:

      • Using CPUSE - On Security Gateway / Management Server running Gaia OS R75.40 and above:

        Make sure to install the latest build of the CPUSE Agent.

        Refer to sk92449: CPUSE - Gaia Software Updates (including Gaia Software Updates Agent):

        • Section "(4-A-c)" / "(4-A-d)" - refer to import instructions for Offline procedure
        • Section "(4-B-a)" - refer to installation instructions for Hotfixes

        You can also use the sk111158 - Central Deployment Tool (CDT) to install this hotfix on Security Gateways.

        Note: Reboot is required.

      • Using Legacy CLI - On VSX Gateway running Gaia OS R75.40VS - R77.30:

        Note: You must be connected either over Console, or LOM card (SSH session could be disconnected). On VSX versions R75.40VS - R77.30, the Gaia CPUSE does not support installation of hotfixes (refer to sk92449 - section "(2)" - "VSX Gateways").

        1. Transfer the hotfix package to the machine (into some directory, e.g., /some_path_to_fix/).

        2. Unpack and install the hotfix package:

          [Expert@HostName:0]# cd /some_path_to_fix/
          [Expert@HostName:0]# tar -zxvf SecurePlatform_<HOTFIX_NAME>.tgz
          [Expert@HostName:0]# ./SecurePlatform_<HOTFIX_NAME>

          Note: The script will stop all of Check Point services (cpstop) - read the output on the screen.
        3. Reboot the machine.

Related solutions:

Applies To:
  • 01621547 , 02550557 , 02555731 , 02553922
  • PRHF-329 , PRHF-627 , PRHF-1452, PRHF-3010, PRHF-2243

Give us Feedback
Please rate this document
[1=Worst,5=Best]
Comment