I installed openstack-dashboard and input ip in web browse. Then it show
NameError at /
name '_' is not definedRequest Method: GET
Request URL: http://192.168.1.85/
Django Version: 1.3
Exception Type: NameError
Exception Value: name '_' is not defined
Exception Location:
/usr/local/lib/python2.7/d
On Nov 7, 2011, at 4:23 PM, Monty Taylor wrote:
>
>> 2) Why does the PPB need to vote? Actually, what would the PPB be
>> voting on (assuming the answer to #1 is "no")?
>
> Well, it would be effectively promoting several existing projects which
> are managed in a few different places (rackspace,
On 11/07/2011 03:12 PM, John Dickinson wrote:
>
> On Nov 7, 2011, at 4:23 PM, Monty Taylor wrote:
>>
>>> 2) Why does the PPB need to vote? Actually, what would the PPB be
>>> voting on (assuming the answer to #1 is "no")?
>>
>> Well, it would be effectively promoting several existing projects wh
On Mon, 2011-11-07 at 21:25 +, Caitlin Bestler wrote:
> Monty Taylor wrote:
>
> > OpenStack projects that need to depend on these will reference the git repo
> > of the project in their
> > tools/pip-requires file. This should take care of depends for developers.
> > Normal installation depe
Joeseph Heck wrote:
> The dashboard (project Horizon) depends on these today to interact with the
> REST API's to provide a user interface today.
That one wouldn't be a problem.
What would be a problem is if one of the referenced projecs, say swift, tried
to use python-daskboard-client.
So
Because it should be keystone's responsibility to test it's constant stream
of API changes, and abstract that away from it's consumers.
On Mon, Nov 7, 2011 at 3:25 PM, Caitlin Bestler wrote:
> Monty Taylor wrote:
>
> > OpenStack projects that need to depend on these will reference the git
> repo
On 11/07/2011 11:29 AM, John Dickinson wrote:
> In general, I support the idea of good, supported client libraries. I
> have a few questions about this particular proposal.
Good questions, as always. ...
> 1) Would a distinct python client (and the associated project) be
> required for each core
The dashboard (project Horizon) depends on these today to interact with the
REST API's to provide a user interface today.
-joe
On Nov 7, 2011, at 1:25 PM, Caitlin Bestler wrote:
> Monty Taylor wrote:
>
>> OpenStack projects that need to depend on these will reference the git repo
>> of the pro
Monty Taylor wrote:
> OpenStack projects that need to depend on these will reference the git repo
> of the project in their
> tools/pip-requires file. This should take care of depends for developers.
> Normal installation depends
> can be taken care of by distro packagers as usual.
Why would an
On Thu, 3 Nov 2011, Joshua Harlow wrote:
> Hi I am wondering if there is any documentation on the server that is
> created for cloud-init to connect to?
I'm guessing you're referring to the meta-data service.
This is implemented in nova/api/ec2/cloud.py .
It basically mimics the ec2 metadata ser
Thanks for the summary on this topic, Monty. Comments inline
On Mon, 2011-11-07 at 10:53 -0800, Monty Taylor wrote:
> Dealing with the client libraries has become a little bit of a tricky
> subject, which is both lacking consistency and direction - but is kind
> of essential to the project. (a ser
+1
On Nov 7, 2011, at 10:53 AM, Monty Taylor wrote:
> Dealing with the client libraries has become a little bit of a tricky
> subject, which is both lacking consistency and direction - but is kind
> of essential to the project. (a service without a client library isn't
> nearly as useful) At
In general, I support the idea of good, supported client libraries. I have a
few questions about this particular proposal.
1) Would a distinct python client (and the associated project) be required for
each core openstack project that exposes an API?
2) Why does the PPB need to vote? Actually,
Dealing with the client libraries has become a little bit of a tricky
subject, which is both lacking consistency and direction - but is kind
of essential to the project. (a service without a client library isn't
nearly as useful) At UDS this past week, Joe Heck, Jim Blair and I sat
down for a while
There is a bug describing this issue
https://bugs.launchpad.net/nova/+bug/849997
I will begin working on a patch.
On 07/11/11 15:28, Vishvananda Ishaya wrote:
This is a bug. It is residual from previous code where source groups
didn't allow specific protocols to be specified. I think there m
This is a bug. It is residual from previous code where source groups didn't
allow specific protocols to be specified. I think there may be a bug already,
but if not, can you please file one? If you see where it is happening in the
code a patch would also be appreciated.
Vish
On Nov 7, 2011,
Yup :
glance-manage db_sync
Le 7 nov. 2011 à 16:00, mao weijie a écrit :
> Thanks Jay
>
> Does glance have "db sync" command?
>
> 非淡泊無以明志,非寧靜無以致遠
>
> On Nov 7, 2011, at 10:53 PM, Jay Pipes wrote:
>
>> On 11/07/2011 09:39 AM, mao weijie wrote:
>>> Today I git pull the latest nova,glance, key
Hi,
I documented a process upgrade Cactus -> Diablo here :
http://docs.openstack.org/diablo/openstack-compute/admin/content/migrating-from-cactus-to-diablo.html
There are some subtilities that require precaution, and that would help you for
an upgrade process .
what
$ virsh
virsh# list --all
And I know "keystone-manage db_sync" does not exist .
How to sync glance and keystone db?
非淡泊無以明志,非寧靜無以致遠
On Nov 7, 2011, at 10:53 PM, Jay Pipes wrote:
> On 11/07/2011 09:39 AM, mao weijie wrote:
>> Today I git pull the latest nova,glance, keystone and novaclient. Then I
>> reinstall them in my
Thanks Razique, my friend
非淡泊無以明志,非寧靜無以致遠
On Nov 7, 2011, at 11:18 PM, Razique Mahroua wrote:
> Hi,
> I documented a process upgrade Cactus -> Diablo here :
> http://docs.openstack.org/diablo/openstack-compute/admin/content/migrating-from-cactus-to-diablo.html
>
> There are some subtilities t
Thanks Jay
Does glance have "db sync" command?
非淡泊無以明志,非寧靜無以致遠
On Nov 7, 2011, at 10:53 PM, Jay Pipes wrote:
> On 11/07/2011 09:39 AM, mao weijie wrote:
>> Today I git pull the latest nova,glance, keystone and novaclient. Then I
>> reinstall them in my production.But I found it cannot work fine
On 11/07/2011 09:39 AM, mao weijie wrote:
Today I git pull the latest nova,glance, keystone and novaclient. Then I
reinstall them in my production.But I found it cannot work fine with
older version about one week ago. I use nova-manage db sync.
Now I have some questions:
1. glance now use like m
Today I git pull the latest nova,glance, keystone and novaclient. Then I
reinstall them in my production.But I found it cannot work fine with older
version about one week ago. I use nova-manage db sync.
Now I have some questions:
1. glance now use like md5 result as id not single number in glanc
Thanks for catching this, we totally missed content-type versioning in our
discussion. I think we need to talk about this with the team on IRC, as I know
we have some differing opinions. I'll put it on the agenda for the next meeting.
Brian
On Nov 4, 2011, at 4:49 PM, Jorge Williams wrote:
>
Hi,
We've run into an issue where we can add only a single rule per
source-group to a security group. e.g:
euca-authorize --protocol icmp -t -1:-1 --source-group groupB groupA
will add a security rule as expected but if we cannot add a second rule
to groupA with groupB as the source e.g.:
Worked! Thanks Chmouel!
-Original Message-
From: openstack-bounces+chris.bohannon=rackspace@lists.launchpad.net
[mailto:openstack-bounces+chris.bohannon=rackspace@lists.launchpad.net] On
Behalf Of Chmouel Boudjnah
Sent: Saturday, November 05, 2011 6:03 AM
To: openstack@lists.laun
Anne Gentle wrote:
> It works for me as well. Here are the basic steps.
>
> 1. Go to any page on the OpenStack wiki.
> 2. Click Login.
> 3. You should see "OpenID verification requires that you click this
> button" Click the Continue button.
> 4. You should see "You have used your Single S
27 matches
Mail list logo