[Openstack-poc] [Bug 988354] Re: python-novaclient is sending wrong URL for volumes and volume-snapshots

2012-04-25 Thread Vish Ishaya
this looks like an endpoints error.  Novaclient was switched over to use
the new volume-api endpoint which should be listening on port 8776

You need to set up an endpoint for volume using the following url

http://10.233.52.171:8776/v1/%(tenant_id)s

** 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/988354

Title:
  python-novaclient is sending wrong URL for volumes and volume-
  snapshots

Status in openstack-common:
  Invalid

Bug description:
  python-novaclient which is present in the git repository now, (Version
  v1.1) is sending wrong URL for volumes and volume-snapshots.

  log:

  FOR VOLUMES EXTENSION:
  opuser@ubuntu-241:~$ nova --debug volume-list
  connect: (10.233.52.171, 8774)
  send: 'GET /v1.1 HTTP/1.1\r\nHost: 10.233.52.171:8774\r\nx-auth-project-id: 
cloudproject\r\naccept-encoding: gzip, deflate\r\nx-auth-user: 
cloudroot\r\nuser-agent: python-novaclient\r\nx-auth-key: 
e9bca108-484f-4076-bef1-1b7b5f266d7d\r\naccept: application/json\r\n\r\n'
  reply: 'HTTP/1.1 204 No Content\r\n'
  header: Content-Length: 0
  header: X-Auth-Token: acd29b669242aebebc0254b0c3583957fd6acaec
  header: X-Server-Management-Url: http://10.233.52.171:8774/v1.1/cloudproject
  header: X-Storage-Url: 
  header: X-Cdn-Management-Url: 
  header: Content-Type: text/plain; charset=UTF-8
  header: Date: Wed, 25 Apr 2012 19:46:04 GMT
  send: 'GET /v1.1/cloudproject/volumes/detail HTTP/1.1\r\nHost: 
10.233.52.171:8774\r\nx-auth-project-id: cloudproject\r\nx-auth-token: 
acd29b669242aebebc0254b0c3583957fd6acaec\r\naccept-encoding: gzip, 
deflate\r\naccept: application/json\r\nuser-agent: python-novaclient\r\n\r\n'

  The URI is supposed to be : os-volumes

  FOR VOLUME-SNAPSHOTS EXTENSION:
  opuser@ubuntu-241:/opt/stack/python-novaclient/novaclient$ nova --debug 
volume-snapshot-list
  connect: (10.233.52.171, 8774)
  send: 'GET /v1.1 HTTP/1.1\r\nHost: 10.233.52.171:8774\r\nx-auth-project-id: 
cloudproject\r\naccept-encoding: gzip, deflate\r\nx-auth-user: 
cloudroot\r\nuser-agent: python-novaclient\r\nx-auth-key: 
e9bca108-484f-4076-bef1-1b7b5f266d7d\r\naccept: application/json\r\n\r\n'
  reply: 'HTTP/1.1 204 No Content\r\n'
  header: Content-Length: 0
  header: X-Auth-Token: 618a176fb8a5d93f14702bd68689b3258fe5ce9c
  header: X-Server-Management-Url: http://10.233.52.171:8774/v1.1/cloudproject
  header: X-Storage-Url: 
  header: X-Cdn-Management-Url: 
  header: Content-Type: text/plain; charset=UTF-8
  header: Date: Wed, 25 Apr 2012 19:59:14 GMT
  send: 'GET /v1.1/cloudproject/snapshots/detail HTTP/1.1\r\nHost: 
10.233.52.171:8774\r\nx-auth-project-id: cloudproject\r\nx-auth-token: 
618a176fb8a5d93f14702bd68689b3258fe5ce9c\r\naccept-encoding: gzip, 
deflate\r\naccept: application/json\r\nuser-agent: python-novaclient\r\n\r\n'

  The URI is supposed to be :  os-snapshots

To manage notifications about this bug go to:
https://bugs.launchpad.net/openstack-common/+bug/988354/+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 988354] [NEW] python-novaclient is sending wrong URL for volumes and volume-snapshots

2012-04-25 Thread Rajalakshmi Ganesan
Public bug reported:

python-novaclient which is present in the git repository now, (Version
v1.1) is sending wrong URL for volumes and volume-snapshots.

log:

FOR VOLUMES EXTENSION:
opuser@ubuntu-241:~$ nova --debug volume-list
connect: (10.233.52.171, 8774)
send: 'GET /v1.1 HTTP/1.1\r\nHost: 10.233.52.171:8774\r\nx-auth-project-id: 
cloudproject\r\naccept-encoding: gzip, deflate\r\nx-auth-user: 
cloudroot\r\nuser-agent: python-novaclient\r\nx-auth-key: 
e9bca108-484f-4076-bef1-1b7b5f266d7d\r\naccept: application/json\r\n\r\n'
reply: 'HTTP/1.1 204 No Content\r\n'
header: Content-Length: 0
header: X-Auth-Token: acd29b669242aebebc0254b0c3583957fd6acaec
header: X-Server-Management-Url: http://10.233.52.171:8774/v1.1/cloudproject
header: X-Storage-Url: 
header: X-Cdn-Management-Url: 
header: Content-Type: text/plain; charset=UTF-8
header: Date: Wed, 25 Apr 2012 19:46:04 GMT
send: 'GET /v1.1/cloudproject/volumes/detail HTTP/1.1\r\nHost: 
10.233.52.171:8774\r\nx-auth-project-id: cloudproject\r\nx-auth-token: 
acd29b669242aebebc0254b0c3583957fd6acaec\r\naccept-encoding: gzip, 
deflate\r\naccept: application/json\r\nuser-agent: python-novaclient\r\n\r\n'

The URI is supposed to be : os-volumes

FOR VOLUME-SNAPSHOTS EXTENSION:
opuser@ubuntu-241:/opt/stack/python-novaclient/novaclient$ nova --debug 
volume-snapshot-list
connect: (10.233.52.171, 8774)
send: 'GET /v1.1 HTTP/1.1\r\nHost: 10.233.52.171:8774\r\nx-auth-project-id: 
cloudproject\r\naccept-encoding: gzip, deflate\r\nx-auth-user: 
cloudroot\r\nuser-agent: python-novaclient\r\nx-auth-key: 
e9bca108-484f-4076-bef1-1b7b5f266d7d\r\naccept: application/json\r\n\r\n'
reply: 'HTTP/1.1 204 No Content\r\n'
header: Content-Length: 0
header: X-Auth-Token: 618a176fb8a5d93f14702bd68689b3258fe5ce9c
header: X-Server-Management-Url: http://10.233.52.171:8774/v1.1/cloudproject
header: X-Storage-Url: 
header: X-Cdn-Management-Url: 
header: Content-Type: text/plain; charset=UTF-8
header: Date: Wed, 25 Apr 2012 19:59:14 GMT
send: 'GET /v1.1/cloudproject/snapshots/detail HTTP/1.1\r\nHost: 
10.233.52.171:8774\r\nx-auth-project-id: cloudproject\r\nx-auth-token: 
618a176fb8a5d93f14702bd68689b3258fe5ce9c\r\naccept-encoding: gzip, 
deflate\r\naccept: application/json\r\nuser-agent: python-novaclient\r\n\r\n'

The URI is supposed to be :  os-snapshots

** Affects: openstack-common
 Importance: Undecided
 Status: New

-- 
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/988354

Title:
  python-novaclient is sending wrong URL for volumes and volume-
  snapshots

Status in openstack-common:
  New

Bug description:
  python-novaclient which is present in the git repository now, (Version
  v1.1) is sending wrong URL for volumes and volume-snapshots.

  log:

  FOR VOLUMES EXTENSION:
  opuser@ubuntu-241:~$ nova --debug volume-list
  connect: (10.233.52.171, 8774)
  send: 'GET /v1.1 HTTP/1.1\r\nHost: 10.233.52.171:8774\r\nx-auth-project-id: 
cloudproject\r\naccept-encoding: gzip, deflate\r\nx-auth-user: 
cloudroot\r\nuser-agent: python-novaclient\r\nx-auth-key: 
e9bca108-484f-4076-bef1-1b7b5f266d7d\r\naccept: application/json\r\n\r\n'
  reply: 'HTTP/1.1 204 No Content\r\n'
  header: Content-Length: 0
  header: X-Auth-Token: acd29b669242aebebc0254b0c3583957fd6acaec
  header: X-Server-Management-Url: http://10.233.52.171:8774/v1.1/cloudproject
  header: X-Storage-Url: 
  header: X-Cdn-Management-Url: 
  header: Content-Type: text/plain; charset=UTF-8
  header: Date: Wed, 25 Apr 2012 19:46:04 GMT
  send: 'GET /v1.1/cloudproject/volumes/detail HTTP/1.1\r\nHost: 
10.233.52.171:8774\r\nx-auth-project-id: cloudproject\r\nx-auth-token: 
acd29b669242aebebc0254b0c3583957fd6acaec\r\naccept-encoding: gzip, 
deflate\r\naccept: application/json\r\nuser-agent: python-novaclient\r\n\r\n'

  The URI is supposed to be : os-volumes

  FOR VOLUME-SNAPSHOTS EXTENSION:
  opuser@ubuntu-241:/opt/stack/python-novaclient/novaclient$ nova --debug 
volume-snapshot-list
  connect: (10.233.52.171, 8774)
  send: 'GET /v1.1 HTTP/1.1\r\nHost: 10.233.52.171:8774\r\nx-auth-project-id: 
cloudproject\r\naccept-encoding: gzip, deflate\r\nx-auth-user: 
cloudroot\r\nuser-agent: python-novaclient\r\nx-auth-key: 
e9bca108-484f-4076-bef1-1b7b5f266d7d\r\naccept: application/json\r\n\r\n'
  reply: 'HTTP/1.1 204 No Content\r\n'
  header: Content-Length: 0
  header: X-Auth-Token: 618a176fb8a5d93f14702bd68689b3258fe5ce9c
  header: X-Server-Management-Url: http://10.233.52.171:8774/v1.1/cloudproject
  header: X-Storage-Url: 
  header: X-Cdn-Management-Url: 
  header: Content-Type: text/plain; charset=UTF-8
  header: Date: Wed, 25 Apr 2012 19:59:14 GMT
  send: 'GET /v1.1/cloudproject/snapshots/detail HTTP/1.1\r\nHost: 
10.233.52.171:8774\r\nx-auth-project-id: cloudproject\r\nx-auth-token: 
618a176fb8a5d93f14702bd68689b3258fe5ce9c\r\naccept-encoding: gzip, 
deflate\r\naccept: application/json\r\nuser-agent: pyth

[Openstack-poc] [Bug 983734] Re: Keystone fails badly if you miss one option

2012-04-25 Thread Monty Taylor
I agree with Mark. In my world, all options should have sane defaults.

-- 
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/983734

Title:
  Keystone fails badly if you miss one option

Status in OpenStack Identity (Keystone):
  Confirmed
Status in openstack-common:
  Invalid

Bug description:
  If you misspell or forget one option in keystone.conf (like
  template_file  for TemplatedCatalog backend), Keystone will fail with
  misguiding critical failure (in my case, "TypeError: coercing to
  Unicode: need string or buffer, NoneType found").

To manage notifications about this bug go to:
https://bugs.launchpad.net/keystone/+bug/983734/+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 983734] Re: Keystone fails badly if you miss one option

2012-04-25 Thread Mark McLoughlin
I'd like the defaults to be configurable by distributors, distutils,
etc. and this is a common pattern with autoconf based projects.

What I don't accept, though, is that we should require users to specify
config options just because we can't figure out a mechanism to get sane
defaults right out of the box. And requiring users to re-write their
config files when they update to new versions is not a workable
mechanism.

-- 
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/983734

Title:
  Keystone fails badly if you miss one option

Status in OpenStack Identity (Keystone):
  Confirmed
Status in openstack-common:
  Invalid

Bug description:
  If you misspell or forget one option in keystone.conf (like
  template_file  for TemplatedCatalog backend), Keystone will fail with
  misguiding critical failure (in my case, "TypeError: coercing to
  Unicode: need string or buffer, NoneType found").

To manage notifications about this bug go to:
https://bugs.launchpad.net/keystone/+bug/983734/+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 983734] Re: Keystone fails badly if you miss one option

2012-04-25 Thread Yuriy Taraday
I still think it's a bad idea to inject such values in code. Even with
typical distutils install, you have to respect the prefix which was
provided with code, and if you'll have several installations in your
system, this can lead to some problems. For example, you can install
Keystone with packages and then install it with "setup.py develop
--user" to do some hacking. Then when you run your binary from .local,
you'll get no error but wrong template will be used. The same kind of
problem can occur if you run keystone without any installation or for
testing, etc.

'/etc'-based defaults should be nothing more but a recommended defaults
for packagers or a part of sample config file.

-- 
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/983734

Title:
  Keystone fails badly if you miss one option

Status in OpenStack Identity (Keystone):
  Confirmed
Status in openstack-common:
  Invalid

Bug description:
  If you misspell or forget one option in keystone.conf (like
  template_file  for TemplatedCatalog backend), Keystone will fail with
  misguiding critical failure (in my case, "TypeError: coercing to
  Unicode: need string or buffer, NoneType found").

To manage notifications about this bug go to:
https://bugs.launchpad.net/keystone/+bug/983734/+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