Skip to main content

Possible causes for unsynchronized data residing on Phoenix TurboTier

Updated today

This article applies to:

  • Product edition: Phoenix

Problem description

Non-synchronized (unsynced) data residing on TurboTier can occur due to various reasons. Below are the potential causes and their respective resolutions:

Cause: Incorrect sync schedule and bandwidth setting

Resolution

Adjust the bandwidth of the TurboTier sync schedule so that all the data is flushed to the cloud. If the bandwidth is low, TurboTier takes a long time to sync data to the cloud.

Cause: New data is added to the cloud

Resolution

  • Check if there was any new server or backup set added to the TurboTier.

  • Check the schedule of the sync operation. The more frequent you set the schedule, it would sync the data quicker.

Cause: TurboTier server is unable to connect to Phoenix Cloud

Resolution

Cause: Corrupt TurboTier disk or an I/O issue

Resolution

  • If the backup to TurboTier is failing or if there is a read operation failure, check the disk consistency by reviewing the Application and System Event logs.

  • Review the errors related to disk failures and check with the system administrator on this issue.

Cause: Firewall device between TurboTier and Phoenix Cloud (Internet) which is tampering with the certificate.

Traceback

Under TurboTier log, you would find the below error message.

ERROR] Error in uploading logs Dropped network connection. (#100000022) (Error Code: PHOENIX34)

Resolution

  • Whitelist *.druva.com in the proxy server with the help of the in-house networking team. This will exclude any SSL/TLS connection established by Druva. This is not just for IP whitelisting but SSL.

  • Turn off SSL/TLS termination proxy feature from the proxy server or router.

Did this answer your question?