<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 30.12.2009 17:41, Nikola Milutinovic wrote:
<blockquote cite="mid:4B3B82A9.6040102@levi9.com" type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
On 30.12.2009 16:13, Nikola Milutinovic wrote:
<blockquote cite="mid:4B3B6E02.3060708@levi9.com" type="cite">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<tt><br>
Wed Dec 30 15:45:02 2009 [HOST][D]: Discovered Hosts (enabled): 0<br>
Wed Dec 30 15:45:02 2009 [VM][D]: Pending virtual machines : 33<br>
Wed Dec 30 15:45:02 2009 [RANK][W]: No rank defined for VM<br>
Wed Dec 30 15:45:02 2009 [SCHED][I]: Select hosts<br>
PRI HID HSID<br>
-------------------<br>
Virtual Machine: 33</tt><br>
</blockquote>
<br>
The clue here is the first line, 0 enabled hosts.<br>
<br>
Turns out that, since ONE relies on SSH access to monitored hosts, it
is <b>very</b> 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.<br>
</blockquote>
<br>
Actually, a miss.<br>
<br>
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?<br>
<br>
<tt>oneadmin@vadmin:/srv/cloud/images/xen$ onehost list<br>
ID NAME RVM TCPU FCPU ACPU <b>TMEM</b>
FMEM STAT<br>
0 xen1.gc.com 0 800 800 800 4192256 <b>131072</b>
on<br>
<br>
oneadmin@vadmin:/srv/cloud/images/xen$ onehost show 0<br>
HOST 0 INFORMATION<br>
ID : 0<br>
NAME : xen1.gc.com<br>
STATE : MONITORED<br>
IM_MAD : im_xen<br>
VM_MAD : vmm_xen<br>
TM_MAD : tm_nfs<br>
<br>
HOST SHARES<br>
<b>MAX MEM : 4192256<br>
USED MEM (REAL) : 4061184</b><br>
USED MEM (ALLOCATED) : 0<br>
MAX CPU : 800<br>
USED CPU (REAL) : 0<br>
USED CPU (ALLOCATED) : 0<br>
RUNNING VMS : 0<br>
<br>
MONITORING INFORMATION<br>
ARCH=x86_64<br>
CPUSPEED=1600<br>
FREECPU=800<br>
<b>FREEMEMORY=131072</b><br>
HOSTNAME=xen.gc.com<br>
HYPERVISOR=xen<br>
MODELNAME=Intel(R) Xeon(R) CPU E5310 @ 1.60GHz<br>
NETRX=0<br>
NETTX=0<br>
TOTALCPU=800<br>
TOTALMEMORY=4192256<br>
USEDCPU=0<br>
USEDMEMORY=4061184</tt><br>
<br>
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?<br>
<br>
Nix.<br>
<div class="moz-signature">-- <br>
<title>Levi9 Signature</title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<style type="text/css">
.signs1{ font-size: 11pt; font-family: Wingdings }
.signs2{ font-size: 11pt; font-family: Webdings }
</style>
<div
style="font-family: Tahoma,sans-serif; font-size: 8pt; color: black;">
<span style="font-size: 10pt;"> Met vriendelijke groet / Kind regards,<br>
Nikola Milutinovic<br>
Sr Java Developer<br>
Levi9 Global Sourcing<br>
</span>
<hr> <font face="Wingdings" size="3">.</font> <span> Jan van
Goyenkade 8, 1075 HP Amsterdam, The Netherlands</span> <br>
<font face="Wingdings" size="3">(</font> <span> +31 (0) 20 7547900
ext 2056</span> <br>
<font face="Wingdings" size="3">(</font> <span> +381 (0) 21 4895800
ext 2056</span> <br>
<font face="Webdings" size="3">È</font> <span> +381 (0) 64 2202824</span>
<br>
<font face="Wingdings" size="3">*</font> <span> <a
href="mailto:n.milutinovic@Levi9.com">n.milutinovic@Levi9.com</a></span>
<br>
<font face="Webdings" size="3">^</font> <span> Skype:
nikola.milutinovic</span> <br>
<font face="Webdings" size="3">ü</font> <span> <a target="_blank"
title="http://www.levi9.com/" href="http://www.levi9.com/">www.levi9.com</a></span>
<br>
<span> <br>
Chamber of commerce Levi9 Global Sourcing BV: 34221951<br>
Chamber of commerce Levi9 Global Sourcing Benelux BV: 34224746<br>
</span>
<hr> <span> 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. <br>
<br>
The services of Levi9 are exclusively subject to its general terms and
conditions. These general terms and conditions can be found on <a
target="_blank" title="http://www.levi9.com/"
href="http://www.levi9.com/">www.levi9.com</a> and a copy will be
promptly submitted to you on your request and free of charge.<br>
</span> </div>
</div>
</body>
</html>