Re: [one-users] VM in boot state for a very long time

2013-12-11 Thread Javier Fontan
This can be caused by several things.

* There are already 15 actions being done by the VMM. By default the
drivers are only allowed to execute 15 actions at the same time and
the next actions are enqueued. Have you launched a batch of actions to
lots of VMs?

* There is already an action being executed in that host that is
hanging. The drivers only execute one action per Host at the same time
as sometimes libvirt does not play well with several actions. Can you
check that there is no hanging action script executing in that host? A
ps and check for script executions from /var/tmp/one is a good way
to check for them.

* The virtual network drivers are taking too much time. What are the
network drivers you are using?

Cheers

On Tue, Dec 10, 2013 at 5:54 PM, Liu, Guang Jun (Gene)
gene@alcatel-lucent.com wrote:
 Hi there,

 I am running 4.2 (RHEL6.4, KVM). I experienced that VM stays in BOOT
 state for a very long time (~15 minutes). The image copy is fast (VM
 state goes to BOOT from prolog). There is not any log and the servers
 (both the computing node/host, and one front-server) are idle. Can
 anyone suggest me where I should look at to figure out the cause of VM
 in BOOT so long?

 Thanks very much!

 --
 Gene Liu

 ___
 Users mailing list
 Users@lists.opennebula.org
 http://lists.opennebula.org/listinfo.cgi/users-opennebula.org



-- 
Javier Fontán Muiños
Developer
OpenNebula - The Open Source Toolkit for Data Center Virtualization
www.OpenNebula.org | @OpenNebula | github.com/jfontan
___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org


Re: [one-users] VM in boot state for a very long time

2013-12-11 Thread Liu, Guang Jun (Gene)
Hi Javier,

Thank you for your reply!
After read this blog http://blog.opennebula.org/?p=3473 I started to 
concern some settings of my system. The test (a demo/show for my 
testing organization management team) I performed was that 20 VMs were 
initiated as a batch. We have 4 hosts as computing nodes. We use linux 
bridge network w/ external DHCP server. (we chose network mode as 
default)

I use all the default settings from a fresh new installation. I tried 
to tune some of the parameters in oned.conf and sched.conf as below --

oned.conf:
MANAGER_TIMER   = 30
MONITORING_INTERVAL = 60
MONITORING_THREADS  = 50

IM_MAD = [
  name   = kvm,
  executable = one_im_ssh,
  arguments  = -r 0 -t 40 kvm ]

VM_MAD = [
name   = kvm,
executable = one_vmm_exec,
arguments  = -t 40 -r 0 kvm,
default= vmm_exec/vmm_exec_kvm.conf,
type   = kvm ]

TM_MAD = [
executable = one_tm,
arguments  = -t 200 -d dummy,lvm,shared,qcow2,ssh,vmfs,iscsi,ceph 
]

DATASTORE_MAD = [
executable = one_datastore,
arguments  = -t 200 -d dummy,fs,vmfs,iscsi,lvm,ceph
]

HM_MAD = [
executable = one_hm ]

sched.conf:
SCHED_INTERVAL = 180

MAX_VM   = 300
MAX_DISPATCH = 200
MAX_HOST = 1

LIVE_RESCHEDS  = 0

HYPERVISOR_MEM = 0.1

DEFAULT_SCHED = [
policy = 0,
RANK = RUNNING_VMS
]

Regards,

Gene Liu

On Wed 11 Dec 2013 08:54:31 AM EST, Javier Fontan wrote:
 This can be caused by several things.

 * There are already 15 actions being done by the VMM. By default the
 drivers are only allowed to execute 15 actions at the same time and
 the next actions are enqueued. Have you launched a batch of actions to
 lots of VMs?

 * There is already an action being executed in that host that is
 hanging. The drivers only execute one action per Host at the same time
 as sometimes libvirt does not play well with several actions. Can you
 check that there is no hanging action script executing in that host? A
 ps and check for script executions from /var/tmp/one is a good way
 to check for them.

 * The virtual network drivers are taking too much time. What are the
 network drivers you are using?

 Cheers

 On Tue, Dec 10, 2013 at 5:54 PM, Liu, Guang Jun (Gene)
 gene@alcatel-lucent.com wrote:
 Hi there,

 I am running 4.2 (RHEL6.4, KVM). I experienced that VM stays in BOOT
 state for a very long time (~15 minutes). The image copy is fast (VM
 state goes to BOOT from prolog). There is not any log and the servers
 (both the computing node/host, and one front-server) are idle. Can
 anyone suggest me where I should look at to figure out the cause of VM
 in BOOT so long?

 Thanks very much!

 --
 Gene Liu

 ___
 Users mailing list
 Users@lists.opennebula.org
 http://lists.opennebula.org/listinfo.cgi/users-opennebula.org



___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org


[one-users] VM in boot state for a very long time

2013-12-10 Thread Liu, Guang Jun (Gene)
Hi there,

I am running 4.2 (RHEL6.4, KVM). I experienced that VM stays in BOOT
state for a very long time (~15 minutes). The image copy is fast (VM
state goes to BOOT from prolog). There is not any log and the servers
(both the computing node/host, and one front-server) are idle. Can
anyone suggest me where I should look at to figure out the cause of VM
in BOOT so long?

Thanks very much!

-- 
Gene Liu

___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org


Re: [one-users] VM in boot state for a very long time

2013-12-10 Thread Liu, Guang Jun (Gene)
e.g.: boot stays there for 21 minutes.

INFO: Tue Dec 10 11:32:53 -0500 2013: 157: Create: :
INFO: Tue Dec 10 11:32:59 -0500 2013: 157: Prolog: LCM_INIT:
INFO: Tue Dec 10 11:53:35 -0500 2013: 157: Running: BOOT:

Gene Liu

On Tue 10 Dec 2013 11:54:44 AM EST, Liu, Guang Jun (Gene) wrote:
 Hi there,

 I am running 4.2 (RHEL6.4, KVM). I experienced that VM stays in BOOT
 state for a very long time (~15 minutes). The image copy is fast (VM
 state goes to BOOT from prolog). There is not any log and the servers
 (both the computing node/host, and one front-server) are idle. Can
 anyone suggest me where I should look at to figure out the cause of VM
 in BOOT so long?

 Thanks very much!

___
Users mailing list
Users@lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org