Search Engine: Elastic
  • Article for your preferred language does not exist. Below is international version of the article.

Article ID: 119144, created on Dec 13, 2013, last review on May 4, 2014

  • Applies to:
  • Operations Automation 5.5


When customer turns on RAM Autoscale for particular container this operation is failed with error in poa.debug.log:

Failed to initiate autoscale for VeId [customerId=<CUSTOMER_ID>, name=<NAME>]: P50019: RAM size cannot be changed in the STARTED state

Issue can be reproduced in following way:

  1. A lot of VEs were created on the server (to fill the RAM).
  2. Memory consuming script is started inside a VE.
  3. snmpd service will be in top with 100%.


snmpd is killed by OOM killer due to the script execution in virtual machine. This issue was escalated to Maintenance Team with ID CCU-7262.


Please contact your account manager to clarify additional details regarding CCU-7262.

Meanwhile, as a workaround, a script to restart snmpd service automatically in case of failure could be applied to PACI hardware nodes:

~# cat

mkdir -p /root/scripts
cat > /root/scripts/ <<EOF

res=\`service snmpd status\`

if [ "\$res" == 'snmpd dead but pid file exists' -o \$res1 -ne 0 ]; then
        date >> /root/snmpdrestart.log
        echo "SNMPD in dead state was detected"
        /etc/init.d/snmpd restart


~# chmod +x /root/scripts/
~# echo '* * * * * root /root/scripts/' >> /etc/crontab
~# service crond restart

5b048d9bddf8048a00aba7e0bdadef37 caea8340e2d186a540518d08602aa065 5356b422f65bdad1c3e9edca5d74a1ae 2554725ed606193dd9bbce21365bed4e e12cea1d47a3125d335d68e6d4e15e07

Email subscription for changes to this article
Save as PDF