Open Stack

Dear Dan,
I have changed my /etc/nova/nova.conf file to reflect proper fixed_ip range,

then it start to launch.

I have one more question,

 does the compute nodes required to have all the nova softwares to run.
because on my slave nodes initially it was only nova-compute, later
installed nova-scheduler, api, network n all.

Started  multiple instances from master node, able to create vm on slave
nodes, but the status is shutdown. No idea.

if I am able to access these from slave nodes, it requires EC2_ACCESS_KEY.
By default it is not set, do I need to set it manually.

Could any one please clarify my doubts.

--Thanks and regards,
Praveen GK.

On Wed, Aug 17, 2011 at 8:43 PM, Dan Wendlandt <dan at nicira.com> wrote:

> Hi Praveen,
>
> The error you are seeing is because there is no 'network' record in the
> nova database corresponding to 'br100' (which is the default value for the
> bridge).  Spawning a VM requires finding the appropriate network(s) for that
> VM in the database, and assigning the VM an IP address from the associated
> network subnet.
>
> Did you run nova-manage to create a network?  If so, can you send out the
> command you ran?
>
> For example the Running Nova wiki (http://wiki.openstack.org/RunningNova)
> includes the line:
>
> sudo nova-manage network create novanetwork 10.0.0.0/8 1 64
>
> Dan
>
>
> On Tue, Aug 16, 2011 at 9:45 PM, praveen_kumar girir <gkpraven at gmail.com>wrote:
>
>> Dear Mandell,
>> The nova-network process is running.
>> But I am not able to see any log file under /var/log/libvert/qemu/
>> directory.
>> When I run describe instance command , I am able to see this output.
>> root at openstack2:~# euca-describe-instances
>> RESERVATION    r-l4zr8lyg    bexar    default
>> INSTANCE    i-0000000c    ami-2b84327c            networking    test
>> (bexar, openstack2)    0        m1.tiny    2011-08-12T11:29:42Z    nova
>>
>> RESERVATION    r-s8zj5yje    bexar    default
>> INSTANCE    i-0000000a    ami-2b84327c            networking    test
>> (bexar, openstack2)    0        m1.tiny    2011-08-12T11:29:33Z    nova
>>
>>
>> logs output:
>>
>> nova-compute.log:
>>
>> 2011-08-17 10:00:46,016 ERROR nova [-] Exception during message handling
>> (nova): TRACE: Traceback (most recent call last):
>> (nova): TRACE:   File "/usr/lib/pymodules/python2.7/nova/rpc.py", line
>> 188, in _receive
>> (nova): TRACE:     rval = node_func(context=ctxt, **node_args)
>> (nova): TRACE:   File "/usr/lib/pymodules/python2.7/nova/exception.py",
>> line 120, in _wrap
>> (nova): TRACE:     return f(*args, **kw)
>> (nova): TRACE:   File
>> "/usr/lib/pymodules/python2.7/nova/compute/manager.py", line 219, in
>> run_instance
>> (nova): TRACE:     self.get_network_topic(context),
>> (nova): TRACE:   File
>> "/usr/lib/pymodules/python2.7/nova/compute/manager.py", line 173, in
>> get_network_topic
>> (nova): TRACE:     host = self.network_manager.get_network_host(context)
>> (nova): TRACE:   File
>> "/usr/lib/pymodules/python2.7/nova/network/manager.py", line 276, in
>> get_network_host
>> (nova): TRACE:     FLAGS.flat_network_bridge)
>> (nova): TRACE:   File "/usr/lib/pymodules/python2.7/nova/db/api.py", line
>> 620, in network_get_by_bridge
>> (nova): TRACE:     return IMPL.network_get_by_bridge(context, bridge)
>> (nova): TRACE:   File
>> "/usr/lib/pymodules/python2.7/nova/db/sqlalchemy/api.py", line 98, in
>> wrapper
>> (nova): TRACE:     return f(*args, **kwargs)
>> (nova): TRACE:   File
>> "/usr/lib/pymodules/python2.7/nova/db/sqlalchemy/api.py", line 1294, in
>> network_get_by_bridge
>> (nova): TRACE:     raise exception.NotFound(_('No network for bridge %s')
>> % bridge)
>> *(nova): TRACE: NotFound: No network for bridge br100*
>> (nova): TRACE:
>> 2011-08-17 10:01:45,446 INFO nova.compute.manager [-] Found instance
>> 'instance-0000000b' in DB but no VM. State=0, so assuming spawn is in
>> progress.
>>
>> Here, I have highlighted the error,
>> here I am pasting br100 details.
>> root at openstack2:~# cat /etc/network/interfaces
>> # The loopback network interface
>> auto lo
>> iface lo inet loopback
>>
>> auto br100
>> iface br100 inet static
>>         bridge_ports eth0
>>         bridge_stp off
>>         bridge_maxwait 0
>>         bridge_fd 0
>>         address 10.223.84.45
>>         netmask 255.255.255.0
>>         broadcast 10.223.84.255
>>         gateway 10.223.84.251
>>         dns-nameservers 10.223.45.36
>> root at openstack2:~#
>>
>> could any one help me out here.
>>
>> --Thanks and regards,
>> Praveen GK.
>>
>> On Tue, Aug 16, 2011 at 8:24 PM, Mandell Degerness <mdegerne at gmail.com>wrote:
>>
>>> Check first that the network process is running and not producing
>>> errors.  Then check for errors in
>>> /var/log/libvert/qemu/instance-00000001.log.  I suspect the issue lies
>>> with, either, the network configuration or with a missing file for
>>> qemu (kvm-pxe).
>>>
>>> -Mandell
>>>
>>> On Mon, Aug 15, 2011 at 9:48 PM, praveen_kumar girir <gkpraven at gmail.com>
>>> wrote:
>>> >> Dear All,
>>> >
>>> > I am facing issue while running instances under ubuntu 11.04 server
>>> > edition.
>>> > Steps followed:
>>> >
>>> > Installed openstack nova, bexar edition to my cluster.
>>> > check all the running processes
>>> > Able to publish the image.
>>> > Able to describe the images, which change the state from .gz to
>>> untarring.
>>> >
>>> >           Run the command euca-run-instances $emi -k my_key -t m1.tiny.
>>> >        After this,
>>> >           check the status using, euca-describe-images. the status is
>>> shows
>>> > "NETWORKING" rather RUNNING
>>> > When I checked the logs under /var/log/nova/nova-manage.log file, I am
>>> able
>>> > to see this error.
>>> > 2011-08-12 17:36:22,305 INFO nova.compute.manager [-] Found instance
>>> > 'instance-0000000e' in DB but no VM. State=0, so assuming spawn is in
>>> > progress.
>>> >
>>> > Could any one put some light on this
>>> >
>>> > --Thanks and regards,
>>> > Praveen GK,
>>> >
>>> >
>>> > _______________________________________________
>>> > Mailing list: https://launchpad.net/~openstack
>>> > Post to     : openstack at lists.launchpad.net
>>> > Unsubscribe : https://launchpad.net/~openstack
>>> > More help   : https://help.launchpad.net/ListHelp
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Regards,
>>> Mandell Degerness
>>>
>>> "True glory consists in doing what deserves to be written; in writing
>>> what deserves to be read; and in so living as to make the world
>>> happier for our living in it."
>>>   Pliny the Elder
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~openstack
>>> Post to     : openstack at lists.launchpad.net
>>> Unsubscribe : https://launchpad.net/~openstack
>>> More help   : https://help.launchpad.net/ListHelp
>>>
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openstack
>> Post to     : openstack at lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~openstack
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Dan Wendlandt
> Nicira Networks, Inc.
> www.nicira.com | www.openvswitch.org
> Sr. Product Manager
> cell: 650-906-2650
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20110818/052adde9/attachment.html>