On Wed, Feb 8, 2012 at 11:17 AM, Sumit Naiksatam (snaiksat) < snaik...@cisco.com> wrote:
> Hi Dan, > > Thanks for the clarifying this, and also kudos for keeping the > documentation in sync. While on this, is there a way to subscribe to > changes in the Quantum documentation (or better still, subscribe the > netstack mailer)? I think that might help to preempt these kind of issues. > The general tendency is to read the documentation on the first setup, and > not as often after that, thus missing some of these changes. > Hi Sumit, I think that's a good suggestion. Unfortunately, the simple approach of just subscribing the list to notifications for changes in the docs repo doesn't work well, as that repo is actually shared across all openstack projects. Of course, that doesn't stop anyone from also subscribing to the openstack-manuals repo using gerrit, but it does mean that there's more traffic than I would like to force to the netstack list. One other approach might be to just try and push any proposed docs diffs to the netstack list. This would be good both for notifying users of quantum, and for getting folks to help review docs changes :) I'm CC'ing Anne to see if she has input. dan > > Thanks, > ~Sumit. > > > -----Original Message----- > > From: netstack-bounces+snaiksat=cisco....@lists.launchpad.net > > [mailto:netstack-bounces+snaiksat=cisco....@lists.launchpad.net] On > > Behalf Of Dan Wendlandt > > Sent: Tuesday, February 07, 2012 8:36 PM > > To: Shweta Padubidri (shpadubi) > > Cc: netstack@lists.launchpad.net > > Subject: Re: [Netstack] VM creation error in Devstack > > > > Hi Shweta, > > > > Thanks for the detailed report, this is very helpful. > > > > With some recent changes in nova, you can no longer specify the > > project "name" in the --project_id flag for a network. You must > > specify the keystone "id". This keystone id for the admin tenant > > would be "ba2436c876564ef985a094a4f71b61c2", and you can use the when > > you create a network with nova-manage. See: > > http://docs.openstack.org/incubation/openstack- > > network/admin/content/Net-Create-dle455.html > > . Note: a recent change (in keystone?) meant that keystone ids > > switched from being integers to uuids, so the example in the docs > > should be updated to show an example with --project_id=<uuid> . > > > > Let me know if that helps. > > > > Dan > > > > On Tue, Feb 7, 2012 at 7:08 PM, Shweta Padubidri (shpadubi) > > <shpad...@cisco.com> wrote: > > > Hi Dan, > > > > > > Thanks for the email. > > > > > > Sure, this is what I did. After the devstack install > > > > > > I created a vm in the default tenant > > > TENANT= > > > USERNAME= > > > . openrc > > > nova boot --flavor 1 --image eeb1801e-a143-4669-96e5-55f753ad26bd > > def_vm1 > > > > > > The vm was created. > > > > > > Next I created a network in the admin tenant and then placed a vm in > > that network. > > > > > > nova-manage --flagfile=/opt/stack/nova/bin/nova.conf network create > > --label=admin-net1 --fixed_range_v4=10.0.10.0/24 --project_id=admin -- > > priority=1 > > > TENANT=admin > > > USERNAME=admin > > > . openrc > > > nova boot --flavor 1 --image eeb1801e-a143-4669-96e5-55f753ad26bd -- > > nic net-id=b1f828c1-d769-4aab-a77a-c999e3b49ecf admin_nw1_vm1 > > > > > > So here is the tenant and the network list > > > > > > This is the tenant list > > > ~/devstack$ /opt/stack/keystone/bin/keystone-manage tenant list > > > ------------------------------------------------------------------- > > > | Tenants | > > > ------------------------------------------------------------------- > > > | id | name | enabled | > > > ------------------------------------------------------------------- > > > | ba2436c876564ef985a094a4f71b61c2 | admin | True | > > > | ea1170fdb1df4023aad9c39ff1b85a7d | demo | True | > > > | d6d48b0112eb47d48702a9c04ebcc98d | invisible_to_admin | True | > > > ------------------------------------------------------------------- > > > > > > This is the network list > > > > > > nova-manage --flagfile=/opt/stack/nova/bin/nova.conf network > > quantum_list > > > uuid project priority > > cidr_v4 , cidr_v6 > > > 2012-02-07 18:54:11,091 DEBUG nova.utils [req-1bbf9dc4-2949-4f4f- > > ac33-cc9b5d854436 None None] backend <module 'nova.db.sqlalchemy.api' > > from '/opt/stack/nova/nova/db/sqlalchemy/api.pyc'> from (pid=6998) > > __get_backend /opt/stack/nova/nova/utils.py:589 > > > 904bb84d-5d69-4146-8b44-83b01df786d9 None None > > 10.0.0.0/24 , None > > > b1f828c1-d769-4aab-a77a-c999e3b49ecf admin 1 > > 10.0.10.0/24 , None > > > > > > > > > But this vm creation gave me the following error in the nova-compute > > logs > > > > > > 2012-02-07 18:03:34,554 ERROR nova.rpc [-] Exception during message > > handling > > > (nova.rpc): TRACE: Traceback (most recent call last): > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/rpc/amqp.py", line > > 249, in _process_data > > > (nova.rpc): TRACE: rval = node_func(context=ctxt, **node_args) > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/exception.py", line > > 126, in wrapped > > > (nova.rpc): TRACE: return f(*args, **kw) > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/compute/manager.py", > > line 173, in decorated_function > > > (nova.rpc): TRACE: self.add_instance_fault_from_exc(context, > > instance_uuid, e) > > > (nova.rpc): TRACE: File "/usr/lib/python2.7/contextlib.py", line > > 24, in __exit__ > > > (nova.rpc): TRACE: self.gen.next() > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/compute/manager.py", > > line 168, in decorated_function > > > (nova.rpc): TRACE: return function(self, context, instance_uuid, > > *args, **kwargs) > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/compute/manager.py", > > line 613, in run_instance > > > (nova.rpc): TRACE: self._run_instance(context, instance_uuid, > > **kwargs) > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/compute/manager.py", > > line 441, in _run_instance > > > (nova.rpc): TRACE: vm_state=vm_states.ERROR) > > > (nova.rpc): TRACE: File "/usr/lib/python2.7/contextlib.py", line > > 24, in __exit__ > > > (nova.rpc): TRACE: self.gen.next() > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/compute/manager.py", > > line 417, in _run_instance > > > (nova.rpc): TRACE: requested_networks) > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/compute/manager.py", > > line 524, in _allocate_network > > > (nova.rpc): TRACE: requested_networks=requested_networks) > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/network/api.py", line > > 164, in allocate_for_instance > > > (nova.rpc): TRACE: 'args': args}) > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/rpc/__init__.py", > > line 70, in call > > > (nova.rpc): TRACE: return _get_impl().call(context, topic, msg, > > timeout) > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/rpc/impl_kombu.py", > > line 611, in call > > > (nova.rpc): TRACE: return rpc_amqp.call(context, topic, msg, > > timeout) > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/rpc/amqp.py", line > > 334, in call > > > (nova.rpc): TRACE: rv = list(rv) > > > (nova.rpc): TRACE: File "/opt/stack/nova/nova/rpc/amqp.py", line > > 302, in __iter__ > > > (nova.rpc): TRACE: raise result > > > (nova.rpc): TRACE: RemoteError: Remote error: KeyError 'b1f828c1- > > d769-4aab-a77a-c999e3b49ecf' > > > (nova.rpc): TRACE: [u'Traceback (most recent call last):\n', u' File > > "/opt/stack/nova/nova/rpc/amqp.py", line 249, in _process_data\n > > rval = node_func(context=ctxt, **node_args)\n', u' File > > "/opt/stack/nova/nova/network/quantum/manager.py", line 363, in > > allocate_for_instance\n instance_type_id, host)\n', u' File > > "/opt/stack/nova/nova/network/quantum/manager.py", line 476, in > > get_instance_nw_info\n net_tenant_id = > > net_tenant_dict[network[\'uuid\']]\n', u"KeyError: 'b1f828c1-d769-4aab- > > a77a-c999e3b49ecf'\n"]. > > > (nova.rpc): TRACE: > > > > > > Thanks > > > Shweta > > > > > > > > > -----Original Message----- > > > From: Dan Wendlandt [mailto:d...@nicira.com] > > > Sent: Tuesday, February 07, 2012 9:13 PM > > > To: Shweta Padubidri (shpadubi) > > > Cc: netstack@lists.launchpad.net > > > Subject: Re: [Netstack] VM creation error in Devstack > > > > > > Hi Shweta, > > > > > > Thanks for sending this out, its great to have more people banging on > > > Quantum to flush out issues. I don't think this is the issue Brad > > > fixed. When I was writing unit tests, I actually saw an error very > > > similar to this, but it was using a config that was invalid. Would > > be > > > good if you could describe all of the commands to repo, including > > what > > > projects exist, what networks were created, and what command you used > > > to create the VM. Once we have that, it should be pretty easy to > > > track down. Thanks! > > > > > > Dan > > > > > > On Mon, Feb 6, 2012 at 9:53 PM, Shweta Padubidri (shpadubi) > > > <shpad...@cisco.com> wrote: > > >> Hi, > > >> > > >> > > >> > > >> So in the devstack setup that I have(its about 3-4 days old), when I > > create > > >> a vm in the default tenant it comes up without any problems. > > >> > > >> But when I create a network within the admin tenant and provide that > > net-id > > >> when creating a vm in that network, it gives me the following error. > > >> > > >> > > >> > > >> nova.rpc): TRACE: File "/opt/stack/nova/nova/rpc/__init__.py", > > line 70, in > > >> call > > >> > > >> (nova.rpc): TRACE: return _get_impl().call(context, topic, msg, > > timeout) > > >> > > >> (nova.rpc): TRACE: File "/opt/stack/nova/nova/rpc/impl_kombu.py", > > line > > >> 611, in call > > >> > > >> (nova.rpc): TRACE: return rpc_amqp.call(context, topic, msg, > > timeout) > > >> > > >> (nova.rpc): TRACE: File "/opt/stack/nova/nova/rpc/amqp.py", line > > 334, in > > >> call > > >> > > >> (nova.rpc): TRACE: rv = list(rv) > > >> > > >> (nova.rpc): TRACE: File "/opt/stack/nova/nova/rpc/amqp.py", line > > 302, in > > >> __iter__ > > >> > > >> (nova.rpc): TRACE: raise result > > >> > > >> (nova.rpc): TRACE: RemoteError: Remote error: KeyError > > >> '80ee39d4-170c-4822-90b4-2ab947d80823' > > >> > > >> (nova.rpc): TRACE: [u'Traceback (most recent call last):\n', u' > > File > > >> "/opt/stack/nova/nova/rpc/amqp.py", line 249, in _process_data\n > > rval = > > >> node_func(context=ctxt, **node_args)\n', u' File > > >> "/opt/stack/nova/nova/network/quantum/manager.py", line 363, in > > >> allocate_for_instance\n instance_type_id, host)\n', u' File > > >> "/opt/stack/nova/nova/network/quantum/manager.py", line 476, in > > >> get_instance_nw_info\n net_tenant_id = > > >> net_tenant_dict[network[\'uuid\']]\n', u"KeyError: > > >> '80ee39d4-170c-4822-90b4-2ab947d80823'\n"]. > > >> > > >> > > >> > > >> Is this a known error? If so what is the work around? > > >> > > >> > > >> > > >> I know there was an error observed on the Bug Squashing day related > > to > > >> Tenant Id not being set. I am not sure if the KeyError listed above > > was > > >> observed as well. > > >> > > >> > > >> > > >> Please let me know. > > >> > > >> > > >> > > >> Thanks > > >> > > >> Shweta > > >> > > >> > > >> -- > > >> Mailing list: https://launchpad.net/~netstack > > >> Post to : netstack@lists.launchpad.net > > >> Unsubscribe : https://launchpad.net/~netstack > > >> More help : https://help.launchpad.net/ListHelp > > >> > > > > > > > > > > > > -- > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > Dan Wendlandt > > > Nicira Networks: www.nicira.com > > > twitter: danwendlandt > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > -- > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Dan Wendlandt > > Nicira Networks: www.nicira.com > > twitter: danwendlandt > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > -- > > Mailing list: https://launchpad.net/~netstack > > Post to : netstack@lists.launchpad.net > > Unsubscribe : https://launchpad.net/~netstack > > More help : https://help.launchpad.net/ListHelp > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dan Wendlandt Nicira Networks: www.nicira.com twitter: danwendlandt ~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- Mailing list: https://launchpad.net/~netstack Post to : netstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~netstack More help : https://help.launchpad.net/ListHelp
