[one-users] Problem with ONE 1.4 and Xen 3.2

[Tres Wong-Godfrey]

Yeah, I ran into the same problem getting the scheduler to provision on a host that had plenty of free resources. Statically defining memory for dom0 as a kernel parameter in grub.conf is how I got things running like they should.

kernel /[kernel_version] dom0_mem=256MB

It's not convenient, but I really don't know how you'd get accurate memory accounting without it. Adding the change to a Puppet manifest or CFEngine policy file makes it a set-it-and-forget-it process anyway.

It's a small price to pay (in my opinion) for a scheduler that's smart enough to know when a server is full.




On Dec 31, 2009, at 1:58 AM, Nikola Milutinovic wrote:

> On 30.12.2009 17:41, Nikola Milutinovic wrote:
>> On 30.12.2009 16:13, Nikola Milutinovic wrote:
>>> 
>>> Wed Dec 30 15:45:02 2009 [HOST][D]: Discovered Hosts (enabled): 0
>>> Wed Dec 30 15:45:02 2009 [VM][D]: Pending virtual machines : 33
>>> Wed Dec 30 15:45:02 2009 [RANK][W]: No rank defined for VM
>>> Wed Dec 30 15:45:02 2009 [SCHED][I]: Select hosts
>>>         PRI     HID     HSID
>>>         -------------------
>>> Virtual Machine: 33
>> 
>> The clue here is the first line, 0 enabled hosts.
>> 
>> Turns out that, since ONE relies on SSH access to monitored hosts, it is very sensitive to any "dirt" in the output. If you have a Banner or Message-of-theDay, it will definitely confuse ONE into thinking there is something wrong with the host. Turning both of those off solved the problem.
> 
> Actually, a miss.
> 
> That line meant "list of enabled hosts: ID=0". At this point I do not quite understand what is going on. Why is the VM left in pending state? I can force a VM deploy of that VM on the Xen host, which goes its way. Could it be due to some memory misinterpretation?
> 
> oneadmin at vadmin:/srv/cloud/images/xen$ onehost list
>   ID NAME                      RVM   TCPU   FCPU   ACPU    TMEM    FMEM STAT
>    0 xen1.gc.com    0          800    800    800 4192256  131072  on
> 
> oneadmin at vadmin:/srv/cloud/images/xen$ onehost show 0
> HOST 0 INFORMATION
> ID                    : 0
> NAME                  : xen1.gc.com
> STATE                 : MONITORED
> IM_MAD                : im_xen
> VM_MAD                : vmm_xen
> TM_MAD                : tm_nfs
> 
> HOST SHARES
> MAX MEM               : 4192256
> USED MEM (REAL)       : 4061184
> USED MEM (ALLOCATED)  : 0
> MAX CPU               : 800
> USED CPU (REAL)       : 0
> USED CPU (ALLOCATED)  : 0
> RUNNING VMS           : 0
> 
> MONITORING INFORMATION
> ARCH=x86_64
> CPUSPEED=1600
> FREECPU=800
> FREEMEMORY=131072
> HOSTNAME=xen.gc.com
> HYPERVISOR=xen
> MODELNAME=Intel(R) Xeon(R) CPU           E5310  @ 1.60GHz
> NETRX=0
> NETTX=0
> TOTALCPU=800
> TOTALMEMORY=4192256
> USEDCPU=0
> USEDMEMORY=4061184
> 
> I mean, this is normal for Xen, it gives all available memory to Dom0 and Dom0 will take that memory and give it to the VM, I've seen messages in xend.log stating "baloon driver reducing memory of Dom0". Should I manually reduce the memory available to Dom0?
> 
> Nix.
> -- 
> Met vriendelijke groet / Kind regards,
> Nikola Milutinovic
> Sr Java Developer
> Levi9 Global Sourcing
> .  Jan van Goyenkade 8, 1075 HP Amsterdam, The Netherlands 
> (    +31 (0) 20 7547900 ext 2056 
> (    +381 (0) 21 4895800 ext 2056 
> È    +381 (0) 64 2202824 
> *    n.milutinovic at Levi9.com 
> ^    Skype: nikola.milutinovic 
> ü    www.levi9.com 
> 
> Chamber of commerce Levi9 Global Sourcing BV: 34221951
> Chamber of commerce Levi9 Global Sourcing Benelux BV: 34224746
> This e-mail may contain confidential or privileged information. If you are not (one of) the intended recipient(s), please notify the sender immediately by reply e-mail and delete this message and any attachments permanently without retaining a copy. Any review, disclosure, copying, distribution or taking any action in reliance on the contents of this e-mail by persons or entities other than the intended recipient(s) is strictly prohibited and may be unlawful. 
> 
> The services of Levi9 are exclusively subject to its general terms and conditions. These general terms and conditions can be found on www.levi9.com and a copy will be promptly submitted to you on your request and free of charge.
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org