Re: [Openstack] Instance cannot access internet

2013-08-05 Thread Somanchi Trinath-B39208
As the Picture shows You haven't assigned Floating IP ???

Check the Floating IP assignment.

-
Trinath Somanchi
( trinath.soman...@freescale.com )

From: Jake G. [mailto:dj_dark_jungl...@yahoo.com]
Sent: Monday, August 05, 2013 1:39 PM
To: openstack@lists.openstack.org
Subject: [Openstack] Instance cannot access internet

Hi all! I have finally made some progress on networking, but now I have an 
issue with accessing the internet from an instance.

After creating an instance, it receives a private IP from DHCP services 
(including DNS servers) which I can see in the console. Trying to ping 
yahoo.com does not work but I can ping 10.0.0.1 which is the private network 
gateway.

I attached some helpful screenshots. I did notice that in the Network Topology 
view, there is no gateway IP address for the Public network showing,
But I did set the gateway to 192.168.100.98

Thank you in advance.
Jake
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] RPC timeout in nova-compute

2013-08-05 Thread Somanchi Trinath-B39208
Can you post the exact error from the nova log...

--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048

-Original Message-
From: Jiaan Zeng [mailto:l.alle...@gmail.com] 
Sent: Monday, August 05, 2013 7:49 AM
To: openstack@lists.openstack.org
Subject: [Openstack] RPC timeout in nova-compute

Hi,

I have been struggling on setting up quantum with grizzly for a long time. From 
nova-compute.log, I can see there is a RPC timeout error from 
get_instance_nw_info() function in file 
/usr/lib/python2.7/dist-packages/nova/network/api.py

quantum-server is listening on 0.0.0.0:9696

I already set network_api_class=nova.network.quantumv2.api.API. Isn't the 
get_instance_nw_info() function supposed to be in 
/usr/lib/python2.7/dist-packages/nova/network/quantumv2/api.py?

It seems nova compute is not picking up the network_api_class setting although 
I restarted nova service after the configuration file was changed.

Any clues why this is happening? Thanks a lot.

--
Regards,
Jiaan

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack



___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] A IPv6-Only OpenStack Essex, Folsom and Grizzly

2013-08-07 Thread Somanchi Trinath-B39208
Hi Raghavendra-

You may find the list of features of the below mentioned releases from the 
following links with Openstack

https://wiki.openstack.org/wiki/ReleaseNotes/Essex

https://wiki.openstack.org/wiki/ReleaseNotes/Folsom

https://wiki.openstack.org/wiki/ReleaseNotes/Grizzly

--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048

From: raghavendra@accenture.com [mailto:raghavendra@accenture.com]
Sent: Wednesday, August 07, 2013 2:55 PM
To: endre.karl...@gmail.com; thiagocmarti...@gmail.com
Cc: openstack@lists.openstack.org
Subject: Re: [Openstack] A IPv6-Only OpenStack Essex, Folsom and Grizzly


Hi Openers,

I am trying to figure out the major differences,, features between Essex, 
Folsom and Grizzly.

Could anyone throw light on this please?

Regards,
Raghavendra Lad


This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and its 
affiliates, including e-mail and instant messaging (including content), may be 
scanned by our systems for the purposes of information security and assessment 
of internal compliance with Accenture policy.

__

www.accenture.com
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] Adding a new column to a table.

2013-09-02 Thread Somanchi Trinath-B39208
Hi Peeyush-

You may also try to delete/rename that table (if its an empty one) and restart 
the nova service.

The table with new column can be added.

--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048

From: wu jiang [mailto:win...@gmail.com]
Sent: Monday, September 02, 2013 2:57 PM
To: Peeyush Gupta
Cc: openstack@lists.openstack.org
Subject: Re: [Openstack] Adding a new column to a table.

Hi Peeyush,

My approach is to create a file with successive number in dir 
"\nova\db\sqlalchemy\migrate_repo\versions\" , and realize it according to my 
needs.
And later, execute "nova-manage db sync", the new table will be available.

Please take it as your reference~

On Mon, Sep 2, 2013 at 5:01 PM, Peeyush Gupta 
mailto:gpeey...@ymail.com>> wrote:

Hi,

I have been trying to add a new column to compute_nodes table.
I understand the table is defined at 
db.sqlalchemy.models.py. So,
I added a new field in the file and restarted the nova-compute process.
But, there is no change in the table. What am I doing wrong? Where
should I make changes to add the column?

P.S: I am using devstack on Ubuntu 12.04 LTS

Thanks,

~Peeyush Gupta


___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : 
openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


[Openstack] Keystoner as Certificate Authority

2013-09-04 Thread Somanchi Trinath-B39208
Hi Stackers-

Can we use Keystone as Certificate Authority. Kindly help me in

what must be taken care to do so ?
what code base can help me for this objective?

Thanks in advance.

--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] Keystoner as Certificate Authority

2013-09-04 Thread Somanchi Trinath-B39208
Hi- 

Thanks a lot Jeff.

Can you suggest me on any CA service work going on with Openstack. 

A Private or Local CA. 

--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048


-Original Message-
From: Jeffrey Walton [mailto:noloa...@gmail.com] 
Sent: Thursday, September 05, 2013 10:37 AM
To: Somanchi Trinath-B39208
Cc: openstack@lists.openstack.org
Subject: Re: [Openstack] Keystoner as Certificate Authority

On Thu, Sep 5, 2013 at 12:40 AM, Somanchi Trinath-B39208  
wrote:
>
> Can we use Keystone as Certificate Authority. Kindly help me in
I can't answer if it can be used to issue certs, but I can tell you it should 
not be. That portion of the infrastructure needs to be segregated with a well 
defined security zone or boundary.

Jeff

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] Keystoner as Certificate Authority

2013-09-05 Thread Somanchi Trinath-B39208
Thanks a lot Jeff...

Will go through this..

--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048


-Original Message-
From: Jeffrey Walton [mailto:noloa...@gmail.com] 
Sent: Thursday, September 05, 2013 12:51 PM
To: Somanchi Trinath-B39208
Cc: openstack@lists.openstack.org
Subject: Re: [Openstack] Keystoner as Certificate Authority

On Thu, Sep 5, 2013 at 2:41 AM, Somanchi Trinath-B39208  
wrote:
>
> Can you suggest me on any CA service work going on with Openstack.
The Security Guide discusses it a bit,
http://www.openstack.org/blog/2013/07/openstack-security-guide-now-available/.

>From page 73.0 / 300: "It is recommended that the OpenStack cloud architect 
>rely on distinct sets of CAs -- one or more for the management network and 
>internal service communications, and the trusted set of public CA providers 
>for allowing external users to verify the identity of the public cloud 
>endpoints. Configuring the internal service communications to only rely on an 
>internal CA can help reduce the risk of accidental authentication of users 
>with valid certificates issued by public CAs from being trusted by the 
>internal services."

Don't let the "trusted set of public CA" fool you. Trust is a bit misleading 
here - its more like the preloaded set of CAs and sub-CAs in your browsers 
[loosely] operating under the Internet profile (PKIX). Anything from Digicert, 
Verisgn, etc will do.

Also look at the case study on page 80.0 / 300, where a brief Case Study is 
performed for both a public cloud and private cloud.

There's a lot to running a PKI for the internal network. The Security Guide 
presupposes a PKI is available, and there's someone (or a team) actively 
managing it. In this case, Google is your friend:
https://www.google.com/#q=certification+authority+best+practice.

If you want a free SSL/TLS certificate trusted by many (most?) browsers for 
external users, then check out Eddy Nigg's StartCom.
(Most of the cost is in revocation, so that's where StartCom charges for its 
services. Brilliant!).

Jeff

> -Original Message-
> From: Jeffrey Walton [mailto:noloa...@gmail.com]
> Sent: Thursday, September 05, 2013 10:37 AM
> To: Somanchi Trinath-B39208
> Cc: openstack@lists.openstack.org
> Subject: Re: [Openstack] Keystoner as Certificate Authority
>
> On Thu, Sep 5, 2013 at 12:40 AM, Somanchi Trinath-B39208 
>  wrote:
>>
>> Can we use Keystone as Certificate Authority. Kindly help me in
> I can't answer if it can be used to issue certs, but I can tell you it should 
> not be. That portion of the infrastructure needs to be segregated with a well 
> defined security zone or boundary.
>

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


[Openstack] {Openstack] [Nova] Finding Compute Node IP address

2013-09-23 Thread Somanchi Trinath-B39208
Hi Stackers-

With respect to the current implementation of Nova-Compute,
We are able to send the Compute Node Registration and other notifications with 
only "Hostname" of the Compute Node.

Also, in the Nova database, We are also maintaining the Hostname rather than 
the IP address of the node.

I have the following doubts with respect to the Hostname

[1] How would duplicate hostnames be handled ?
[2] How to know the IP address of the Compute Node, in the existing 
implementation ?

In the definition, update_service_capabilities(), it takes a dict() with 
host_ip as key with my_ip(gathered from nova.conf) as its value.


I haven't seen any place where this host_ip is stored into Nova DB.

Kindly help me understand and resolve the same.

--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


[Openstack] [Nova] Nova RPC timeout

2013-09-25 Thread Somanchi Trinath-B39208
Hi Stackers!

I have got the following error regarding RPC timeout when I use Nova CLI for 
listing the Hypervisors.


2013-09-25 14:18:04.577 DEBUG nova.openstack.common.rpc.common 
[req-8b302ed7-068b-46a0-b99d-764659c5d41d d7f7bb7a07504c29bd6cd2151fb7f2e3 
cf572e9732144475b4ffddb0e4e0551e] Timed out waiting for RPC response: timed out 
_error_callback 
/usr/lib/python2.7/dist-packages/nova/openstack/common/rpc/impl_kombu.py:628
2013-09-25 14:18:04.582 ERROR nova.api.openstack 
[req-8b302ed7-068b-46a0-b99d-764659c5d41d d7f7bb7a07504c29bd6cd2151fb7f2e3 
cf572e9732144475b4ffddb0e4e0551e] Caught error: Timeout while waiting on RPC 
response.
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack Traceback (most recent 
call last):
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/nova/api/openstack/__init__.py", line 81, in 
__call__
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return 
req.get_response(self.application)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/webob/request.py", line 1296, in send
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack application, 
catch_exc_info=False)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/webob/request.py", line 1260, in 
call_application
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack app_iter = 
application(self.environ, start_response)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return resp(environ, 
start_response)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/local/lib/python2.7/dist-packages/keystoneclient/middleware/auth_token.py",
 line 539, in __call__
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return self.app(env, 
start_response)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return resp(environ, 
start_response)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return resp(environ, 
start_response)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return resp(environ, 
start_response)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/routes/middleware.py", line 131, in __call__
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack response = 
self.app(environ, start_response)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/webob/dec.py", line 144, in __call__
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return resp(environ, 
start_response)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/webob/dec.py", line 130, in __call__
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack resp = 
self.call_func(req, *args, **self.kwargs)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/webob/dec.py", line 195, in call_func
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return self.func(req, 
*args, **kwargs)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 890, in 
__call__
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack content_type, body, 
accept)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 942, in 
_process_stack
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack action_result = 
self.dispatch(meth, request, action_args)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py", line 1022, in 
dispatch
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack return 
method(req=request, **action_args)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/nova/api/openstack/compute/contrib/hosts.py", 
line 127, in index
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack set_zones=True)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/nova/compute/cells_api.py", line 600, in 
service_get_all
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack filters=filters)
2013-09-25 14:18:04.582 4720 TRACE nova.api.openstack   File 
"/usr/lib/python2.7/dist-packages/nova/cells/rpcapi.py", line 174, in 
service_get_all
2013-09-25 14:18:04.582 47

[Openstack] [Opentack] Ubuntu 12.04 Cloud-archive error

2013-10-23 Thread Somanchi Trinath-B39208
Hi Stackers-

With respect to the installation Guide for Havana on Ubuntu 12.04, in the 
initial installation steps,

I have the following errors:

To use the Ubuntu Cloud Archive for Havana
The Ubuntu Cloud Archive is a special repository that allows you to install 
newer releases of
OpenStack on the stable supported version of Ubuntu.
1. Install the Ubuntu Cloud Archive for Havana:
# add-apt-repository cloud-archive:Havana

When I execute the above add-apt-repository command, I get the following error

root@openstack:~# add-apt-repository cloud-archive:havana
Error: 'cloud-archive:havana' invalid

Kindly, help me resolve the issue.

--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] [Opentack] Ubuntu 12.04 Cloud-archive error

2013-10-23 Thread Somanchi Trinath-B39208
I found the solutions, 

First Step:

apt-get install python-software-properties


Second step: 

add-apt-repository cloud:Havana


I feel like, this can be updated in the Openstack DOCs too..



--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048

-Original Message-
From: Dave Walker [mailto:davewal...@ubuntu.com] 
Sent: Wednesday, October 23, 2013 3:16 PM
To: Somanchi Trinath-B39208
Cc: openstack@lists.openstack.org
Subject: Re: [Openstack] [Opentack] Ubuntu 12.04 Cloud-archive error

Hi,

I think this should be:

sudo add-apt-repository cloud:havana

?

On 23 October 2013 09:08, Somanchi Trinath-B39208  wrote:
> Hi Stackers-
>
>
>
> With respect to the installation Guide for Havana on Ubuntu 12.04, in 
> the initial installation steps,
>
>
>
> I have the following errors:
>
>
>
> To use the Ubuntu Cloud Archive for Havana
>
> The Ubuntu Cloud Archive is a special repository that allows you to 
> install newer releases of
>
> OpenStack on the stable supported version of Ubuntu.
>
> 1. Install the Ubuntu Cloud Archive for Havana:
>
> # add-apt-repository cloud-archive:Havana
>
>
>
> When I execute the above add-apt-repository command, I get the 
> following error
>
>
>
> root@openstack:~# add-apt-repository cloud-archive:havana
>
> Error: 'cloud-archive:havana' invalid
>
>
>
> Kindly, help me resolve the issue.
>
>
>
> --
>
> Trinath Somanchi - B39208
>
> trinath.soman...@freescale.com | extn: 4048
>
>
>
>
> ___
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack@lists.openstack.org
> Unsubscribe : 
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>



--
Kind Regards,
Dave Walker

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


[Openstack] [Ceilometer] openstack-config command not found

2013-10-29 Thread Somanchi Trinath-B39208
Hi -

While installing Openstack Havana using Ubuntu 12.04 LTS Guides, from 
docs.openstack.org,

Configuring Ceilometer, Found this command, but this command is not found.

root@havana:~#  openstack-config --set /etc/keystone/keystone.conf 
publisher_rpc metering_secret 37177ee60b6204f7bc35

how to install openstack-config?

help me resolve this issue



--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048

___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


Re: [Openstack] [Ceilometer] openstack-config command not found

2013-10-29 Thread Somanchi Trinath-B39208
Hi Andreas-

Seen the updated Document. Thanks a lot for the update.

--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048

-Original Message-
From: Andreas Jaeger [mailto:a...@suse.com] 
Sent: Tuesday, October 29, 2013 2:32 PM
To: Somanchi Trinath-B39208; openstack@lists.openstack.org
Subject: Re: [Openstack] [Ceilometer] openstack-config command not found

On 10/29/2013 09:40 AM, Somanchi Trinath-B39208 wrote:
> Hi -
> 
>  
> 
> While installing Openstack Havana using Ubuntu 12.04 LTS Guides, from 
> docs.openstack.org,
> 
>  
> 
> Configuring Ceilometer, Found this command, but this command is not found.
> 
>  
> 
> root@havana:~#  openstack-config --set /etc/keystone/keystone.conf 
> publisher_rpc metering_secret 37177ee60b6204f7bc35
> 
>  
> 
> how to install openstack-config?

That was a bug in the manual that has been reported already and fixed.

The guide has been updated with the proper instructions, just reload the page 
and follow the upadated instructions ;)

Andreas
--
 Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi
  SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
   GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg)
GPG fingerprint = 93A3 365E CE47 B889 DF7F  FED1 389A 563C C272 A126



___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack


[Openstack] [Horizon] New instance creation failed

2013-10-29 Thread Somanchi Trinath-B39208
Hi-

I have got the following error in apache error logs while I try to bring up a 
new instance.

I have followed Openstack Havana for Ubuntu 12.04 LTS installation manual from 
docs.openstack.org.

I'm going with single node (both controller and compute node on a single 
machine) installation.


[Tue Oct 29 11:17:20 2013] [error] Problem instantiating action class.
[Tue Oct 29 11:17:20 2013] [error] Traceback (most recent call last):
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/horizon/workflows/base.py", line 376, in 
action
[Tue Oct 29 11:17:20 2013] [error] context)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/horizon/workflows/base.py", line 141, in 
__init__
[Tue Oct 29 11:17:20 2013] [error] self._populate_choices(request, context)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/horizon/workflows/base.py", line 154, in 
_populate_choices
[Tue Oct 29 11:17:20 2013] [error] bound_field.choices = meth(request, 
context)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/dashboards/project/instances/workflows/create_instance.py",
 line 510, in populate_network_choices
[Tue Oct 29 11:17:20 2013] [error] _('Unable to retrieve networks.'))
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/dashboards/project/instances/workflows/create_instance.py",
 line 503, in populate_network_choices
[Tue Oct 29 11:17:20 2013] [error] networks = 
api.neutron.network_list_for_tenant(request, tenant_id)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/api/neutron.py",
 line 456, in network_list_for_tenant
[Tue Oct 29 11:17:20 2013] [error] shared=False, **params)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/api/neutron.py",
 line 434, in network_list
[Tue Oct 29 11:17:20 2013] [error] networks = 
neutronclient(request).list_networks(**params).get('networks')
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/api/neutron.py",
 line 423, in neutronclient
[Tue Oct 29 11:17:20 2013] [error] % (request.user.token.id, 
base.url_for(request, 'network')))
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/share/openstack-dashboard/openstack_dashboard/wsgi/../../openstack_dashboard/api/base.py",
 line 268, in url_for
[Tue Oct 29 11:17:20 2013] [error] raise 
exceptions.ServiceCatalogException(service_type)
[Tue Oct 29 11:17:20 2013] [error] ServiceCatalogException: Invalid service 
catalog service: network
[Tue Oct 29 11:17:20 2013] [error] Internal Server Error: 
/horizon/project/instances/launch
[Tue Oct 29 11:17:20 2013] [error] Traceback (most recent call last):
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/django/core/handlers/base.py", line 140, in 
get_response
[Tue Oct 29 11:17:20 2013] [error] response = response.render()
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/django/template/response.py", line 105, in 
render
[Tue Oct 29 11:17:20 2013] [error] self.content = self.rendered_content
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/django/template/response.py", line 82, in 
rendered_content
[Tue Oct 29 11:17:20 2013] [error] content = template.render(context)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/django/template/base.py", line 140, in render
[Tue Oct 29 11:17:20 2013] [error] return self._render(context)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/django/template/base.py", line 134, in _render
[Tue Oct 29 11:17:20 2013] [error] return self.nodelist.render(context)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/django/template/base.py", line 830, in render
[Tue Oct 29 11:17:20 2013] [error] bit = self.render_node(node, context)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/django/template/base.py", line 844, in 
render_node
[Tue Oct 29 11:17:20 2013] [error] return node.render(context)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/django/template/defaulttags.py", line 485, in 
render
[Tue Oct 29 11:17:20 2013] [error] output = self.nodelist.render(context)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/django/template/base.py", line 830, in render
[Tue Oct 29 11:17:20 2013] [error] bit = self.render_node(node, context)
[Tue Oct 29 11:17:20 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/django/template/base.py", line 844, in 
render_node
[Tue Oct 29 11:17:20 2013] [error] return node.render(c