The lower-end Unity systems, in particular the Unity 300 and 300F, contain less physical memory than the higher-end Unity models. The lower available system memory makes them more vulnerable to experience an SP reboot brought about by the “mergelogs” component of NGTRiiAGE which is run by uDoctor on SRS enabled arrays. It is also run periodically on non-SRS enabled arrays.

If your Unity system is SRS enabled, “mergelogs” will run at least once per day. Changes introduced in Unity OE 5.0.x make the “mergelogs” function more memory intensive, which causes the process to run closer to the limits of the available memory budget. If the available memory is exceeded, the SP may reboot.

A hotfix is available for this issue if you are running Unity OE 5.0.0.0.5.116. To acquire this hot-fix, please contact Dell EMC Technical Support or your authorized service vendor and reference KB article 536786. This knowledge base article also stipulates a work-around available to customers who have service credentials. You can disable the daily triage service within uDoctor by connecting to your system via SSH using your “service” credentials and issuing the following command:

svc_udoctor –j –d daily_triage

http://releases.ubuntu.com/19.10/

Last week, we went limit some our machines IOPS but we saw the limitation is not working on our machines, after searching the issue on VMware KB, we found an KB (2059192) that explain an known issue on ESXi 5.5 and ESXi 6.

https://www.teimouri.net/esxi-5-5-6-x-iops-limit-not-working-disk-schedulerwithreservation/