Re: [Openstack] Google Summer of Code-2012

2012-03-06 Thread Thierry Carrez
Russell Bryant wrote:
 On 03/05/2012 02:17 PM, Anne Gentle wrote:
 Okay, looks like the Mentoring organization application deadline is
 this Friday, March 9th.

 What needs to be done in time to make this important deadline and how
 can I help?
 
 We need some minimum number of mentors to volunteer to make the overhead
 of participating in the program worthwhile.  That number is subjective
 ... I'd say it would be nice to have at least 4 or 5 mentors volunteer.

Yes, I think if we don't have at least 4 mentors and ~10 proposed ideas
by Thursday morning, it's not worth rushing our application in.

Cheers,

-- 
Thierry Carrez (ttx)
Release Manager, OpenStack

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


[Openstack] Problem nova-network failed on ubuntu 12.04

2012-03-06 Thread Roman Sokolkov
Hi!

I ve trying nova packages on ubuntu 12.04. And have an issue with
nova-network: when I try to start nova-network, it failed. Trace in
nova-network.log http://paste.openstack.org/show/6812/

(nova): TRACE: Command: sudo iptables-save -t filter
(nova): TRACE: Exit code: 1
(nova): TRACE: Stdout: ''
(nova): TRACE: Stderr: 'sudo: no tty present and no askpass program
specified\nSorry, try again.\nsudo: no tty present and no askpass program
specified\nSorry, try again.\nsudo: no tty present and no askpass program
specified\nSorry, try again.\nsudo: 3 incorrect password attempts\n'
(nova): TRACE:


If I try to add in sudoers something like this nova ALL=(ALL)
NOPASSWD:ALL. All works good, but I think it is bad practise

-- 
Regards, Roman Sokolkov
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


Re: [Openstack] 回复: keystoneclient cannot work .

2012-03-06 Thread Deepak Garg
I have also spotted a no. of other issues in the page:
http://keystone.openstack.org/configuration.html
Filed a bug for it :  https://bugs.launchpad.net/openstack-manuals/+bug/948211
Please let me know if you still need any help.

Cheers,
Deepak

2012/3/6 .。o 0 O泡泡 501640...@qq.com:
 It does work for me,too.
 thank you to help us a lot.
 and there some body in need to fix the bug in
 http://keystone.openstack.org/configuration.html that :
 # Using token auth env variables
 export SERVICE_ENDPOINT=http://127.0.0.1:5000/v2.0/
 export SERVICE_TOKEN=secrete_token

 that actual port is 35357!

 dming


 -- 原始邮件 --
 发件人: Deepak Gargdeepakgarg.i...@gmail.com;
 发送时间: 2012年3月6日(星期二) 晚上6:46
 收件人: DeadSunmwjpi...@gmail.com;
 抄送: openstackopenstack@lists.launchpad.net;
 主题: Re: [Openstack] keystoneclient cannot work .

 The port specified in the SERVICE_ENDPOINT may not be correct. The
 default admin port is
 35357.
 Please try with:
 $ export SERVICE_ENDPOINT=http://192.168.1.211:35357/v2.0
 $ keystone user-list

 Its working for me. I am using the latest trunk code.

 Cheers,
 Deepak

 2012/3/6 DeadSun mwjpi...@gmail.com:
 Hi, all

   I have installed nova, glance , keystone and dashboard well.
   Then I use keystone command to do something.

 # export SERVICE_ENDPOINT=http://192.168.1.211:5000/v2.0/
 # export SERVICE_TOKEN=9876543210

 stack@vm-openstack-1:~$ keystone user-list
 2012-03-06 17:35:23 DEBUG [root]  REQUEST ENVIRON
 
 2012-03-06 17:35:23 DEBUG [root] SCRIPT_NAME = /v2.0
 2012-03-06 17:35:23 DEBUG [root] webob.adhoc_attrs = {'response':
 Response
 at 0x3b45e10 200 OK}
 2012-03-06 17:35:23 DEBUG [root] REQUEST_METHOD = GET
 2012-03-06 17:35:23 DEBUG [root] PATH_INFO = /users
 2012-03-06 17:35:23 DEBUG [root] SERVER_PROTOCOL = HTTP/1.0
 2012-03-06 17:35:23 DEBUG [root] QUERY_STRING = fresh=1331026523.16
 2012-03-06 17:35:23 DEBUG [root] HTTP_X_AUTH_TOKEN = 9876543210
 2012-03-06 17:35:23 DEBUG [root] HTTP_USER_AGENT = python-keystoneclient
 2012-03-06 17:35:23 DEBUG [root] eventlet.posthooks = []
 2012-03-06 17:35:23 DEBUG [root] SERVER_NAME = 192.168.1.211
 2012-03-06 17:35:23 DEBUG [root] REMOTE_ADDR = 192.168.1.211
 2012-03-06 17:35:23 DEBUG [root] eventlet.input = eventlet.wsgi.Input
 object at 0x367d690
 2012-03-06 17:35:23 DEBUG [root] wsgi.url_scheme = http
 2012-03-06 17:35:23 DEBUG [root] SERVER_PORT = 5000
 2012-03-06 17:35:23 DEBUG [root] wsgi.input = eventlet.wsgi.Input object
 at
 0x367d690
 2012-03-06 17:35:23 DEBUG [root] HTTP_HOST = 192.168.1.211:5000
 2012-03-06 17:35:23 DEBUG [root] wsgi.multithread = True
 2012-03-06 17:35:23 DEBUG [root] wsgi.version = (1, 0)
 2012-03-06 17:35:23 DEBUG [root] openstack.context = {'token_id':
 '9876543210', 'is_admin': True}
 2012-03-06 17:35:23 DEBUG [root] GATEWAY_INTERFACE = CGI/1.1
 2012-03-06 17:35:23 DEBUG [root] wsgi.run_once = False
 2012-03-06 17:35:23 DEBUG [root] wsgi.errors = open file 'stderr', mode
 'w' at 0x7fa060cc3270
 2012-03-06 17:35:23 DEBUG [root] wsgi.multiprocess = False
 2012-03-06 17:35:23 DEBUG [root] CONTENT_TYPE = text/plain
 2012-03-06 17:35:23 DEBUG [root] HTTP_ACCEPT_ENCODING = gzip, deflate
 2012-03-06 17:35:23 DEBUG [root]
 2012-03-06 17:35:23 DEBUG [root]  REQUEST BODY
 
 2012-03-06 17:35:23 DEBUG [root]
 2012-03-06 17:35:23 DEBUG [routes.middleware] Matched GET /users
 2012-03-06 17:35:23 DEBUG [routes.middleware] Route path:
 '{path_info:.*}',
 defaults: {'controller': keystone.contrib.s3.core.S3Extension object at
 0x36616d0}
 2012-03-06 17:35:23 DEBUG [routes.middleware] Match dict: {'controller':
 keystone.contrib.s3.core.S3Extension object at 0x36616d0, 'path_info':
 '/users'}
 2012-03-06 17:35:23 DEBUG [routes.middleware] Matched GET /users
 2012-03-06 17:35:23 DEBUG [routes.middleware] Route path:
 '{path_info:.*}',
 defaults: {'controller': keystone.service.PublicRouter object at
 0x3656b90}
 2012-03-06 17:35:23 DEBUG [routes.middleware] Match dict: {'controller':
 keystone.service.PublicRouter object at 0x3656b90, 'path_info':
 '/users'}
 2012-03-06 17:35:23 DEBUG [routes.middleware] No route matched for GET
 /users
 2012-03-06 17:35:23 DEBUG [root]  RESPONSE HEADERS
 
 2012-03-06 17:35:23 DEBUG [root] Content-Length = 52
 2012-03-06 17:35:23 DEBUG [root] Content-Type = text/plain; charset=UTF-8
 2012-03-06 17:35:23 DEBUG [root]
 2012-03-06 17:35:23 DEBUG [root]  RESPONSE BODY
 
 2012-03-06 17:35:23 DEBUG [root] 404 Not Found

 The resource could not be found.



 No handlers could be found for logger keystoneclient.client
 Unable to communicate with identity service: 404 Not Found

 The resource could not be found.

 . (HTTP 404)
 2012-03-06 17:35:23 DEBUG [eventlet.wsgi.server] 192.168.1.211 - -
 [06/Mar/2012 17:35:23] GET /v2.0//users?fresh=1331026523.16 HTTP/1.1 404
 176 0.023331


 

Re: [Openstack] Memory leaks from greenthreads

2012-03-06 Thread Yuriy Taraday
Now I had no luck trying to reproduce problem that appeared with
db_pool. Maybe it's gone?
Who can walk me through the way to that bug? I think, we should fix it
if it's not fixed already, bring back db_pool and then eventlet will
be all good again, am I right?

Kind regards, Yuriy.



On Fri, Mar 2, 2012 at 04:57, Vishvananda Ishaya vishvana...@gmail.com wrote:
 I agree.  It would be awesome if someone could actually make it work.  We
 had a totally broken version using the eventlet db pool 6 months ago.

 Vish

 On Mar 1, 2012, at 4:20 PM, Joshua Harlow wrote:

 Sad, especially since so much is using the database :-(

 On 3/1/12 2:43 PM, Adam Young ayo...@redhat.com wrote:

 On 03/01/2012 02:48 PM, Vishvananda Ishaya wrote:
 On Mar 1, 2012, at 9:39 AM, Adam Young wrote:

 What would the drawbacks be? Probably the first thing people would look
 to from Eventlet is performance. I don't have the hard numbers to compare
 Eventlet to Apache HTTPD, but I do know that Apache is used in enough high
 volume sites that I would not be overly concerned. The traffic in an
 Openstack deployment to a Keystone server is going to be about two orders of
 magnitude less than any other traffic, and is highly unlikely to be the
 bottleneck.
 How did you arrive at this number? Every user has to hit keystone before
 making a request to any other service (unless they already have a token) and
 each service needs to authenticate that token. Any request that hits
 multiple services will hit keystone multiple times.  Without caching,
 keystone is by far the busiest service in an openstack install. Caching
 should fix some of this, but I don't know that I would expect it to be two
 orders of magnitude less.

 Vish


 Seeing as the SQL Alchemy code is blocking on each request,  I suspect
 that performance is now soundly *not* a reason to want to stick with
 eventlet.  My statement  that Eventlet is performant is based on the
 assumption that the benefits of using Greenthreads are realized.  It
 looks like that is not the case.

 ___
 Mailing list: https://launchpad.net/~openstack
 Post to : openstack@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openstack
 More help   : https://help.launchpad.net/ListHelp



 ___
 Mailing list: https://launchpad.net/~openstack
 Post to     : openstack@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openstack
 More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


Re: [Openstack] UK OpenStack Group

2012-03-06 Thread Cole
Hey Tom,

Boris Devouge should be working on an event for OpenStack UK.  Details to
come.


On Tue, Mar 6, 2012 at 2:43 PM, Tom Ellis tom.el...@canonical.com wrote:

 On 06/03/12 14:28, John Garbutt wrote:
  Hi,
 
  Are there people keen for a UK based OpenStack group?
 
  I noticed these:
 
  http://www.meetup.com/OpenStack-London
  http://www.meetup.com/openstack-uk
 
  But doesn’t seems to have been much happening yet.

 Yes, certainly interested. I'd be up for a bug hunting / QA / Triage
 and/or doc session.

 Cheers,

 Tom

 ___
 Mailing list: https://launchpad.net/~openstack
 Post to : openstack@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openstack
 More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


[Openstack] Fwd: nova endpoint in keystone

2012-03-06 Thread Roman Sokolkov
and in nova-api.log

2012-03-07 10:16:23 INFO nova.api.openstack.wsgi
[req-384a202a-45c6-4aa7-9a92-a8ad15f8ec3c 7e749fed4cee4999ac86a79044c68d1b
7e749fed4cee4999ac86a79044c68d1b] GET
http://127.0.0.1:8774/v2/6b2fa9e4aadf48e7b0d44ad6a0eea6a8/servers/detail
2012-03-07 10:16:23 DEBUG nova.api.openstack.wsgi
[req-384a202a-45c6-4aa7-9a92-a8ad15f8ec3c 7e749fed4cee4999ac86a79044c68d1b
7e749fed4cee4999ac86a79044c68d1b] Unrecognized Content-Type provided in
request from (pid=29743) get_body
/usr/lib/python2.7/dist-packages/nova/api/openstack/wsgi.py:694

-- Forwarded message --
From: Roman Sokolkov rsokol...@gmail.com
Date: 2012/3/7
Subject: Re: [Openstack] nova endpoint in keystone
To: Dolph Mathews dolph.math...@gmail.com


Thanks, but from keystone client I couldn't add  *$(tenant_id)s* , but
could  %*(tenant_id)s*  and it fixed this problem. But I have another one

# nova --debug list
connect: (127.0.0.1, 5000)
send: 'POST /v2.0/tokens HTTP/1.1\r\nHost: 127.0.0.1:5000\r\nContent-Length:
103\r\ncontent-type: application/json\r\naccept-encoding: gzip,
deflate\r\naccept: application/json\r\nuser-agent:
python-novaclient\r\n\r\n{auth: {tenantName: admin,
passwordCredentials: {username: demouser2, password: demo}}}'
reply: 'HTTP/1.1 200 OK\r\n'
header: Content-Type: application/json
header: Vary: X-Auth-Token
header: Date: Wed, 07 Mar 2012 06:16:23 GMT
header: Transfer-Encoding: chunked
connect: (127.0.0.1, 8774)
send: u'GET /v2/6b2fa9e4aadf48e7b0d44ad6a0eea6a8/servers/detail
HTTP/1.1\r\nHost: 127.0.0.1:8774\r\nx-auth-project-id:
admin\r\nx-auth-token: 7e749fed4cee4999ac86a79044c68d1b\r\naccept-encoding:
gzip, deflate\r\naccept: application/json\r\nuser-agent:
python-novaclient\r\n\r\n'
reply: 'HTTP/1.1 400 Bad Request\r\n'
header: Content-Length: 65
header: Content-Type: application/json; charset=UTF-8
header: Date: Wed, 07 Mar 2012 06:16:23 GMT
DEBUG (shell:384) Malformed request url (HTTP 400)
Traceback (most recent call last):
  File /usr/lib/python2.7/dist-packages/novaclient/shell.py, line 381, in
main
OpenStackComputeShell().main(sys.argv[1:])
  File /usr/lib/python2.7/dist-packages/novaclient/shell.py, line 332, in
main
args.func(self.cs, args)
  File /usr/lib/python2.7/dist-packages/novaclient/v1_1/shell.py, line
465, in do_list
utils.print_list(cs.servers.list(search_opts=search_opts), columns,
  File /usr/lib/python2.7/dist-packages/novaclient/v1_1/servers.py, line
265, in list
return self._list(/servers%s%s % (detail, query_string), servers)
  File /usr/lib/python2.7/dist-packages/novaclient/base.py, line 74, in
_list
resp, body = self.api.client.get(url)
  File /usr/lib/python2.7/dist-packages/novaclient/client.py, line 132,
in get
return self._cs_request(url, 'GET', **kwargs)
  File /usr/lib/python2.7/dist-packages/novaclient/client.py, line 120,
in _cs_request
**kwargs)
  File /usr/lib/python2.7/dist-packages/novaclient/client.py, line 103,
in request
raise exceptions.from_response(resp, body)
BadRequest: Malformed request url (HTTP 400)
ERROR: Malformed request url (HTTP 400)



2012/3/6 Dolph Mathews dolph.math...@gmail.com

 Try using *$(tenant_id)s* instead of *%tenant_id%*

 On Tue, Mar 6, 2012 at 10:38 AM, Roman Sokolkov rsokol...@gmail.comwrote:

 Hi, folks!

 I use essex-4 packages for ubuntu. I ve added endpoint in keystone

 *keystone endpoint-create --region=nova
 --service_id=264d572eaccc44f69b465a571983496f --publicurl=
 http://127.0.0.1:8774/v2/%tenant_id% --internalurl=
 http://127.0.0.1:8774/v2/%tenant_id% --adminurl=
 http://127.0.0.1:35357/v2/%tenant_id%*

 and try to

 *nova list*

 keystone has a traceback. ends with

   File /usr/lib/python2.7/dist-packages/keystone/common/wsgi.py, line
 180, in __call__
 result = method(context, **params)
   File /usr/lib/python2.7/dist-packages/keystone/service.py, line 294,
 in authenticate
 metadata=metadata_ref)
   File /usr/lib/python2.7/dist-packages/keystone/common/manager.py,
 line 34, in _wrapper
 return f(*args, **kw)
   File
 /usr/lib/python2.7/dist-packages/keystone/catalog/backends/sql.py, line
 163, in get_catalog
 catalog[region][srv_type]['publicURL'] = public_url % d
 ValueError: unsupported format character 't' (0x74) at index 27

 if

 *keystone endpoint-create --region=nova
 --service_id=264d572eaccc44f69b465a571983496f --publicurl=
 http://127.0.0.1:8774/v2/ --internalurl=http://127.0.0.1:8774/v2/--adminurl=
 http://127.0.0.1:35357/v2/*

 *nova list*


 ERROR: n/a (HTTP 404)
  --
 Regards, Roman Sokolkov

 ___
 Mailing list: https://launchpad.net/~openstack
 Post to : openstack@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openstack
 More help   : https://help.launchpad.net/ListHelp





-- 
Regards, Roman Sokolkov



-- 
Regards, Roman Sokolkov
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : 

[Openstack-poc] [Bug 947861] [NEW] cfg: automatically create option groups

2012-03-06 Thread Mark McLoughlin
Public bug reported:

If you do e.g.

  conf.register_opts(sql_opts, group='sql')

that should be enough without explicitly defining an OptGroup

The only real use case for explicitly definining an OptGroup is where
you want to set some help text/title for the group

Pointed out by termie here: https://review.openstack.org/4547

** Affects: openstack-common
 Importance: Undecided
 Assignee: Mark McLoughlin (markmc)
 Status: Confirmed


** Tags: cfg

-- 
You received this bug notification because you are a member of OpenStack
Common Drivers, which is the registrant for openstack-common.
https://bugs.launchpad.net/bugs/947861

Title:
  cfg: automatically create option groups

Status in openstack-common:
  Confirmed

Bug description:
  If you do e.g.

conf.register_opts(sql_opts, group='sql')

  that should be enough without explicitly defining an OptGroup

  The only real use case for explicitly definining an OptGroup is where
  you want to set some help text/title for the group

  Pointed out by termie here: https://review.openstack.org/4547

To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-common/+bug/947861/+subscriptions

___
Mailing list: https://launchpad.net/~openstack-poc
Post to : openstack-poc@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack-poc
More help   : https://help.launchpad.net/ListHelp


[Openstack-poc] [Bug 947718] Re: [DEFAULT] group name in config file must be uppercase

2012-03-06 Thread Mark McLoughlin
Yeah, that's the behaviour of python's ConfigParser

See ConfigParser.py:

  DEFAULTSECT = DEFAULT

** Tags added: cfg

** Changed in: openstack-common
   Status: New = Invalid

-- 
You received this bug notification because you are a member of OpenStack
Common Drivers, which is the registrant for openstack-common.
https://bugs.launchpad.net/bugs/947718

Title:
  [DEFAULT] group name in config file must be uppercase

Status in openstack-common:
  Invalid

Bug description:
  As handled by openstack.common.cfg the default group header
  ([DEFAULT]) is only recognized in uppercase.  [default] is not
  recognized as a valid group header for global config options.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-common/+bug/947718/+subscriptions

___
Mailing list: https://launchpad.net/~openstack-poc
Post to : openstack-poc@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack-poc
More help   : https://help.launchpad.net/ListHelp


[Openstack-poc] [Bug 947718] Re: [DEFAULT] group name in config file must be uppercase

2012-03-06 Thread Mark McLoughlin
I would have changed the status to WontFix, but I don't have perms for
that

-- 
You received this bug notification because you are a member of OpenStack
Common Drivers, which is the registrant for openstack-common.
https://bugs.launchpad.net/bugs/947718

Title:
  [DEFAULT] group name in config file must be uppercase

Status in openstack-common:
  Invalid

Bug description:
  As handled by openstack.common.cfg the default group header
  ([DEFAULT]) is only recognized in uppercase.  [default] is not
  recognized as a valid group header for global config options.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-common/+bug/947718/+subscriptions

___
Mailing list: https://launchpad.net/~openstack-poc
Post to : openstack-poc@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack-poc
More help   : https://help.launchpad.net/ListHelp


[Openstack-poc] [Bug 930270] Re: flagfile interpolation breaks instance_name_template

2012-03-06 Thread Mark McLoughlin
** Tags added: cfg

-- 
You received this bug notification because you are a member of OpenStack
Common Drivers, which is the registrant for openstack-common.
https://bugs.launchpad.net/bugs/930270

Title:
  flagfile interpolation breaks instance_name_template

Status in OpenStack Compute (Nova):
  Fix Released
Status in openstack-common:
  Fix Committed

Bug description:
  When --volume_name_template=volume-%08x and
  --instance_name_template=instance-%08x are present in nova.conf,
  ConfigParser attempts to interpolate the '%' strings.  There are meant
  for nova to interpolate.

  2012-02-10 10:54:49,089 DEBUG nova.service [-] osapi_compute_link_prefix : 
None from (pid=22867) wait /opt/stack/nova/nova/service.py:409
  2012-02-10 10:54:49,089 CRITICAL nova [-] '%' must be followed by '%' or '(', 
found: '%08x'
  (nova): TRACE: Traceback (most recent call last):
  (nova): TRACE:   File /opt/stack/nova/bin/nova-api, line 53, in module
  (nova): TRACE: service.wait()
  (nova): TRACE:   File /opt/stack/nova/nova/service.py, line 402, in wait
  (nova): TRACE: flag_get = FLAGS.get(flag, None)
  (nova): TRACE:   File /opt/stack/nova/nova/flags.py, line 73, in get
  (nova): TRACE: value = getattr(self, name)
  (nova): TRACE:   File /opt/stack/nova/nova/flags.py, line 70, in __getattr__
  (nova): TRACE: return getattr(self._conf, name)
  (nova): TRACE:   File /opt/stack/nova/nova/openstack/common/cfg.py, line 
784, in __getattr__
  (nova): TRACE: return self._substitute(self._get(name))
  (nova): TRACE:   File /opt/stack/nova/nova/openstack/common/cfg.py, line 
985, in _get
  (nova): TRACE: return opt._get_from_config_parser(self._cparser, section)
  (nova): TRACE:   File /opt/stack/nova/nova/openstack/common/cfg.py, line 
433, in _get_from_config_parser
  (nova): TRACE: return cparser.get(section, self.dest)
  (nova): TRACE:   File /usr/lib/python2.7/ConfigParser.py, line 615, in get
  (nova): TRACE: return self._interpolate(section, option, value, d)
  (nova): TRACE:   File /usr/lib/python2.7/ConfigParser.py, line 683, in 
_interpolate
  (nova): TRACE: self._interpolate_some(option, L, rawval, section, vars, 1)
  (nova): TRACE:   File /usr/lib/python2.7/ConfigParser.py, line 724, in 
_interpolate_some
  (nova): TRACE: '%%' must be followed by '%%' or '(', found: %r % 
(rest,))
  (nova): TRACE: InterpolationSyntaxError: '%' must be followed by '%' or '(', 
found: '%08x'
  (nova): TRACE:
  stack@356591-essex-k1:/opt/stack/nova$

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/930270/+subscriptions

___
Mailing list: https://launchpad.net/~openstack-poc
Post to : openstack-poc@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack-poc
More help   : https://help.launchpad.net/ListHelp


[Openstack-poc] [Bug 927650] Re: cfg: unneeded multiple inheritance

2012-03-06 Thread Mark McLoughlin
** Tags added: cfg

-- 
You received this bug notification because you are a member of OpenStack
Common Drivers, which is the registrant for openstack-common.
https://bugs.launchpad.net/bugs/927650

Title:
  cfg: unneeded multiple inheritance

Status in openstack-common:
  Fix Committed

Bug description:
  From Monsyne Dragon in https://review.openstack.org/3729

File nova/openstack/common/cfg.py
Line 696: class ConfigOpts(collections.Mapping, object):
I don't think we really need to multiply inherit from 'object' here. 
esp. since collections.Mapping already inherits from object.

While this doesn't affect anything atm, this kind of diamond inheritance 
may lead to some rather non-intuitive behavior if  
someone subclasses ConfigOpts in the future

To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-common/+bug/927650/+subscriptions

___
Mailing list: https://launchpad.net/~openstack-poc
Post to : openstack-poc@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack-poc
More help   : https://help.launchpad.net/ListHelp


[Openstack-poc] [Bug 915039] Re: flags.FLAGS( crashes bpython

2012-03-06 Thread Mark McLoughlin
** Tags added: cfg

-- 
You received this bug notification because you are a member of OpenStack
Common Drivers, which is the registrant for openstack-common.
https://bugs.launchpad.net/bugs/915039

Title:
  flags.FLAGS( crashes bpython

Status in OpenStack Compute (Nova):
  Fix Released
Status in openstack-common:
  Fix Committed

Bug description:
  Bpython tries to do some fancy stuff like lookup obj.__name__ and
  check for AttributeError.  The code in common/cfg.py has a special
  getattr that raises a non AttributeError exception so it leads to a
  crash and stack trace in bpython:

  Traceback (most recent call last):
File /usr/local/share/python/bpython, line 9, in module
  load_entry_point('bpython==0.10.1', 'console_scripts', 'bpython')()
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/cli.py, 
line 1756, in main
  banner=banner)
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/cli.py, 
line 1658, in curses_wrapper
  return func(stdscr, *args, **kwargs)
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/cli.py, 
line 1727, in main_curses
  clirepl.repl()
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/cli.py, 
line 1015, in repl
  inp = self.get_line()
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/cli.py, 
line 600, in get_line
  if self.p_key(key) is None:
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/cli.py, 
line 911, in p_key
  self.addstr(key)
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/cli.py, 
line 290, in addstr
  self.complete()
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/cli.py, 
line 383, in complete
  self.list_win_visible = repl.Repl.complete(self, tab)
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/repl.py, 
line 540, in complete
  if not self.get_args():
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/repl.py, 
line 511, in get_args
  self.argspec = inspection.getargspec(func, f)
File 
/usr/local/Cellar/python/2.7.2/lib/python2.7/site-packages/bpython/inspection.py,
 line 229, in getargspec
  func_name = getattr(f, '__name__', None)
File nova/flags.py, line 114, in __getattr__
  return getattr(self._conf, name)
File nova/common/cfg.py, line 777, in __getattr__
  return self._substitute(self._get(name))
File nova/common/cfg.py, line 930, in _get
  info = self._get_opt_info(name, group)
File nova/common/cfg.py, line 1010, in _get_opt_info
  raise NoSuchOptError(opt_name, group)
  nova.common.cfg.NoSuchOptError: no such option: __name__

  To test, you do:
  bpython
  then at prompt:
   from nova import flags
   flags.FLAGS(

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/915039/+subscriptions

___
Mailing list: https://launchpad.net/~openstack-poc
Post to : openstack-poc@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack-poc
More help   : https://help.launchpad.net/ListHelp


Re: [Openstack-poc] Meeting tomorrow

2012-03-06 Thread Jonathan Bryce
Didn't see anything on the list or wiki, so no meeting today.

Jonathan.


On Mar 5, 2012, at 8:43 AM, Jonathan Bryce wrote:

 Good catch. Added him as well. Sorry, Dan!
 
 On Mar 5, 2012, at 8:08 AM, Thierry Carrez wrote:
 
 Jonathan Bryce wrote:
 Anything we need to discuss? Read through the logs from last week's meeting 
 and couldn't tell if Monty still needed something from us to move forward 
 with the Satellite CI project.
 
 Also, welcome to Joe Heck, the new Keystone PTL and Brian Waldon the new 
 Glance PTL. Results from the elections are available online if you haven't 
 seen them: http://etherpad.openstack.org/xSWPqf6DWE
 
 Should we now add DanW (as Quantum PTL) as well ?
 
 -- 
 Thierry Carrez (ttx)
 Release Manager, OpenStack
 
 ___
 Mailing list: https://launchpad.net/~openstack-poc
 Post to : openstack-poc@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openstack-poc
 More help   : https://help.launchpad.net/ListHelp
 
 
 ___
 Mailing list: https://launchpad.net/~openstack-poc
 Post to : openstack-poc@lists.launchpad.net
 Unsubscribe : https://launchpad.net/~openstack-poc
 More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~openstack-poc
Post to : openstack-poc@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack-poc
More help   : https://help.launchpad.net/ListHelp