[Yahoo-eng-team] [Bug 1409204] Re: Option values of Project and Role are unreadable code in create_user_form

2015-01-09 Thread Wu Hong Guang
the values are project_id and role_id which are not project_name and
role name

** Changed in: horizon
   Status: New => Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1409204

Title:
  Option values of Project and Role are unreadable code in
  create_user_form

Status in OpenStack Dashboard (Horizon):
  Invalid

Bug description:
   In user_create_form

  the project option list value of admin is
  1de5331d1c4846098ff4f9e91fcc007a

  
  
Select(driver.find_element_by_id("id_project")).select_by_visible_text("admin")
  
driver.find_element_by_css_selector("option[value=\"1de5331d1c4846098ff4f9e91fcc007a\"]").click()

  the role option list value of admin is
  9fe2ff9ee4384b1894a90878d3e92bab

  
Select(driver.find_element_by_id("id_role")).select_by_visible_text("admin")
  
driver.find_element_by_css_selector("option[value=\"1de5331d1c4846098ff4f9e91fcc007a\"]").click()

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409211] [NEW] Unnecessary checks when cleaning up a domain

2015-01-09 Thread Samuel de Medeiros Queiroz
Public bug reported:

When an internal notification for cleaning up a domain is sent, the
callback method get all users and groups of that domain (using
filtering), in order to delete them.

After this, when iterating over the domain's users and groups, it re-
verifies their domain_id, which is unnecessary.

** Affects: keystone
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Keystone.
https://bugs.launchpad.net/bugs/1409211

Title:
  Unnecessary checks when cleaning up a domain

Status in OpenStack Identity (Keystone):
  New

Bug description:
  When an internal notification for cleaning up a domain is sent, the
  callback method get all users and groups of that domain (using
  filtering), in order to delete them.

  After this, when iterating over the domain's users and groups, it re-
  verifies their domain_id, which is unnecessary.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409205] [NEW] Role inheritance section in configuration.rst is outdated

2015-01-09 Thread Samuel de Medeiros Queiroz
Public bug reported:

Now that hierarchical projects were introduced, inherited role
assignments also applies to project hierarchies.

The 'Inherited Role Assignment Extension' section at
doc/source/configuration.rst needs to be updated.

** Affects: keystone
 Importance: Undecided
 Assignee: Samuel de Medeiros Queiroz (samuel-z)
 Status: In Progress

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Keystone.
https://bugs.launchpad.net/bugs/1409205

Title:
  Role inheritance section in configuration.rst is outdated

Status in OpenStack Identity (Keystone):
  In Progress

Bug description:
  Now that hierarchical projects were introduced, inherited role
  assignments also applies to project hierarchies.

  The 'Inherited Role Assignment Extension' section at
  doc/source/configuration.rst needs to be updated.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409204] [NEW] Option values of Project and Role are unreadable code in create_user_form

2015-01-09 Thread Wu Hong Guang
Public bug reported:

 In user_create_form

the project option list value of admin is
1de5331d1c4846098ff4f9e91fcc007a



Select(driver.find_element_by_id("id_project")).select_by_visible_text("admin")

driver.find_element_by_css_selector("option[value=\"1de5331d1c4846098ff4f9e91fcc007a\"]").click()

the role option list value of admin is 9fe2ff9ee4384b1894a90878d3e92bab


Select(driver.find_element_by_id("id_role")).select_by_visible_text("admin")

driver.find_element_by_css_selector("option[value=\"1de5331d1c4846098ff4f9e91fcc007a\"]").click()

** Affects: horizon
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1409204

Title:
  Option values of Project and Role are unreadable code in
  create_user_form

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
   In user_create_form

  the project option list value of admin is
  1de5331d1c4846098ff4f9e91fcc007a

  
  
Select(driver.find_element_by_id("id_project")).select_by_visible_text("admin")
  
driver.find_element_by_css_selector("option[value=\"1de5331d1c4846098ff4f9e91fcc007a\"]").click()

  the role option list value of admin is
  9fe2ff9ee4384b1894a90878d3e92bab

  
Select(driver.find_element_by_id("id_role")).select_by_visible_text("admin")
  
driver.find_element_by_css_selector("option[value=\"1de5331d1c4846098ff4f9e91fcc007a\"]").click()

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409203] [NEW] Formatting in configuration.rst

2015-01-09 Thread Samuel de Medeiros Queiroz
Public bug reported:

doc/source/configuration.rst has:

i) double spaces in some sentences;
ii) lines with a length > 79 characters.

Fixing these would keep the documentation code more organized.

** Affects: keystone
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Keystone.
https://bugs.launchpad.net/bugs/1409203

Title:
  Formatting in configuration.rst

Status in OpenStack Identity (Keystone):
  New

Bug description:
  doc/source/configuration.rst has:

  i) double spaces in some sentences;
  ii) lines with a length > 79 characters.

  Fixing these would keep the documentation code more organized.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409201] [NEW] Typos in configuration.rst

2015-01-09 Thread Samuel de Medeiros Queiroz
Public bug reported:

doc/source/configuration.rst contains some typos that need to be fixed:

- "Keystone" is spelled as "keystone";
- Other general typos, such as:
  - "regeneratable" should be "regenerable";
  - "If the plugin require addition configurations" should be "If the plugin 
requires additional configurations";
  - "it's", where it should be the possessive pronoun "its".

** Affects: keystone
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Keystone.
https://bugs.launchpad.net/bugs/1409201

Title:
   Typos in configuration.rst

Status in OpenStack Identity (Keystone):
  New

Bug description:
  doc/source/configuration.rst contains some typos that need to be
  fixed:

  - "Keystone" is spelled as "keystone";
  - Other general typos, such as:
- "regeneratable" should be "regenerable";
- "If the plugin require addition configurations" should be "If the plugin 
requires additional configurations";
- "it's", where it should be the possessive pronoun "its".

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409184] [NEW] replace bootstrap icon description with font-awesome in docs

2015-01-09 Thread Cindy Lu
Public bug reported:

Thanks Julie! https://review.openstack.org/#/c/120237/

** Affects: horizon
 Importance: Undecided
 Assignee: Cindy Lu (clu-m)
 Status: New

** Changed in: horizon
 Assignee: (unassigned) => Cindy Lu (clu-m)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1409184

Title:
  replace bootstrap icon description with font-awesome in docs

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  Thanks Julie! https://review.openstack.org/#/c/120237/

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409176] [NEW] Shared networks do not work with Arista ML2 Driver

2015-01-09 Thread Sukhdev Kapur
Public bug reported:

When an instance is launched on a shared network by a tenant who does
not own the shared network, the request is not pushed to the Arista
backend, and, the correct programming of the interface does not take
place on TOR.  This happens because the network is not found under the
requesting tenant - instead it exists under the owner tenant.

In such a case, the network should be looked under owner tenant instead
of requesting tenant

** Affects: neutron
 Importance: Undecided
 Status: New


** Tags: ml2

** Summary changed:

- Shared networks do not work  with Arista ML Driver
+ Shared networks do not work  with Arista ML2 Driver

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1409176

Title:
  Shared networks do not work  with Arista ML2 Driver

Status in OpenStack Neutron (virtual network service):
  New

Bug description:
  When an instance is launched on a shared network by a tenant who does
  not own the shared network, the request is not pushed to the Arista
  backend, and, the correct programming of the interface does not take
  place on TOR.  This happens because the network is not found under the
  requesting tenant - instead it exists under the owner tenant.

  In such a case, the network should be looked under owner tenant
  instead of requesting tenant

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409173] [NEW] Interaction between various unit/virt/disk tests

2015-01-09 Thread Rick Harris
Public bug reported:

Looks like a couple of test classes are leaking `setUp` state which are causing 
another test to randomly fail... this one
test_can_resize_need_fs_type_specified

I don't really know why this isn't failing in the gate; could be the
fact that I'm using `nose` as a test runner and happen to be running the
test_api tests after test_inject.

Anyway, the solution is to add the appropriate `tearDown` methods which
restore the state of the modules to their pre-test condition.

** Affects: nova
 Importance: Undecided
 Assignee: Rick Harris (rconradharris)
 Status: In Progress

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1409173

Title:
  Interaction between various unit/virt/disk tests

Status in OpenStack Compute (Nova):
  In Progress

Bug description:
  Looks like a couple of test classes are leaking `setUp` state which are 
causing another test to randomly fail... this one
  test_can_resize_need_fs_type_specified

  I don't really know why this isn't failing in the gate; could be the
  fact that I'm using `nose` as a test runner and happen to be running
  the test_api tests after test_inject.

  Anyway, the solution is to add the appropriate `tearDown` methods
  which restore the state of the modules to their pre-test condition.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409151] [NEW] Thin the in-tree OpenDaylight Ml2 Driver

2015-01-09 Thread Kyle Mestery
Public bug reported:

This bug tracks the thinning of the in-tree OpenDaylight ML2 Driver.

** Affects: neutron
 Importance: Wishlist
 Assignee: Kyle Mestery (mestery)
 Status: In Progress

** Changed in: neutron
   Importance: Undecided => Wishlist

** Changed in: neutron
   Status: New => Confirmed

** Changed in: neutron
 Assignee: (unassigned) => Kyle Mestery (mestery)

** Changed in: neutron
Milestone: None => kilo-2

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1409151

Title:
  Thin the in-tree OpenDaylight Ml2 Driver

Status in OpenStack Neutron (virtual network service):
  In Progress

Bug description:
  This bug tracks the thinning of the in-tree OpenDaylight ML2 Driver.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409135] [NEW] Fix XenAPI Netinject tests for Mac

2015-01-09 Thread Rick Harris
Public bug reported:

The netinject tests in XenAPI fails on a Mac.

The proximate cause is `netaddr` returning different stringification
results between Mac and Linux versions.

The ultimate cause, turns out to be the underlying `socket.inet_ntop`
function call which is different between the two operating systems.

An upstream bug is lodged here:
https://github.com/drkjam/netaddr/issues/82

Until this is fixed, the easiest fix is to change our expectation
depending on the OS in the few (possilbly one) case that it matters.

** Affects: nova
 Importance: Undecided
 Assignee: Rick Harris (rconradharris)
 Status: In Progress

** Changed in: nova
 Assignee: (unassigned) => Rick Harris (rconradharris)

** Changed in: nova
   Status: New => In Progress

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1409135

Title:
  Fix XenAPI Netinject tests for Mac

Status in OpenStack Compute (Nova):
  In Progress

Bug description:
  The netinject tests in XenAPI fails on a Mac.

  The proximate cause is `netaddr` returning different stringification
  results between Mac and Linux versions.

  The ultimate cause, turns out to be the underlying `socket.inet_ntop`
  function call which is different between the two operating systems.

  An upstream bug is lodged here:
  https://github.com/drkjam/netaddr/issues/82

  Until this is fixed, the easiest fix is to change our expectation
  depending on the OS in the few (possilbly one) case that it matters.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1377985] Re: IPv6 Router Advertisments should be allowed by default

2015-01-09 Thread Sean M. Collins
If I read this correctly, this bug is saying we should allow RAs from
anywhere, which is opposite of the consensus in

bug #1262759

** Changed in: neutron
   Status: In Progress => Invalid

** Changed in: neutron
   Status: Invalid => Opinion

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1377985

Title:
  IPv6 Router Advertisments should be allowed by default

Status in OpenStack Neutron (virtual network service):
  Opinion

Bug description:
  Description of problem:
  ===
  Router Advertisments are blocked and can't reach instances.
  As a direct result of that, All Ipv6 networking won't function for instances.
  This was tested both with provider Ipv6 router and radvd.
 
  Version-Release number of selected component (if applicable):
  =
  openstack-neutron-2014.2-0.7.b3

  How reproducible:
  =
  100%

  Steps to Reproduce:
  ===
  1. Create Neutron network

  2. Create Neutron IPv6 subnet, don't foreget to speficy:
 a. --ipv6-address-mode
 b. --ipv6_ra_mode
 c. --gateway , in case you create this subnet for provider router. speficy 
the IPv6 link local address.

  3. Spawn an instance

  4. Check if the instance obtained IPv6 address and defeault gw. (not
  expected to work)

  5. Use tcpdump to see if Router Advertisments reach the instance.

  6. Add a rule to allow all ICMP from fe80::/4

  7. Repeat steps 4 & 5, it should work ok now.

  Actual results:
  ===
  Router Advertisments are blocked and can't reach instances.

  Expected results:
  =
  Router Advertisments should be allowed by default.

  Additional Info:
  
  Might be related to: https://review.openstack.org/#/c/72252/

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409071] [NEW] Add missing CPU features to Glance Metadata Catolog

2015-01-09 Thread Pawel Skowron
Public bug reported:

Add all missing CPU capabilities to /etc/glance/metadefs/compute-host-
capabilities.json Glance Metadata Catalog.

Example is 'aes-ni'.

** Affects: glance
 Importance: Undecided
 Assignee: Pawel Skowron (pawel-skowron)
 Status: In Progress


** Tags: metadef

** Changed in: glance
   Status: New => In Progress

** Changed in: glance
 Assignee: (unassigned) => Pawel Skowron (pawel-skowron)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1409071

Title:
  Add missing CPU features to Glance Metadata Catolog

Status in OpenStack Image Registry and Delivery Service (Glance):
  In Progress

Bug description:
  Add all missing CPU capabilities to /etc/glance/metadefs/compute-host-
  capabilities.json Glance Metadata Catalog.

  Example is 'aes-ni'.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409061] [NEW] Integration_tests: region forms doesn't support input email

2015-01-09 Thread Wu Hong Guang
Public bug reported:

ERROR: 
openstack_dashboard.test.integration_tests.tests.test_users.TestCreateDeleteUser.test_create_delete_user
--
_StringException: Traceback (most recent call last):
  File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/tests/test_users.py",
 line 30, in test_create_delete_user
self.DEFAULT_PROJECT, self.DEFAULT_ROLE)
  File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/pages/identity/userspage.py",
 line 66, in create_user
self.create_user_form.name.text = name
  File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/regions/baseregion.py",
 line 49, in __getatt
r__
return self._dynamic_properties[name]()
  File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/regions/baseregion.py",
 line 67, in __call__
result = self.method()
  File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/regions/forms.py",
 line 231, in _get_form_fields
form_fields.append(field_factory.make_form_field())
  File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/regions/forms.py",
 line 30, in make_form_field
raise exceptions.UnknownFormFieldTypeException()
UnknownFormFieldTypeException: No FormField class matched the scope of web 
content.

** Affects: horizon
 Importance: Undecided
 Status: New


** Tags: integration-tests

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1409061

Title:
  Integration_tests: region forms doesn't support input email

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  ERROR: 
openstack_dashboard.test.integration_tests.tests.test_users.TestCreateDeleteUser.test_create_delete_user
  --
  _StringException: Traceback (most recent call last):
File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/tests/test_users.py",
 line 30, in test_create_delete_user
  self.DEFAULT_PROJECT, self.DEFAULT_ROLE)
File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/pages/identity/userspage.py",
 line 66, in create_user
  self.create_user_form.name.text = name
File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/regions/baseregion.py",
 line 49, in __getatt
  r__
  return self._dynamic_properties[name]()
File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/regions/baseregion.py",
 line 67, in __call__
  result = self.method()
File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/regions/forms.py",
 line 231, in _get_form_fields
  form_fields.append(field_factory.make_form_field())
File 
"/opt/stack/horizon-pc/openstack_dashboard/test/integration_tests/regions/forms.py",
 line 30, in make_form_field
  raise exceptions.UnknownFormFieldTypeException()
  UnknownFormFieldTypeException: No FormField class matched the scope of web 
content.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1408987] Re: tempest failing with boto==2.35.0

2015-01-09 Thread Matt Riedemann
** No longer affects: tempest

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1408987

Title:
  tempest failing with boto==2.35.0

Status in OpenStack Compute (Nova):
  Confirmed

Bug description:
  logstash: message: 'Signature not provided' and message: 'AuthFailure'

  Gate permanently failing since the boto 2.35.0 release.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1408814] Re: Image could not be found after upload. The image may have been deleted during the upload.

2015-01-09 Thread Matt Riedemann
Looks like this started on 1/5 really, then spiked on 1/9.

The only thing suspicious in python-glanceclient in that timeframe is
this:

https://github.com/openstack/python-
glanceclient/commit/df02ee8e2a10d2f37a9c013dec157c88b8dce49d

I see the root errors in the glance-api logs:

http://logs.openstack.org/93/130593/10/check/check-tempest-dsvm-
full/1070ad7/logs/screen-g-api.txt.gz?level=TRACE#_2015-01-09_11_51_27_954

I'm not seeing any errors in the swift logs.

** Changed in: cinder
   Status: New => Confirmed

** Also affects: glance
   Importance: Undecided
   Status: New

** Changed in: glance
   Status: New => Confirmed

** Tags added: gate-failure

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1408814

Title:
  Image could not be found after upload. The image may have been deleted
  during the upload.

Status in Cinder:
  Confirmed
Status in OpenStack Image Registry and Delivery Service (Glance):
  Confirmed

Bug description:
  Saw this fail a tempest check job:

  http://logs.openstack.org/81/142281/3/gate/gate-tempest-dsvm-neutron-
  full/960927f/

  The error in the console says "Details: Volume c96a0a8c-b5b4-42b5
  -a1cd-f537d5eee094 failed to reach available status (current:
  creating) within the required time (196 s)."

  And I find in the screen-c-vol.txt, the volume does get created
  successfully, but it's a few minutes after the test failure:

  http://logs.openstack.org/81/142281/3/gate/gate-tempest-dsvm-neutron-
  full/960927f/logs/screen-c-vol.txt.gz#_2015-01-08_17_34_23_438

  I tried a logstash query on the errors in screen-c-vol.txt and find 18
  hits in the last 7 days, check and gate, all failures:

  message:"could not be found after upload. The image may have been
  deleted during the upload" AND tags:"screen-c-vol.txt"

  
http://logstash.openstack.org/#eyJzZWFyY2giOiJtZXNzYWdlOlwiY291bGQgbm90IGJlIGZvdW5kIGFmdGVyIHVwbG9hZC4gVGhlIGltYWdlIG1heSBoYXZlIGJlZW4gZGVsZXRlZCBkdXJpbmcgdGhlIHVwbG9hZFwiIEFORCB0YWdzOlwic2NyZWVuLWMtdm9sLnR4dFwiIiwiZmllbGRzIjpbImJ1aWxkX3Nob3J0X3V1aWQiLCJidWlsZF9zdGF0dXMiLCJidWlsZF9xdWV1ZSJdLCJvZmZzZXQiOjAsInRpbWVmcmFtZSI6IjYwNDgwMCIsImdyYXBobW9kZSI6ImNvdW50IiwidGltZSI6eyJ1c2VyX2ludGVydmFsIjowfSwic3RhbXAiOjE0MjA3NTU3MTUxMTZ9

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409024] [NEW] DNSDomain.register_for_zone races

2015-01-09 Thread Matthew Booth
Public bug reported:

2 simultaneous calls to DNSDomain.register_for_zone or
DNSDomain.register_for_project will race. The winner is undefined.
Consequently, the caller has no way of knowing if the DNSDomain is
appropriately registered following a call. register_for_zone or
register_for_project will not currently generate an error in this case.

I can think of 2 ways to resolve this:

1. Assert that only an unregistered domain can be registered. Attempting
to register a registered domain is an error. This would be a semantic
change to the existing APIs.

2. Create new APIs which additionally take the expected current
registration, and fail if it is not as expected. Deprecate the existing
APIs.

I favour the former.

** Affects: nova
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1409024

Title:
  DNSDomain.register_for_zone races

Status in OpenStack Compute (Nova):
  New

Bug description:
  2 simultaneous calls to DNSDomain.register_for_zone or
  DNSDomain.register_for_project will race. The winner is undefined.
  Consequently, the caller has no way of knowing if the DNSDomain is
  appropriately registered following a call. register_for_zone or
  register_for_project will not currently generate an error in this
  case.

  I can think of 2 ways to resolve this:

  1. Assert that only an unregistered domain can be registered.
  Attempting to register a registered domain is an error. This would be
  a semantic change to the existing APIs.

  2. Create new APIs which additionally take the expected current
  registration, and fail if it is not as expected. Deprecate the
  existing APIs.

  I favour the former.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1341038] Re: volume creation should provide some validation before 'Error' status

2015-01-09 Thread Kamil Rykowski
Image data:
Size: 1.9GB
Minimum disk size: 300 GB

When we try to create new volume which size is lower than minimum disk
size it shows error as shown in the attachment image. Described issue
seems out-dated.

** Attachment added: "volume_min_disk_size.png"
   
https://bugs.launchpad.net/horizon/+bug/1341038/+attachment/4294635/+files/volume_min_disk_size.png

** Changed in: horizon
   Status: Confirmed => Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1341038

Title:
  volume creation should provide some validation before 'Error' status

Status in OpenStack Dashboard (Horizon):
  Invalid

Bug description:
  Since Cinder doesn't return any error messages for Create Volume,
  Horizon just shows the blue "info" message (Info: Creating volume
  ).  The volume may fall into Error state.

  Scenario:
  1. Go to 'Create Volume' form
  2. For 'Volume Source', select an image
  3. You will notice 'Size' field is automatically populated
  4. Change 'Size' field to something smaller
  5. Press 'Create'
  6. It will show blue tooltip, then fail without any explanation

  To understand the issue, you need check into volume.log to get
  something like: ' ImageUnacceptable: CN-2B1EAC4 Image
  725d646b-c030-4c1c-a843-66565a01d571 is unacceptable: CN-07AA282 Size
  is 20GB and doesn't fit in a volume of size 7GB.'

  If Horizon could provide some preliminary checks that would be better
  (e.g like what we do elsewhere)

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1409007] [NEW] Edit Subnet Workflow has no cancel button

2015-01-09 Thread Rob Cresswell
Public bug reported:

The workflow for Creating or Editing a bunet displays an unusable back
button on the first page and has no cancel button. With the recent modal
changes, the only way to leave the form is via the faded grey close
button i nthe top right. We should have a cancel button like the other
modals.

Steps to reproduce:
1. Go to Admin > Networks
2. Click a network name to view its detail page
3. Scroll to Subnets and click Create Subnet or Edit Subnet.

** Affects: horizon
 Importance: Undecided
 Status: New


** Tags: low-hanging-fruit

** Tags added: low-hanging-fruit

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1409007

Title:
  Edit Subnet Workflow has no cancel button

Status in OpenStack Dashboard (Horizon):
  New

Bug description:
  The workflow for Creating or Editing a bunet displays an unusable back
  button on the first page and has no cancel button. With the recent
  modal changes, the only way to leave the form is via the faded grey
  close button i nthe top right. We should have a cancel button like the
  other modals.

  Steps to reproduce:
  1. Go to Admin > Networks
  2. Click a network name to view its detail page
  3. Scroll to Subnets and click Create Subnet or Edit Subnet.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1408987] Re: tempest failing with boto==2.35.0

2015-01-09 Thread Attila Fazekas
Change for changing the global requirements
https://review.openstack.org/#/c/146049/.

Adding nova for implementing HMAC-V4 support.
Nova expects a 'Signature' named header, which is now part of the 
'Authorization'.

The issue can be reproduced with euca2ools:

# source /opt/stack/new/devstack/accrc/demo/demo
# euca-describe-keypairs --debug
2015-01-09 13:14:32,349 euca2ools [DEBUG]:Using access key provided by client.
2015-01-09 13:14:32,350 euca2ools [DEBUG]:Using secret key provided by client.
2015-01-09 13:14:32,351 euca2ools [DEBUG]:Method: POST
2015-01-09 13:14:32,351 euca2ools [DEBUG]:Path: /services/Cloud/
2015-01-09 13:14:32,352 euca2ools [DEBUG]:Data: 
2015-01-09 13:14:32,352 euca2ools [DEBUG]:Headers: {}
2015-01-09 13:14:32,352 euca2ools [DEBUG]:Host: 172.16.40.26
2015-01-09 13:14:32,353 euca2ools [DEBUG]:Port: 8773
2015-01-09 13:14:32,353 euca2ools [DEBUG]:Params: {'Action': 
'DescribeKeyPairs', 'Version': '2010-08-31'}
2015-01-09 13:14:32,354 euca2ools [DEBUG]:establishing HTTP connection: 
kwargs={'port': 8773, 'timeout': 70}
2015-01-09 13:14:32,354 euca2ools [DEBUG]:Token: None
2015-01-09 13:14:32,355 euca2ools [DEBUG]:CanonicalRequest:
POST
/services/Cloud/

host:172.16.40.26:8773
x-amz-date:20150109T131432Z

host;x-amz-date
93691be75657638bb0188c9dd56303b89bb2818598871011d73eee11e14e0cec
2015-01-09 13:14:32,356 euca2ools [DEBUG]:StringToSign:
AWS4-HMAC-SHA256
20150109T131432Z
20150109/16/172/aws4_request
f8748433ff623a4e9cbd616ef63ebe6e506b36f1fd341a41983c955e59b82de7
2015-01-09 13:14:32,357 euca2ools [DEBUG]:Signature:
2dfa2098a8b893cec02f42b0e2abbe7ae5c6077ca1e5d8e1426cad5621e93e24
2015-01-09 13:14:32,357 euca2ools [DEBUG]:Final headers: {'Content-Length': 
'42', 'User-Agent': 'Boto/2.35.0 Python/2.7.5 Linux/3.17.7-200.fc20.x86_64', 
'Host': '172.16.40.26:8773', 'X-Amz-Date': '20150109T131432Z', 'Content-Type': 
'application/x-www-form-urlencoded; charset=UTF-8', 'Authorization': 
'AWS4-HMAC-SHA256 
Credential=6d8332aeeeb94e11bb23d4fc09c0a0f3/20150109/16/172/aws4_request,SignedHeaders=host;x-amz-date,Signature=2dfa2098a8b893cec02f42b0e2abbe7ae5c6077ca1e5d8e1426cad5621e93e24'}
send: 'POST /services/Cloud/ HTTP/1.1\r\nAccept-Encoding: 
identity\r\nContent-Length: 42\r\nUser-Agent: Boto/2.35.0 Python/2.7.5 
Linux/3.17.7-200.fc20.x86_64\r\nHost: 172.16.40.26:8773\r\nX-Amz-Date: 
20150109T131432Z\r\nContent-Type: application/x-www-form-urlencoded; 
charset=UTF-8\r\nAuthorization: AWS4-HMAC-SHA256 
Credential=6d8332aeeeb94e11bb23d4fc09c0a0f3/20150109/16/172/aws4_request,SignedHeaders=host;x-amz-date,Signature=2dfa2098a8b893cec02f42b0e2abbe7ae5c6077ca1e5d8e1426cad5621e93e24\r\n\r\nAction=DescribeKeyPairs&Version=2010-08-31'
reply: 'HTTP/1.1 400 Bad Request\r\n'
header: Content-Type: text/xml
header: Content-Length: 203
header: Date: Fri, 09 Jan 2015 13:14:32 GMT
2015-01-09 13:14:32,365 euca2ools [DEBUG]:Response headers: [('date', 'Fri, 09 
Jan 2015 13:14:32 GMT'), ('content-length', '203'), ('content-type', 
'text/xml')]
2015-01-09 13:14:32,366 euca2ools [DEBUG]:
AuthFailureSignature not 
providedreq-5e70be08-7c34-4cf7-84f3-e907a7c4765c
2015-01-09 13:14:32,366 euca2ools [ERROR]:400 Bad Request
2015-01-09 13:14:32,366 euca2ools [ERROR]:
AuthFailureSignature not 
providedreq-5e70be08-7c34-4cf7-84f3-e907a7c4765c
AuthFailure: Signature not provided


** Also affects: nova
   Importance: Undecided
   Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1408987

Title:
  tempest failing with boto==2.35.0

Status in OpenStack Compute (Nova):
  New
Status in Tempest:
  New

Bug description:
  logstash: message: 'Signature not provided' and message: 'AuthFailure'

  Gate permanently failing since the boto 2.35.0 release.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1408992] [NEW] nova-manage shell ipython failed

2015-01-09 Thread Tiantian Gao
Public bug reported:

1. pip install ipython

2. nova-manage shell ipython

Command failed, please check log for more info
2015-01-09 11:58:54.025 29402 CRITICAL nova [-] AttributeError: 'module' object 
has no attribute 'Shell'
2015-01-09 11:58:54.025 29402 TRACE nova Traceback (most recent call last):
2015-01-09 11:58:54.025 29402 TRACE nova   File "/usr/local/bin/nova-manage", 
line 10, in 
2015-01-09 11:58:54.025 29402 TRACE nova sys.exit(main())
2015-01-09 11:58:54.025 29402 TRACE nova   File 
"/opt/stack/nova/nova/cmd/manage.py", line 1336, in main
2015-01-09 11:58:54.025 29402 TRACE nova ret = fn(*fn_args, **fn_kwargs)
2015-01-09 11:58:54.025 29402 TRACE nova   File 
"/opt/stack/nova/nova/cmd/manage.py", line 157, in ipython
2015-01-09 11:58:54.025 29402 TRACE nova self.run('ipython')
2015-01-09 11:58:54.025 29402 TRACE nova   File 
"/opt/stack/nova/nova/cmd/manage.py", line 184, in run
2015-01-09 11:58:54.025 29402 TRACE nova shell = 
IPython.Shell.IPShell(argv=[])
2015-01-09 11:58:54.025 29402 TRACE nova AttributeError: 'module' object has no 
attribute 'Shell'
2015-01-09 11:58:54.025 29402 TRACE nova 

because these code only work for ipython < 0.11

** Affects: nova
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1408992

Title:
  nova-manage shell ipython failed

Status in OpenStack Compute (Nova):
  New

Bug description:
  1. pip install ipython

  2. nova-manage shell ipython

  Command failed, please check log for more info
  2015-01-09 11:58:54.025 29402 CRITICAL nova [-] AttributeError: 'module' 
object has no attribute 'Shell'
  2015-01-09 11:58:54.025 29402 TRACE nova Traceback (most recent call last):
  2015-01-09 11:58:54.025 29402 TRACE nova   File "/usr/local/bin/nova-manage", 
line 10, in 
  2015-01-09 11:58:54.025 29402 TRACE nova sys.exit(main())
  2015-01-09 11:58:54.025 29402 TRACE nova   File 
"/opt/stack/nova/nova/cmd/manage.py", line 1336, in main
  2015-01-09 11:58:54.025 29402 TRACE nova ret = fn(*fn_args, **fn_kwargs)
  2015-01-09 11:58:54.025 29402 TRACE nova   File 
"/opt/stack/nova/nova/cmd/manage.py", line 157, in ipython
  2015-01-09 11:58:54.025 29402 TRACE nova self.run('ipython')
  2015-01-09 11:58:54.025 29402 TRACE nova   File 
"/opt/stack/nova/nova/cmd/manage.py", line 184, in run
  2015-01-09 11:58:54.025 29402 TRACE nova shell = 
IPython.Shell.IPShell(argv=[])
  2015-01-09 11:58:54.025 29402 TRACE nova AttributeError: 'module' object has 
no attribute 'Shell'
  2015-01-09 11:58:54.025 29402 TRACE nova 

  because these code only work for ipython < 0.11

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1408954] [NEW] nova flavor-create return empty string when swap == 0

2015-01-09 Thread Rui Chen
Public bug reported:

The type of 'swap' is string or int according to 'swap' value in DB.
swap == 0, return empty string.
swap > 0, return int.
The client code is complex when return value of API is not fixed type.
On the other hand, the type of 'swap' in the request and response of 
flavor-create should be same type.

DEBUG (session:169) REQ: curl -g -i -X POST 
http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors -H 
"User-Agent: python-novaclient" -H "Content-Type: application/json" -H "Accept: 
application/json" -H "X-Auth-Token: 
{SHA1}6ba0b4e647a5ca47937c48941ad361d02d4ff604" -d '{"flavor": {"vcpus": 1, 
"disk": 1, "name": "chenrui_f", "os-flavor-access:is_public": true, 
"rxtx_factor": 1.0, "OS-FLV-EXT-DATA:ephemeral": 0, "ram": 1, "id": "11", 
"swap": 0}}'
INFO (connectionpool:188) Starting new HTTP connection (1): 10.250.10.29
DEBUG (connectionpool:364) "POST /v2/e159961712f64b388b57062483d98a91/flavors 
HTTP/1.1" 200 425
DEBUG (session:197) RESP: [200] date: Fri, 09 Jan 2015 09:36:44 GMT connection: 
keep-alive content-type: application/json content-length: 425 
x-compute-request-id: req-df79ffc1-08ff-4569-945f-4fa2fdf49436
RESP BODY: {"flavor": {"name": "chenrui_f", "links": [{"href": 
"http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors/11";, 
"rel": "self"}, {"href": 
"http://10.250.10.29:8774/e159961712f64b388b57062483d98a91/flavors/11";, "rel": 
"bookmark"}], "ram": 1, "OS-FLV-DISABLED:disabled": false, "vcpus": 1, "swap": 
"", "os-flavor-access:is_public": true, "rxtx_factor": 1.0, 
"OS-FLV-EXT-DATA:ephemeral": 0, "disk": 1, "id": "11"}}

mysql> select * from instance_types where flavorid=11;
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
| created_at  | updated_at | deleted_at | name  | id | memory_mb | 
vcpus | swap | vcpu_weight | flavorid | rxtx_factor | root_gb | ephemeral_gb | 
disabled | is_public | deleted |
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
| 2015-01-09 09:36:44 | NULL   | NULL   | chenrui_f |  9 | 1 |  
   1 |0 |NULL | 11   |   1 |   1 |0 |   
 0 | 1 |   0 |
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
1 row in set (0.00 sec)

** Affects: nova
 Importance: Undecided
 Assignee: Rui Chen (kiwik-chenrui)
 Status: New

** Changed in: nova
 Assignee: (unassigned) => Rui Chen (kiwik-chenrui)

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1408954

Title:
  nova flavor-create return empty string when swap == 0

Status in OpenStack Compute (Nova):
  New

Bug description:
  The type of 'swap' is string or int according to 'swap' value in DB.
  swap == 0, return empty string.
  swap > 0, return int.
  The client code is complex when return value of API is not fixed type.
  On the other hand, the type of 'swap' in the request and response of 
flavor-create should be same type.

  DEBUG (session:169) REQ: curl -g -i -X POST 
http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors -H 
"User-Agent: python-novaclient" -H "Content-Type: application/json" -H "Accept: 
application/json" -H "X-Auth-Token: 
{SHA1}6ba0b4e647a5ca47937c48941ad361d02d4ff604" -d '{"flavor": {"vcpus": 1, 
"disk": 1, "name": "chenrui_f", "os-flavor-access:is_public": true, 
"rxtx_factor": 1.0, "OS-FLV-EXT-DATA:ephemeral": 0, "ram": 1, "id": "11", 
"swap": 0}}'
  INFO (connectionpool:188) Starting new HTTP connection (1): 10.250.10.29
  DEBUG (connectionpool:364) "POST /v2/e159961712f64b388b57062483d98a91/flavors 
HTTP/1.1" 200 425
  DEBUG (session:197) RESP: [200] date: Fri, 09 Jan 2015 09:36:44 GMT 
connection: keep-alive content-type: application/json content-length: 425 
x-compute-request-id: req-df79ffc1-08ff-4569-945f-4fa2fdf49436
  RESP BODY: {"flavor": {"name": "chenrui_f", "links": [{"href": 
"http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors/11";, 
"rel": "self"}, {"href": 
"http://10.250.10.29:8774/e159961712f64b388b57062483d98a91/flavors/11";, "rel": 
"bookmark"}], "ram": 1, "OS-FLV-DISABLED:disabled": false, "vcpus": 1, "swap": 
"", "os-flavor-access:is_public": true, "rxtx_factor": 1.0, 
"OS-FLV-EXT-DATA:ephemeral": 0, "disk": 1, "id": "11"}}

  mysql> select * from instance_types where flavorid=11;
  
+-+++---++---+---+--+-+--+-+-+--+--+---+---

[Yahoo-eng-team] [Bug 1408949] [NEW] nova flavor-create return empty string when swap == 0

2015-01-09 Thread Rui Chen
Public bug reported:

The type of 'swap' is string or int according to 'swap' value in DB.
swap == 0, return empty string.
swap > 0, return int.
The client code is complex when return value of API is not fixed type.
On the other hand, the type of 'swap' in the request and response of 
flavor-create should be same type.

DEBUG (session:169) REQ: curl -g -i -X POST 
http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors -H 
"User-Agent: python-novaclient" -H "Content-Type: application/json" -H "Accept: 
application/json" -H "X-Auth-Token: 
{SHA1}6ba0b4e647a5ca47937c48941ad361d02d4ff604" -d '{"flavor": {"vcpus": 1, 
"disk": 1, "name": "chenrui_f", "os-flavor-access:is_public": true, 
"rxtx_factor": 1.0, "OS-FLV-EXT-DATA:ephemeral": 0, "ram": 1, "id": "11", 
"swap": 0}}'
INFO (connectionpool:188) Starting new HTTP connection (1): 10.250.10.29
DEBUG (connectionpool:364) "POST /v2/e159961712f64b388b57062483d98a91/flavors 
HTTP/1.1" 200 425
DEBUG (session:197) RESP: [200] date: Fri, 09 Jan 2015 09:36:44 GMT connection: 
keep-alive content-type: application/json content-length: 425 
x-compute-request-id: req-df79ffc1-08ff-4569-945f-4fa2fdf49436
RESP BODY: {"flavor": {"name": "chenrui_f", "links": [{"href": 
"http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors/11";, 
"rel": "self"}, {"href": 
"http://10.250.10.29:8774/e159961712f64b388b57062483d98a91/flavors/11";, "rel": 
"bookmark"}], "ram": 1, "OS-FLV-DISABLED:disabled": false, "vcpus": 1, "swap": 
"", "os-flavor-access:is_public": true, "rxtx_factor": 1.0, 
"OS-FLV-EXT-DATA:ephemeral": 0, "disk": 1, "id": "11"}}

mysql> select * from instance_types where flavorid=11;
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
| created_at  | updated_at | deleted_at | name  | id | memory_mb | 
vcpus | swap | vcpu_weight | flavorid | rxtx_factor | root_gb | ephemeral_gb | 
disabled | is_public | deleted |
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
| 2015-01-09 09:36:44 | NULL   | NULL   | chenrui_f |  9 | 1 |  
   1 |0 |NULL | 11   |   1 |   1 |0 |   
 0 | 1 |   0 |
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
1 row in set (0.00 sec)

** Affects: nova
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1408949

Title:
  nova flavor-create return empty string when swap == 0

Status in OpenStack Compute (Nova):
  New

Bug description:
  The type of 'swap' is string or int according to 'swap' value in DB.
  swap == 0, return empty string.
  swap > 0, return int.
  The client code is complex when return value of API is not fixed type.
  On the other hand, the type of 'swap' in the request and response of 
flavor-create should be same type.

  DEBUG (session:169) REQ: curl -g -i -X POST 
http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors -H 
"User-Agent: python-novaclient" -H "Content-Type: application/json" -H "Accept: 
application/json" -H "X-Auth-Token: 
{SHA1}6ba0b4e647a5ca47937c48941ad361d02d4ff604" -d '{"flavor": {"vcpus": 1, 
"disk": 1, "name": "chenrui_f", "os-flavor-access:is_public": true, 
"rxtx_factor": 1.0, "OS-FLV-EXT-DATA:ephemeral": 0, "ram": 1, "id": "11", 
"swap": 0}}'
  INFO (connectionpool:188) Starting new HTTP connection (1): 10.250.10.29
  DEBUG (connectionpool:364) "POST /v2/e159961712f64b388b57062483d98a91/flavors 
HTTP/1.1" 200 425
  DEBUG (session:197) RESP: [200] date: Fri, 09 Jan 2015 09:36:44 GMT 
connection: keep-alive content-type: application/json content-length: 425 
x-compute-request-id: req-df79ffc1-08ff-4569-945f-4fa2fdf49436
  RESP BODY: {"flavor": {"name": "chenrui_f", "links": [{"href": 
"http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors/11";, 
"rel": "self"}, {"href": 
"http://10.250.10.29:8774/e159961712f64b388b57062483d98a91/flavors/11";, "rel": 
"bookmark"}], "ram": 1, "OS-FLV-DISABLED:disabled": false, "vcpus": 1, "swap": 
"", "os-flavor-access:is_public": true, "rxtx_factor": 1.0, 
"OS-FLV-EXT-DATA:ephemeral": 0, "disk": 1, "id": "11"}}

  mysql> select * from instance_types where flavorid=11;
  
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
  | created_at  | updated_at | deleted_at | name  | id | memory_mb 
| vcpus | swap | vcpu_weight 

[Yahoo-eng-team] [Bug 1408951] [NEW] nova flavor-create return empty string when swap == 0

2015-01-09 Thread Rui Chen
Public bug reported:

The type of 'swap' is string or int according to 'swap' value in DB.
swap == 0, return empty string.
swap > 0, return int.
The client code is complex when return value of API is not fixed type.
On the other hand, the type of 'swap' in the request and response of 
flavor-create should be same type.

DEBUG (session:169) REQ: curl -g -i -X POST 
http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors -H 
"User-Agent: python-novaclient" -H "Content-Type: application/json" -H "Accept: 
application/json" -H "X-Auth-Token: 
{SHA1}6ba0b4e647a5ca47937c48941ad361d02d4ff604" -d '{"flavor": {"vcpus": 1, 
"disk": 1, "name": "chenrui_f", "os-flavor-access:is_public": true, 
"rxtx_factor": 1.0, "OS-FLV-EXT-DATA:ephemeral": 0, "ram": 1, "id": "11", 
"swap": 0}}'
INFO (connectionpool:188) Starting new HTTP connection (1): 10.250.10.29
DEBUG (connectionpool:364) "POST /v2/e159961712f64b388b57062483d98a91/flavors 
HTTP/1.1" 200 425
DEBUG (session:197) RESP: [200] date: Fri, 09 Jan 2015 09:36:44 GMT connection: 
keep-alive content-type: application/json content-length: 425 
x-compute-request-id: req-df79ffc1-08ff-4569-945f-4fa2fdf49436
RESP BODY: {"flavor": {"name": "chenrui_f", "links": [{"href": 
"http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors/11";, 
"rel": "self"}, {"href": 
"http://10.250.10.29:8774/e159961712f64b388b57062483d98a91/flavors/11";, "rel": 
"bookmark"}], "ram": 1, "OS-FLV-DISABLED:disabled": false, "vcpus": 1, "swap": 
"", "os-flavor-access:is_public": true, "rxtx_factor": 1.0, 
"OS-FLV-EXT-DATA:ephemeral": 0, "disk": 1, "id": "11"}}

mysql> select * from instance_types where flavorid=11;
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
| created_at  | updated_at | deleted_at | name  | id | memory_mb | 
vcpus | swap | vcpu_weight | flavorid | rxtx_factor | root_gb | ephemeral_gb | 
disabled | is_public | deleted |
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
| 2015-01-09 09:36:44 | NULL   | NULL   | chenrui_f |  9 | 1 |  
   1 |0 |NULL | 11   |   1 |   1 |0 |   
 0 | 1 |   0 |
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
1 row in set (0.00 sec)

** Affects: nova
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1408951

Title:
  nova flavor-create return empty string when swap == 0

Status in OpenStack Compute (Nova):
  New

Bug description:
  The type of 'swap' is string or int according to 'swap' value in DB.
  swap == 0, return empty string.
  swap > 0, return int.
  The client code is complex when return value of API is not fixed type.
  On the other hand, the type of 'swap' in the request and response of 
flavor-create should be same type.

  DEBUG (session:169) REQ: curl -g -i -X POST 
http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors -H 
"User-Agent: python-novaclient" -H "Content-Type: application/json" -H "Accept: 
application/json" -H "X-Auth-Token: 
{SHA1}6ba0b4e647a5ca47937c48941ad361d02d4ff604" -d '{"flavor": {"vcpus": 1, 
"disk": 1, "name": "chenrui_f", "os-flavor-access:is_public": true, 
"rxtx_factor": 1.0, "OS-FLV-EXT-DATA:ephemeral": 0, "ram": 1, "id": "11", 
"swap": 0}}'
  INFO (connectionpool:188) Starting new HTTP connection (1): 10.250.10.29
  DEBUG (connectionpool:364) "POST /v2/e159961712f64b388b57062483d98a91/flavors 
HTTP/1.1" 200 425
  DEBUG (session:197) RESP: [200] date: Fri, 09 Jan 2015 09:36:44 GMT 
connection: keep-alive content-type: application/json content-length: 425 
x-compute-request-id: req-df79ffc1-08ff-4569-945f-4fa2fdf49436
  RESP BODY: {"flavor": {"name": "chenrui_f", "links": [{"href": 
"http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors/11";, 
"rel": "self"}, {"href": 
"http://10.250.10.29:8774/e159961712f64b388b57062483d98a91/flavors/11";, "rel": 
"bookmark"}], "ram": 1, "OS-FLV-DISABLED:disabled": false, "vcpus": 1, "swap": 
"", "os-flavor-access:is_public": true, "rxtx_factor": 1.0, 
"OS-FLV-EXT-DATA:ephemeral": 0, "disk": 1, "id": "11"}}

  mysql> select * from instance_types where flavorid=11;
  
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
  | created_at  | updated_at | deleted_at | name  | id | memory_mb 
| vcpus | swap | vcpu_weight 

[Yahoo-eng-team] [Bug 1408950] [NEW] nova flavor-create return empty string when swap == 0

2015-01-09 Thread Rui Chen
Public bug reported:

The type of 'swap' is string or int according to 'swap' value in DB.
swap == 0, return empty string.
swap > 0, return int.
The client code is complex when return value of API is not fixed type.
On the other hand, the type of 'swap' in the request and response of 
flavor-create should be same type.

DEBUG (session:169) REQ: curl -g -i -X POST 
http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors -H 
"User-Agent: python-novaclient" -H "Content-Type: application/json" -H "Accept: 
application/json" -H "X-Auth-Token: 
{SHA1}6ba0b4e647a5ca47937c48941ad361d02d4ff604" -d '{"flavor": {"vcpus": 1, 
"disk": 1, "name": "chenrui_f", "os-flavor-access:is_public": true, 
"rxtx_factor": 1.0, "OS-FLV-EXT-DATA:ephemeral": 0, "ram": 1, "id": "11", 
"swap": 0}}'
INFO (connectionpool:188) Starting new HTTP connection (1): 10.250.10.29
DEBUG (connectionpool:364) "POST /v2/e159961712f64b388b57062483d98a91/flavors 
HTTP/1.1" 200 425
DEBUG (session:197) RESP: [200] date: Fri, 09 Jan 2015 09:36:44 GMT connection: 
keep-alive content-type: application/json content-length: 425 
x-compute-request-id: req-df79ffc1-08ff-4569-945f-4fa2fdf49436
RESP BODY: {"flavor": {"name": "chenrui_f", "links": [{"href": 
"http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors/11";, 
"rel": "self"}, {"href": 
"http://10.250.10.29:8774/e159961712f64b388b57062483d98a91/flavors/11";, "rel": 
"bookmark"}], "ram": 1, "OS-FLV-DISABLED:disabled": false, "vcpus": 1, "swap": 
"", "os-flavor-access:is_public": true, "rxtx_factor": 1.0, 
"OS-FLV-EXT-DATA:ephemeral": 0, "disk": 1, "id": "11"}}

mysql> select * from instance_types where flavorid=11;
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
| created_at  | updated_at | deleted_at | name  | id | memory_mb | 
vcpus | swap | vcpu_weight | flavorid | rxtx_factor | root_gb | ephemeral_gb | 
disabled | is_public | deleted |
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
| 2015-01-09 09:36:44 | NULL   | NULL   | chenrui_f |  9 | 1 |  
   1 |0 |NULL | 11   |   1 |   1 |0 |   
 0 | 1 |   0 |
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
1 row in set (0.00 sec)

** Affects: nova
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1408950

Title:
  nova flavor-create return empty string when swap == 0

Status in OpenStack Compute (Nova):
  New

Bug description:
  The type of 'swap' is string or int according to 'swap' value in DB.
  swap == 0, return empty string.
  swap > 0, return int.
  The client code is complex when return value of API is not fixed type.
  On the other hand, the type of 'swap' in the request and response of 
flavor-create should be same type.

  DEBUG (session:169) REQ: curl -g -i -X POST 
http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors -H 
"User-Agent: python-novaclient" -H "Content-Type: application/json" -H "Accept: 
application/json" -H "X-Auth-Token: 
{SHA1}6ba0b4e647a5ca47937c48941ad361d02d4ff604" -d '{"flavor": {"vcpus": 1, 
"disk": 1, "name": "chenrui_f", "os-flavor-access:is_public": true, 
"rxtx_factor": 1.0, "OS-FLV-EXT-DATA:ephemeral": 0, "ram": 1, "id": "11", 
"swap": 0}}'
  INFO (connectionpool:188) Starting new HTTP connection (1): 10.250.10.29
  DEBUG (connectionpool:364) "POST /v2/e159961712f64b388b57062483d98a91/flavors 
HTTP/1.1" 200 425
  DEBUG (session:197) RESP: [200] date: Fri, 09 Jan 2015 09:36:44 GMT 
connection: keep-alive content-type: application/json content-length: 425 
x-compute-request-id: req-df79ffc1-08ff-4569-945f-4fa2fdf49436
  RESP BODY: {"flavor": {"name": "chenrui_f", "links": [{"href": 
"http://10.250.10.29:8774/v2/e159961712f64b388b57062483d98a91/flavors/11";, 
"rel": "self"}, {"href": 
"http://10.250.10.29:8774/e159961712f64b388b57062483d98a91/flavors/11";, "rel": 
"bookmark"}], "ram": 1, "OS-FLV-DISABLED:disabled": false, "vcpus": 1, "swap": 
"", "os-flavor-access:is_public": true, "rxtx_factor": 1.0, 
"OS-FLV-EXT-DATA:ephemeral": 0, "disk": 1, "id": "11"}}

  mysql> select * from instance_types where flavorid=11;
  
+-+++---++---+---+--+-+--+-+-+--+--+---+-+
  | created_at  | updated_at | deleted_at | name  | id | memory_mb 
| vcpus | swap | vcpu_weight 

[Yahoo-eng-team] [Bug 1408947] [NEW] Nova SHA1 password with Keystone linked to LDAP

2015-01-09 Thread Giorgio Desideri
Public bug reported:

Openstack Juno
Ubuntu 14.04

I configured Keystone with my LDAP, following installation guide I have
admin-openrc.sh as follow:

export OS_TENANT_NAME=admin
export OS_USERNAME=admin
export OS_PASSWORD=my_secret
export OS_AUTH_URL=http://master01.th.ascolotus.com:35357/v2.0

at the end with configuration of nova:

$> nova --debug list

REQ: curl -i 'http://master01.th.ascolotus.com:35357/v2.0/tokens' -X POST -H 
"Accept: application/json" -H "Content-Type: application/json" -H "User-Agent: 
python-novaclient" -d '{"auth": {"tenantName": "admin", "passwordCredentials": 
{"username": "admin", "password": 
"{SHA1}735cc5cd7e1d762680bbf53a4247b3e8f36d4d67"}}}'
INFO (connectionpool:258) Starting new HTTP connection (1): 
master01.th.ascolotus.com
DEBUG (connectionpool:375) Setting read timeout to 600.0
DEBUG (connectionpool:415) "POST /v2.0/tokens HTTP/1.1" 401 114
RESP: [401] {'content-length': '114', 'vary': 'X-Auth-Token', 
'www-authenticate': 'Keystone uri="http://master01.th.ascolotus.com:35357";', 
'date': 'Fri, 09 Jan 2015 09:23:09 GMT', 'content-type': 'application/json', 
'x-distribution': 'Ubuntu'}
RESP BODY: {"error": {"message": "The request you have made requires 
authentication.", "code": 401, "title": "Unauthorized"}}

DEBUG (shell:803) Invalid OpenStack Nova credentials.
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/novaclient/shell.py", line 800, in main
OpenStackComputeShell().main(argv)
  File "/usr/lib/python2.7/dist-packages/novaclient/shell.py", line 701, in main
raise exc.CommandError(_("Invalid OpenStack Nova credentials."))
CommandError: Invalid OpenStack Nova credentials.
ERROR (CommandError): Invalid OpenStack Nova credentials.

SHA1 is the hashed password, LDAP use SSHA.

** Affects: nova
 Importance: Undecided
 Status: New


** Tags: nova

** Tags added: nova

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1408947

Title:
  Nova SHA1 password with Keystone linked to LDAP

Status in OpenStack Compute (Nova):
  New

Bug description:
  Openstack Juno
  Ubuntu 14.04

  I configured Keystone with my LDAP, following installation guide I
  have admin-openrc.sh as follow:

  export OS_TENANT_NAME=admin
  export OS_USERNAME=admin
  export OS_PASSWORD=my_secret
  export OS_AUTH_URL=http://master01.th.ascolotus.com:35357/v2.0

  at the end with configuration of nova:

  $> nova --debug list

  REQ: curl -i 'http://master01.th.ascolotus.com:35357/v2.0/tokens' -X POST -H 
"Accept: application/json" -H "Content-Type: application/json" -H "User-Agent: 
python-novaclient" -d '{"auth": {"tenantName": "admin", "passwordCredentials": 
{"username": "admin", "password": 
"{SHA1}735cc5cd7e1d762680bbf53a4247b3e8f36d4d67"}}}'
  INFO (connectionpool:258) Starting new HTTP connection (1): 
master01.th.ascolotus.com
  DEBUG (connectionpool:375) Setting read timeout to 600.0
  DEBUG (connectionpool:415) "POST /v2.0/tokens HTTP/1.1" 401 114
  RESP: [401] {'content-length': '114', 'vary': 'X-Auth-Token', 
'www-authenticate': 'Keystone uri="http://master01.th.ascolotus.com:35357";', 
'date': 'Fri, 09 Jan 2015 09:23:09 GMT', 'content-type': 'application/json', 
'x-distribution': 'Ubuntu'}
  RESP BODY: {"error": {"message": "The request you have made requires 
authentication.", "code": 401, "title": "Unauthorized"}}

  DEBUG (shell:803) Invalid OpenStack Nova credentials.
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/novaclient/shell.py", line 800, in 
main
  OpenStackComputeShell().main(argv)
File "/usr/lib/python2.7/dist-packages/novaclient/shell.py", line 701, in 
main
  raise exc.CommandError(_("Invalid OpenStack Nova credentials."))
  CommandError: Invalid OpenStack Nova credentials.
  ERROR (CommandError): Invalid OpenStack Nova credentials.

  SHA1 is the hashed password, LDAP use SSHA.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1408940] [NEW] glance-replicator doesn't support https connection to glance api

2015-01-09 Thread Jun Hong Li
Public bug reported:

Tried to call livecopy command with glance-replicator, encountered the
following error:

[root@controller66 ~]# glance-replicator livecopy -M $r1_token -S $r2_token 
192.168.101.10:9292 controller66.region2.com:9292
2014-12-04 14:03:11.766 804 CRITICAL glance [-] BadStatusLine
2014-12-04 14:03:11.766 804 TRACE glance Traceback (most recent call last):
2014-12-04 14:03:11.766 804 TRACE glance   File "/usr/bin/glance-replicator", 
line 10, in 
2014-12-04 14:03:11.766 804 TRACE glance sys.exit(main())
2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 737, in main
2014-12-04 14:03:11.766 804 TRACE glance command(options, args)
2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 477, in 
replication_livecopy
2014-12-04 14:03:11.766 804 TRACE glance for image in 
master_client.get_images():
2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 154, in 
get_images
2014-12-04 14:03:11.766 804 TRACE glance response = 
self._http_request('GET', url, {}, '')
2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 115, in 
_http_request
2014-12-04 14:03:11.766 804 TRACE glance response = self.conn.getresponse()
2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib64/python2.6/httplib.py", line 990, in getresponse
2014-12-04 14:03:11.766 804 TRACE glance response.begin()
2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib64/python2.6/httplib.py", line 391, in begin
2014-12-04 14:03:11.766 804 TRACE glance version, status, reason = 
self._read_status()
2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib64/python2.6/httplib.py", line 355, in _read_status
2014-12-04 14:03:11.766 804 TRACE glance raise BadStatusLine(line)
2014-12-04 14:03:11.766 804 TRACE glance BadStatusLine
2014-12-04 14:03:11.766 804 TRACE glance

After checking the codes, I found that the connection is established
with httplib.HTTPConnection for commands, which implies that https
connection is not supported.

** Affects: glance
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1408940

Title:
  glance-replicator doesn't support https connection to glance api

Status in OpenStack Image Registry and Delivery Service (Glance):
  New

Bug description:
  Tried to call livecopy command with glance-replicator, encountered the
  following error:

  [root@controller66 ~]# glance-replicator livecopy -M $r1_token -S $r2_token 
192.168.101.10:9292 controller66.region2.com:9292
  2014-12-04 14:03:11.766 804 CRITICAL glance [-] BadStatusLine
  2014-12-04 14:03:11.766 804 TRACE glance Traceback (most recent call last):
  2014-12-04 14:03:11.766 804 TRACE glance   File "/usr/bin/glance-replicator", 
line 10, in 
  2014-12-04 14:03:11.766 804 TRACE glance sys.exit(main())
  2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 737, in main
  2014-12-04 14:03:11.766 804 TRACE glance command(options, args)
  2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 477, in 
replication_livecopy
  2014-12-04 14:03:11.766 804 TRACE glance for image in 
master_client.get_images():
  2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 154, in 
get_images
  2014-12-04 14:03:11.766 804 TRACE glance response = 
self._http_request('GET', url, {}, '')
  2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 115, in 
_http_request
  2014-12-04 14:03:11.766 804 TRACE glance response = 
self.conn.getresponse()
  2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib64/python2.6/httplib.py", line 990, in getresponse
  2014-12-04 14:03:11.766 804 TRACE glance response.begin()
  2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib64/python2.6/httplib.py", line 391, in begin
  2014-12-04 14:03:11.766 804 TRACE glance version, status, reason = 
self._read_status()
  2014-12-04 14:03:11.766 804 TRACE glance   File 
"/usr/lib64/python2.6/httplib.py", line 355, in _read_status
  2014-12-04 14:03:11.766 804 TRACE glance raise BadStatusLine(line)
  2014-12-04 14:03:11.766 804 TRACE glance BadStatusLine
  2014-12-04 14:03:11.766 804 TRACE glance

  After checking the codes, I found that the connection is established
  with httplib.HTTPConnection for commands, which implies that https
  connection is not supported.

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

-- 
Mailing list: https://la

[Yahoo-eng-team] [Bug 1408930] [NEW] endpoint_group_update does parameter check after updating endpoint_group

2015-01-09 Thread wanghong
Public bug reported:

Refer to:
https://github.com/openstack/keystone/blob/master/keystone/contrib/endpoint_filter/controllers.py#L192

This leads to a bug that data will be updated successfully although api
returns 400.

** Affects: keystone
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Keystone.
https://bugs.launchpad.net/bugs/1408930

Title:
  endpoint_group_update  does parameter check after updating
  endpoint_group

Status in OpenStack Identity (Keystone):
  New

Bug description:
  Refer to:
  
https://github.com/openstack/keystone/blob/master/keystone/contrib/endpoint_filter/controllers.py#L192

  This leads to a bug that data will be updated successfully although
  api returns 400.

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1399172] Re: [OSSA 2015-001] L3 agent DoS vulnerability (CVE-2014-8153)

2015-01-09 Thread Thierry Carrez
** Changed in: ossa
   Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1399172

Title:
  [OSSA 2015-001] L3 agent DoS vulnerability (CVE-2014-8153)

Status in OpenStack Neutron (virtual network service):
  Fix Committed
Status in neutron icehouse series:
  Invalid
Status in neutron juno series:
  Fix Committed
Status in OpenStack Security Advisories:
  Fix Released

Bug description:
  Reported by Ihar Hrachyshka via email:

  we've found a bug [1] in Openstack Neutron Juno (2014.2) release that
  (it seems) may be utilized to make Neutron L3 agent non-functional
  during the following scenario (initially reported in downstream as [2]):

  - a tenant (user) creates 8 routers;
  - for each router, a tenant assigns a ipv6 non-provider subnet.

  => L3 agent limits the number of threads that process updates to
  router state to 8 [3]. Since the bug makes the thread lock if the
  release is used with radvd 2.0+, it's enough to have those 8 failing
  routers to completely block any kind of router updates processing for
  all tenants.

  The vulnerability is limited to setups that run on top of radvd 2.0+.
  There are few distributions that currently ship radvd 2.0+,
  so the scope of the vulnerability is not very wide (in Red Hat world,
  it's mostly Fedora Rawhide).

  The bug in question is public, though I haven't raised its potential
  security status in any public or private communications before.

  [1]: https://launchpad.net/bugs/1398779
  [2]: https://bugzilla.redhat.com/show_bug.cgi?id=1169408
  [3]: 
https://github.com/openstack/neutron/blob/master/neutron/agent/l3_agent.py#L1831

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp


[Yahoo-eng-team] [Bug 1373333] Re: glance-replicator livecopy cannot work due to Bad header: x-image-meta-virtual-size

2015-01-09 Thread Jun Hong Li
Hi Jokke,

The fix has been merged into Kilo branch, I will close this bug.

** Changed in: glance
   Status: New => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/137

Title:
  glance-replicator livecopy cannot work due to Bad header: x-image-
  meta-virtual-size

Status in OpenStack Image Registry and Delivery Service (Glance):
  Fix Released

Bug description:
  I would like to use "glance-replicator livecopy" command to replicate
  the images from one openstack instance to anthor, it goes to error
  while running the livecopy command:

  2014-09-24 17:32:09.082 24953 CRITICAL glance [-]
  ServerErrorException: 400 Bad Request

  The server could not comply with the request since it is either
  malformed or otherwise incorrect.

   Bad header: x-image-meta-virtual-size  
  2014-09-24 17:32:09.082 24953 TRACE glance Traceback (most recent call last):
  2014-09-24 17:32:09.082 24953 TRACE glance   File 
"/usr/bin/glance-replicator", line 10, in 
  2014-09-24 17:32:09.082 24953 TRACE glance sys.exit(main())
  2014-09-24 17:32:09.082 24953 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 739, in main
  2014-09-24 17:32:09.082 24953 TRACE glance command(options, args)
  2014-09-24 17:32:09.082 24953 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 516, in 
replication_livecopy
  2014-09-24 17:32:09.082 24953 TRACE glance image_response)
  2014-09-24 17:32:09.082 24953 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 238, in 
add_image
  2014-09-24 17:32:09.082 24953 TRACE glance response = 
self._http_request('POST', url, headers, image_data)
  2014-09-24 17:32:09.082 24953 TRACE glance   File 
"/usr/lib/python2.6/site-packages/glance/cmd/replicator.py", line 125, in 
_http_request
  2014-09-24 17:32:09.082 24953 TRACE glance raise 
ServerErrorException(response.read())
  2014-09-24 17:32:09.082 24953 TRACE glance ServerErrorException: 400 Bad 
Request
  2014-09-24 17:32:09.082 24953 TRACE glance 
  2014-09-24 17:32:09.082 24953 TRACE glance The server could not comply with 
the request since it is either malformed or otherwise incorrect.
  2014-09-24 17:32:09.082 24953 TRACE glance 
  2014-09-24 17:32:09.082 24953 TRACE glance  Bad header: 
x-image-meta-virtual-size  
  2014-09-24 17:32:09.082 24953 TRACE glance

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

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp