Hi,<div><br></div><div>If you are seeing FOO=bar in the template that shows that the informations flow is right, and one.db updated. Could it be that the values generated by the modified kvm.rb change from execution to execution?</div>
<div><br>Cheers</div><div><br></div><div>Ruben<br><div class="gmail_quote">On Fri, Aug 3, 2012 at 12:56 AM, Mark Wagner <span dir="ltr"><<a href="mailto:mwagner@intelius.com" target="_blank">mwagner@intelius.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On 08/02/2012 01:14 PM, Ruben S. Montero wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
When you modified the scripts you must execute<br>
<br>
onehost sync<br>
<br>
to propagate the changes to the hosts. The scripts are copied next time the host is monitored. Maybe you are missing that part.<br>
</blockquote>
<br>
I've run "onehost sync". There wasn't a change. Just to be sure the script was being executed I added "FOO=bar" to the output.<br>
<br>
Here is "onehost show"<br>
<br>
oneadmin@onefe1:~$ onehost show 11<br>
HOST 11 INFORMATION<br>
ID : 11<br>
NAME : hpblade1-1<br>
CLUSTER : -<br>
STATE : MONITORED<br>
IM_MAD : im_kvm<br>
VM_MAD : vmm_kvm<br>
VN_MAD : dummy<br>
LAST MONITORING TIME : 08/02 15:52:11<br>
<br>
HOST SHARES<br>
TOTAL MEM : 424.4G<br>
USED MEM (REAL) : 6.1G<br>
USED MEM (ALLOCATED) : 12G<br>
TOTAL CPU : 21600<br>
USED CPU (REAL) : 2160<br>
USED CPU (ALLOCATED) : 1200<br>
RUNNING VMS : 3<br>
<br>
MONITORING INFORMATION<br>
ARCH="x86_64"<br>
CPUSPEED="2933"<br>
FOO="bar"<br>
FREECPU="19440.0"<br>
FREEMEMORY="387163512"<br>
HOSTNAME="hpblade1-1"<br>
HYPERVISOR="kvm"<br>
MODELNAME="Intel(R) Xeon(R) CPU X5670 @ 2.93GHz"<br>
NETRX="2048157672079"<br>
NETTX="2337238135328"<br>
TOTALCPU="21600"<br>
TOTALMEMORY="445056984"<br>
USEDCPU="2160.0"<br>
USEDMEMORY="6432608"<br>
<br>
Here is the result of running kvm.rb on the host:<br>
<br>
oneadmin@hpblade1-1:~$ /var/tmp/one/im/kvm.d/kvm.rb<br>
HYPERVISOR=kvm<br>
TOTALCPU=2400<br>
CPUSPEED=2933<br>
TOTALMEMORY=49450776<br>
USEDMEMORY=6428340<br>
FREEMEMORY=43022436<br>
FREECPU=2174.4<br>
USEDCPU=225.6<br>
NETRX=2052917131737<br>
NETTX=2341806785454<br>
FOO=bar<br>
<br>
Could there be something preventing the one.db from being updated? Could I flush it somehow?<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, Aug 2, 2012 at 8:57 PM, Mark Wagner <<a href="mailto:mwagner@intelius.com" target="_blank">mwagner@intelius.com</a> <mailto:<a href="mailto:mwagner@intelius.com" target="_blank">mwagner@intelius.com</a>>> wrote:<br>
<br>
I've modified /var/lib/one/remotes/im/kvm.d/<u></u>kvm.rb to allow<br>
overcommiting CPU and memory but I'm encountering some<br>
inconsistencies.<br>
<br>
When I run the script on the host I get:<br>
<br>
TOTALMEMORY=247253880<br>
<br>
However, onehost show gives<br>
<br>
TOTALMEMORY="445056984"<br>
<br>
How could the onehost be getting that value?<br>
<br><span class="HOEnZb"><font color="#888888">
</font></span></blockquote><span class="HOEnZb"><font color="#888888">
-- <br>
Mark Wagner | <a href="mailto:mwagner@intelius.com" target="_blank">mwagner@intelius.com</a><br>
System Administrator | Intelius Inc.<br>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/<u></u>listinfo.cgi/users-opennebula.<u></u>org</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>Ruben S. Montero, PhD<br>Project co-Lead and Chief Architect<br>OpenNebula - The Open Source Solution for Data Center Virtualization<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula<br>
</div>