[one-users] VM holds on "boot" state
Javier Fontan
jfontan at fdi.ucm.es
Mon Jul 28 07:52:13 PDT 2008
Hello,
I have uploaded a patch to svn repository solving the thread problem.
Could you please download latest codebase from svn and give it a try?
We have changed the install script to copy files but if you want to
easily update code from svn you can add "-l" parameter to install so
it creates symbolic links from the building directory. This way
updating from svn and recompiling (if there are changes in C++ files)
will be enough, no reinstall required.
Sorry again for this unfortunate bug.
Bye
On Jul 28, 2008, at 3:18 PM, Javier Fontan wrote:
>
> Hello,
>
> There is a bug in the code that manages threads so the driver does
> not answer after sending the command. We are working on solving it.
> I will send you the patch as soon as we have it.
>
> I am so sorry for that.
>
> Bye
>
> On Jul 28, 2008, at 12:16 PM, William Voorsluys wrote:
>
>> Hello,
>>
>> I've tried to run some tests with version 1.0 and came across the
>> same
>> problem as Giuseppe. The VM boots correctly and I can access it via
>> console. The only problem is the LCM state, which doesn't switch to
>> 'running'. I had made some automated tests that rely on this state to
>> pass and they used to run fine on TP2.
>> Attached are log files from the var directory.
>>
>> Cheers,
>>
>> William.
>>
>> 2008/7/25 Javier Fontan <jfontan at fdi.ucm.es>:
>>>
>>> Hello,
>>>
>>> Could you please enable MAD debug logging (set ONE_MAD_DEBUG to 1 in
>>> etc/defaultrc), try to submit the machines again and send us the
>>> log files
>>> created in one var directory?
>>>
>>> Thank you.
>>>
>>> On Jul 24, 2008, at 4:18 PM, Giuseppe Doddis wrote:
>>>
>>>> Hi everybody,
>>>> I have installed last release of OpenNebula (1.0) downloaded with
>>>> subversion.
>>>> When I submit a VM with onevm command, the VMs keep on the boot
>>>> state, but
>>>> on the host the "xm list" command tells that VM is running and
>>>> the "xm
>>>> console" command works fine.
>>>>
>>>> "onevm list" output on ONE host:
>>>>
>>>> oneadmin at phoenix:~/one_1.0$ onevm list
>>>> ID NAME STAT CPU MEM HOSTNAME TIME
>>>> 3 xen-1 boot 0 0 pegasus.rvnebul 00 01:34:37
>>>> 4 xen-trac boot 0 0 dragone.rvnebul 00 01:34:30
>>>> 5 xen-4 boot 0 0 pegasus.rvnebul 00 01:34:25
>>>> 6 xen-5 boot 0 0 pegasus.rvnebul 00 01:34:22
>>>>
>>>>
>>>> "onehost list" output:
>>>>
>>>> oneadmin at phoenix:~/one_1.0$ onehost list
>>>> HID NAME RVM TCPU FCPU ACPU TMEM
>>>> FMEM
>>>> STAT
>>>> 1 dragone.rvnebula 1 200 199 140 1046528
>>>> 393216 on
>>>> 2 pegasus.rvnebula 3 200 199 20 1046528
>>>> 1024 on
>>>>
>>>>
>>>> "xm list" output on xen host:
>>>>
>>>> pegasus:~# xm list
>>>> Name ID Mem VCPUs State
>>>> Time(s)
>>>> Domain-0 0 608 2 r-----
>>>> 5423.9
>>>> one-3 5 128 1 -b----
>>>> 2004.1
>>>> one-5 6 128 1 -b----
>>>> 43.5
>>>> one-6 7 128 1 -b----
>>>> 4.5
>>>>
>>>> What's the problem?
>>>> Thanks.
>>>> Giuseppe Doddis.
>>>>
>>>> P.S: Sorry for my poor English.
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opennebula.org
>>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
>>>
>>
>>
>>
>> --
>> William Voorsluys
>>
>> williamvoor.googlepages.com
>> <var.tar.gz>
>
> _______________________________________________
> Users mailing list
> Users at lists.opennebula.org
> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
More information about the Users
mailing list