[Yahoo-eng-team] [Bug 1493126] Re: openstack group create fails while using admin token

I do not consider this a bug. We state that you must either explicitly supply the domain_id of a group in the entity passed to the create call OR use a domain scoped token. Since the ADMIN token is not a domain scoped token, you must provide it in the entity itself (which, to be honest, should

[Yahoo-eng-team] [Bug 1474198] Re: task_state not NONE after instance boot failed

[Expired for OpenStack Compute (nova) because there has been no activity for 60 days.] ** Changed in: nova Status: Incomplete => Expired -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Compute (nova).

[Yahoo-eng-team] [Bug 1497508] [NEW] functional tests fail due to ping timeout on servers start

Public bug reported: Whenever I try running ‘tox -epy27’, the functional tests continuously fails due to ping timeout while trying to start the servers (glance-api, glance-registry etc.,) for running the tests. I am running the tests from a VM with 8GB of RAM and 2.7GHz Intel Core i7 Processor.

[Yahoo-eng-team] [Bug 1489555] Re: nova rbd volume attach to running instance in Kilo is failing

HI josh Durgin, thanks for your response, now the issue got resolved, this issue is with apparmor, apparmor is blocking adding rbd support to kvm instances. it is resolved by adding below lines to /etc/apparmor.d/abstractions/libvirt-qemu and restart apparmor, libvirt and nova-compute # for

[Yahoo-eng-team] [Bug 1497522] [NEW] DHCP agent fail if create a D type subnet

Public bug reported: When we create a subnet, neutron-server just check the subnet validation, and permit to create a D type subnet, for example: neutron subnet-create dhcp-test 224.0.0.0/8, but dhcp-agent will fail, the error log as bellow: [-] Unable to enable dhcp for

[Yahoo-eng-team] [Bug 1497570] [NEW] the GreenThread should be created when admin_state is up

Public bug reported: the greenthread to configure dhcp should be created when network.admin_state_up is True. the problem in function sync_state is to create a greenthread to configure dhcp, and the thread will be end immediatly when network.admin_state_up is False. ** Affects: neutron

[Yahoo-eng-team] [Bug 1276694] Re: Openstack services should support SIGHUP signal

Added Oslo.service according to this http://lists.openstack.org/pipermail/openstack-dev/2015-September/074745.html "oslo.service is responsible for catching/handling signals" ** Also affects: oslo.service Importance: Undecided Status: New -- You received this bug notification because

[Yahoo-eng-team] [Bug 1276694] Re: Openstack services should support SIGHUP signal

Added the Oslo.config as there is at least one patch addressing this issue https://review.openstack.org/#/c/213062/ ** Also affects: oslo.config Importance: Undecided Status: New ** Also affects: oslo.log Importance: Undecided Status: New -- You received this bug