[one-users] VM sticks in 'pend'

[Tino Vazquez]

Hi Dan,

>From the steps you sent, it seems like the scheduler is not starting.
This is due to the way in which OpenNebula is started (oned -f), only
starts the core, but the scheduler (mm_sched, another process) is not
started.

You can check if the scheduler is started by issuing an "pgrep mm_sched".

To correctly start opennebula, do a:

$ one start

and to stop it (both processes, oned and mm_sched), do a:

$ one stop

Please, do not hesitate to ask further doubts.

Best regards,

-Tino

--
Constantino Vázquez, Grid & Virtualization Technology
Engineer/Researcher: http://www.dsa-research.org/tinova
DSA Research Group: http://dsa-research.org
Globus GridWay Metascheduler: http://www.GridWay.org
OpenNebula Virtual Infrastructure Engine: http://www.OpenNebula.org



On Wed, Jun 16, 2010 at 11:17 PM, Dan Yocum <yocum at fnal.gov> wrote:
> Hi,
>
> I'm trying to get a VM to run, but it sticks in 'pend' state and never
> actually starts.  Here's what I've done so far:
>
> 2 systems, both installed with Scientific Linux v5.4, running xen kernel
> installed opennebula express on one system
> generated the correct node-install.sh and run it on the worker node
> editted oned.conf and uncommented all xen related sections, and
>  commented out all kvm related sections
> 'oned -f &' as user oneadmin
> onehost create worker_node im_xen vmm_xen tm_ssh
> acquired the small network and ttylinux tarballs and edited the ttylinux.one
> and small_network.net
> onenet create small_network.net
> onevm create ttylinux.one
>
> Here's what I see:
>
> $ onehost list
>  ID NAME                      RVM   TCPU   FCPU   ACPU    TMEM    FMEM STAT
>   8 fgitb318                    0    800    799    799 1677619  392192   on
>
> $ onevm list
>  ID     USER     NAME STAT CPU     MEM        HOSTNAME        TIME
>   8 oneadmin fgitb318 pend   0       0                 00 00:22:42
>
> $ tail oned.log:
> Wed Jun 16 15:52:57 2010 [ReM][D]: VirtualMachineAllocate invoked
> Wed Jun 16 15:52:57 2010 [DiM][D]: Allocating a new VM
> Wed Jun 16 15:53:01 2010 [ReM][D]: VirtualMachinePoolInfo method invoked
> ...
>
> And that's it.
>
> Any suggestions?
>
> Thanks,
> Dan
>
>
>
> --
> Dan Yocum
> Fermilab  630.840.6509
> yocum at fnal.gov, http://fermigrid.fnal.gov
> "I fly because it releases my mind from the tyranny of petty things."
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>