Last Modified: Nov 07, 2022
Known Affected Versions:
12.1.0, 12.1.0 HF1, 12.1.0 HF2, 12.1.1, 12.1.1 HF1, 12.1.1 HF2, 12.1.2, 12.1.2 HF1, 12.1.2 HF2, 12.1.3, 126.96.36.199, 188.8.131.52, 184.108.40.206, 220.127.116.11, 18.104.22.168, 22.214.171.124, 126.96.36.199, 12.1.4, 188.8.131.52, 12.1.5, 184.108.40.206, 220.127.116.11, 18.104.22.168, 12.1.6
Opened: Apr 30, 2015 Severity: 3-Major
In a VM running VE where datastor is active, boot up can result in a system that is nearly unusable due to an excessively slow system. In some cases, the customer may see "softlockup" errors on their console and in their kernel message log.
An excessively slow system.
If the hypervisor is configured to allow for an overcommitment of resources, what appears to be real memory to the VM could in fact be virtualized memory. If sufficient amounts of memory exist, but more than one VM is running, it is possible that overcommitment may require the real memory to be "moved" from one VM to another, again causing excessive slowness in booting.
Don't over commit your hypervisor resources. TMOS is designed to be an embedded system, not a time-share process, so its resource requirements are much more stringent than most VM instances.
The maximum size of the datastor page cache has been capped at about 10 Gigabytes so as to mitigate the risk of this event occurring.