Chat now with support
Chat with Support

Quest Protect 1.6 - Release Notes

Resolved issues and enhancements

Resolved issues and enhancements

This 1.6.0 release of Quest Protect Dashboard accompanies the release of Foglight Evolve 9.0. The following is a list of issues addressed and enhancements implemented in this release.

Defect ID

Resolved Issue

VRM-425

Change the error msg wording when create RR Agent.

VRM-426

NullpointerException occured during host protection.

 


Known issues

Known issues

This 1.6.0 release of Quest Protect includes the following known issues at the time of this release.

Defect ID

Known Issue

VRM-419

The VROOM Dashboard cartridge has been rebranded to Protect Dashboard cartridge since version 1.4. If you upgrade the VROOM cartridge (1.3 or earlier) to the Protect Dashboard cartridge (1.4 or later), both cartridges coexist after the upgrade. Meanwhile, the previous VROOM Dashboard cartridge still take effects while the new cartridge has been intalled.

Workaround: On the Cartridge Inventory dashboard, disable the previous VROOM Dashboard cartridge, and then enable the new Protect Dashboard cartridge.

n/a

The Timeout for Virtual Machine Automation is controlled by the Protection Timeout property that is set to 5 minutes by default. If Rapid Recovery Server does not respond in the defined timeout period, a timeout error message will prompt.
Note: Go to the Agent Properties dialog box, and then increase the value of Protection Timeout; otherwise decrease the number of monitored virtual machines. 

n/a

Protect Virtual Machine Automation in Hyper-V environments only supports to export as an ESX file in this release.

n/a

If you encounter the error in debugging log: "Error occurs during collection. http_code=500 message=Specified port '27017' cannot be accessed at the specified host 'localhost'.", do any of the following:
Workaround 1: Upgrade your Quest Protect Dashboard to this 1.6.0 release.
Workaround 2: Increase the upper limit of ephemeral ports that have been dynamically allocated to client TCP/IP socket connections.
a. Open the Registry Editor.
b. Browse to select HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters.
c. Select Edit > New > DWORD Value, and then specify the following values:
Name: MaxUserPort
Data: Any decimal value from 5000 to 65534
Workaround 3: Decrease the default timeout value of client TCP/IP socket connections.
a. Open the Registry Editor.
b. Browse to select HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters.
c. Select Edit > New > DWORD Value, and then specify the following values:
Name: TcpTimedWaitDelay
Data: Any decimal value from 30 to 240

n/a

The virtual machine ID cannot be obtained if this virtual machine is protected by installed agent, which results in the mapping failure between this virtual machine and the installed agent.
Workaround: Change the protection mode to agentless mode for virtual machines protected in Rapid Recovery Core Server.

 


Upgrade and compatibility 

Upgrade and compatibility 

The following Foglight product versions and platforms are compatible with this release.

Product Name

Product Version

Platform

Foglight Management Server

5.9.5

All platforms supported by this version of the Foglight Management Server

Foglight Agent Manager

5.9.5

All platforms supported by this version of the Foglight Agent Manager

Foglight Evolve

9.0

All platforms supported by these versions of Foglight Evolve

 


System requirements 

System requirements 

For information about system requirements for this release, see the corresponding Foglight System Requirements and Platform Support Guide.

 

Compatibility with Rapid Recovery and Veeam:

  • This version is directly compatible with Rapid Recovery 6.1.2 and later. Do not attempt to install it alongside any previous versions.
  • This version is directly compatible with Veeam Backup & Replication 9.5 Update 1 (build 9.5.0.823) and later. Do not attempt to install it alongside any previous versions. VEEAM Backup Enterprise Manager must have Enterprise Plus or MSP VEEAM license.

Agent and Agent Manager configuration

Standard environments: Rapid Recovery Agent and Agent Manager configuration

On 64-bit hosts meeting the minimum system requirements, the embedded Agent Manager can be used to run Rapid Recovery Agents  to monitor the Rapid Recovery Core Server that protects up to100 machines.

  Minimum CPU Minimum Memory Minimum Host Memory Total machines protected by Rapid Recovery
Windows 64-bit

1

2.5 GB

3 GB

100

Linux 64-bit

1

2.5 GB

3 GB

100

Standard environments: Veeam Agent and Agent Manager configuration

On 64-bit hosts meeting the minimum system requirements, the embedded Agent Manager can be used to run Veeam Agents to monitor the Veeam Enterprise Manager Server that protects up to400 machines.

  Minimum CPU Minimum Memory Minimum Host Memory Total machines protected by Veeam
Windows 64-bit

1

2.5 GB

3 GB

400

Linux 64-bit

1

2.5 GB

3 GB

400

Large environments: Rapid Recovery Agent and Agent Manager configuration

The Agent Manager JVM usually requires additional memory to monitor the Rapid Recovery Core Server that protects more than 100 virtual machines.

 

The following calculations are guidelines, not hard and fast rules. Memory requirements can vary greatly from installation to installation with similar machine counts. If insufficient memory is configured, the failure mode is easily recognizable: all agents on the Agent Manager host will go into a broken state after the agent(s) were activated for a short period of time, usually within 24 hours. In addition, the Agent Manager log will contain a line similar to the following: Caused by: java.lang.OutOfMemoryError: Java heap space

If this is the case, add memory greater than what is shown in the calculations below, in increments of 512 MB until the agents stabilize. As most of memory is consumed by events, the memory consumed by Rapid Recovery agents is calculated based on the amounts of events that have been generated in last 2 weeks. It is supposed that one protected machine generates 1500 events in last 2 weeks, and one event might consume 16.5 KB memory, then one protected machine would consume 16.5 x1500 =  20 MB. For example, if a Rapid Recovery Core Server protects 100 machines, this Rapid Recovery Core Server will consume 20 MB x100 =2000 MB (round up to 2 GB). Therefore it is strongly recommended to check the number of events that have been generated since last week. Use the following formula to calculate the required memory:

512 MB + 16.5 KB x events#

If you do not want to check the amounts of events, use the following formula to calculate the required memory based on the number of protected machines:

512 MB + 20 MB x protected machines#

The default setting for agents deployed on 64-bit systems is 2560 MB, which suffice this environment. Similarly, protecting 1000 machines requires 20512 MB of memory:

512 MB + 20 MB x 1000 = 20512 MB

Foglight Evolve Virtual Appliance comes pre-configured to support up to 100 protected machines. This requires the default Agent Manager settings to be changed.

To change the JVM memory settings:
  1. Determine the amount of additional memory required. This will be the total from the last step above minus the default value of 2560 MB. In the example above, this is 20512 – 2560 = 17952 MB (round up to 17 GB).
  2. On the agent machine, open the baseline.jvmargs.config file for editing. The file is located in the <Agent_Manager_home>/state/default/config directory.
  3. Add the following lines in the Memory Settings section:
    vmparameter.0 = "-Xms17g";
    vmparameter.1 = "-Xmx17g";
    Note: If this file has been previously edited, increment the numeric parameters accordingly.
  4. Delete the existing deployed negotiation configuration settings directory: <Agent_Manager_home>/state/default/config/deployments
    Restart the Agent Manager for these settings to take effect.
CPU

CPU usage on the Agent Manager host is relatively low most of the time. However, usage peaks dramatically during the performance metric collection. This is normal and expected. CPU utilization consistently over 50% is an indication that additional processing power is required. As with memory, usage can vary between different installations with similar numbers of protected machines. The following guidelines should be followed:

Up to 100 machines

1 CPU

100+ machines

add 1 CPU per 100 machines – round up when necessary

Large environments: Veeam Agent and Agent Manager configuration

The Agent Manager JVM usually requires additional memory to monitor the Veeam Enterprise Manager Server that protects more than 400 virtual machines.

 

The following calculations are guidelines, not hard and fast rules. Memory requirements can vary greatly from installation to installation with similar machine counts. If insufficient memory is configured, the failure mode is easily recognizable: all agents on the Agent Manager host will go into a broken state after the agent(s) were activated for a short period of time, usually within 24 hours. In addition, the Agent Manager log will contain a line similar to the following: Caused by: java.lang.OutOfMemoryError: Java heap space

If this is the case, add memory greater than what is shown in the calculations below, in increments of 512 MB until the agents stabilize. Use the following formula to calculate the required memory:

512 MB + 5 MB x protected machines#

According to the above formula, monitoring 400 virtual machines requires 2512 MB of memory: 512 MB + 5 MB * 400 = 2512 MB.

The default setting for agents deployed on 64-bit systems is 2560 MB, which suffice this environment. Similarly, protecting 1000 machines requires 5512 MB of memory: 512 MB + 5 MB x 1000 = 5512 MB

Foglight Evolve Virtual Appliance comes pre-configured to support up to 400 protected machines. This requires the default Agent Manager settings to be changed.

To change the JVM memory settings:
  1. Determine the amount of additional memory required. This will be the total from the last step above minus the default value of 2560 MB. In the example above, this is 5512 – 2560 = 2952 MB (round up to 3 GB).
  2. On the agent machine, open the baseline.jvmargs.config file for editing. The file is located in the <Agent_Manager_home>/state/default/config directory.
  3. Add the following lines in the Memory Settings section:
    vmparameter.0 = "-Xms3g";
    vmparameter.1 = "-Xmx3g";
    Note: If this file has been previously edited, increment the numeric parameters accordingly.
  4. Delete the existing deployed negotiation configuration settings directory: <Agent_Manager_home>/state/default/config/deployments
    Restart the Agent Manager for these settings to take effect.
CPU

CPU usage on the Agent Manager host is relatively low most of the time. However, usage peaks dramatically during the performance metric collection. This is normal and expected. CPU utilization consistently over 50% is an indication that additional processing power is required. As with memory, usage can vary between different installations with similar numbers of protected machines. The following guidelines should be followed:

Up to 400 machines

1 CPU

400+ machines

add 1 CPU per 400 machines – round up when necessary

Foglight Management Server minimum memory and CPU requirements

Rapid Recovery: minimum memory and CPU requirements:

# of protected machines Memory*
Foglight JVM settings
# of CPUs
100

Xms|Xmx=1G

1
500 Xms|Xmx=4G 5
1000 Xms|Xmx=8G 10

* Edit the Foglight Management Server JVM settings in the server.config file located under Quest\Foglight\config\. When running Foglight on a virtual machine, full memory needs be reserved at the hypervisor level.

Veeam: minimum memory and CPU requirements:

# of protected machines Memory*
Foglight JVM settings
# of CPUs
400

Xms|Xmx=1G

1
1000 Xms|Xmx=2G 3
2000 Xms|Xmx=4G 5

* Edit the Foglight Management Server JVM settings in the server.config file located under Quest\Foglight\config\. When running Foglight on a virtual machine, full memory needs be reserved at the hypervisor level.

 


Related Documents