[Yahoo-eng-team] [Bug 1720068] [NEW] VMware attach volume
Public bug reported:
I am running OpenStack Mitaka on CentOS7.1 with VMware vCenter Server
5.5.0，build 3000241. When I attached cinder volume test_vol01 to the
instance test_vm01, the action succeeded. Then detached this volume.
When I re-attached this volume to this instance, I failed.
In volume.log file, I find following message:
2017-08-09 15:12:20.908 18613 DEBUG oslo_vmware.api
[req-ad24cbe1-38ab-404c-8012-a4272f885200 1df71957d770436493a84f24d9344853
9052ae85792143ff955c35c52e8e41bd - - -] Waiting for function
oslo_vmware.api._invoke_api to return. func
/usr/lib/python2.7/site-packages/oslo_vmware/api.py:122
2017-08-09 15:12:21.080 18613 WARNING py.warnings [-]
/usr/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py:821:
InsecureRequestWarning: Unverified HTTPS request is being made. Adding
certificate verification is strongly advised. See:
https://urllib3.readthedocs.org/en/latest/security.html
InsecureRequestWarning)
2017-08-09 15:12:21.454 18613 DEBUG oslo_vmware.api
[req-ad24cbe1-38ab-404c-8012-a4272f885200 1df71957d770436493a84f24d9344853
9052ae85792143ff955c35c52e8e41bd - - -] Waiting for function
oslo_vmware.api._invoke_api to return. func
/usr/lib/python2.7/site-packages/oslo_vmware/api.py:122
2017-08-09 15:12:21.457 18613 DEBUG cinder.volume.drivers.vmware.vmdk
[req-ad24cbe1-38ab-404c-8012-a4272f885200 1df71957d770436493a84f24d9344853
9052ae85792143ff955c35c52e8e41bd - - -] The instance: (Property){
value = "vm-3634"
_type = "VirtualMachine"
} for which initialize connection is called, exists. _initialize_connection
/usr/lib/python2.7/site-packages/cinder/volume/drivers/vmware/vmdk.py:592
2017-08-09 15:12:21.460 18613 DEBUG oslo_vmware.api
[req-ad24cbe1-38ab-404c-8012-a4272f885200 1df71957d770436493a84f24d9344853
9052ae85792143ff955c35c52e8e41bd - - -] Waiting for function
oslo_vmware.api._invoke_api to return. func
/usr/lib/python2.7/site-packages/oslo_vmware/api.py:122
2017-08-09 15:12:21.485 18613 WARNING py.warnings [-]
/usr/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py:821:
InsecureRequestWarning: Unverified HTTPS request is being made. Adding
certificate verification is strongly advised. See:
https://urllib3.readthedocs.org/en/latest/security.html
InsecureRequestWarning)
2017-08-09 15:12:21.501 18613 DEBUG oslo_vmware.api
[req-ad24cbe1-38ab-404c-8012-a4272f885200 1df71957d770436493a84f24d9344853
9052ae85792143ff955c35c52e8e41bd - - -] Waiting for function
oslo_vmware.api._invoke_api to return. func
/usr/lib/python2.7/site-packages/oslo_vmware/api.py:122
2017-08-09 15:12:21.521 18613 WARNING py.warnings [-]
/usr/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py:821:
InsecureRequestWarning: Unverified HTTPS request is being made. Adding
certificate verification is strongly advised. See:
https://urllib3.readthedocs.org/en/latest/security.html
InsecureRequestWarning)
2017-08-09 15:12:21.548 18613 DEBUG oslo_vmware.service
[req-ad24cbe1-38ab-404c-8012-a4272f885200 1df71957d770436493a84f24d9344853
9052ae85792143ff955c35c52e8e41bd - - -] Creating suds client with
soap_url='https://10.153.193.34:443/pbm' and
wsdl_url='file:///usr/lib/python2.7/site-packages/oslo_vmware/wsdl/5.5/pbmService.wsdl'
__init__ /usr/lib/python2.7/site-packages/oslo_vmware/service.py:195
2017-08-09 15:12:22.084 18613 WARNING py.warnings
[req-ad24cbe1-38ab-404c-8012-a4272f885200 1df71957d770436493a84f24d9344853
9052ae85792143ff955c35c52e8e41bd - - -]
/usr/lib/python2.7/site-packages/requests/packages/urllib3/connectionpool.py:821:
InsecureRequestWarning: Unverified HTTPS request is being made. Adding
certificate verification is strongly advised. See:
https://urllib3.readthedocs.org/en/latest/security.html
InsecureRequestWarning)
2017-08-09 15:12:22.097 18613 ERROR cinder.volume.manager
[req-ad24cbe1-38ab-404c-8012-a4272f885200 1df71957d770436493a84f24d9344853
9052ae85792143ff955c35c52e8e41bd - - -] Driver initialize connection failed
(error: No such SOAP method PbmRetrieveServiceContent.
Cause: 'NoneType' object has no attribute 'promotePrefixes').
2017-08-09 15:12:22.102 18613 ERROR oslo_messaging.rpc.dispatcher
[req-ad24cbe1-38ab-404c-8012-a4272f885200 1df71957d770436493a84f24d9344853
9052ae85792143ff955c35c52e8e41bd - - -] Exception during message handling: Bad
or unexpected response from the storage volume backend API: Driver initialize
connection failed (error: No such SOAP method PbmRetrieveServiceContent.
Cause: 'NoneType' object has no attribute 'promotePrefixes').
2017-08-09 15:12:22.102 18613 ERROR oslo_messaging.rpc.dispatcher Traceback
(most recent call last):
2017-08-09 15:12:22.102 18613 ERROR oslo_messaging.rpc.dispatcher File
"/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 138,
in _dispatch_and_reply
2017-08-09 15:12:22.102 18613 ERROR oslo_messaging.rpc.dispatcher
incoming.message))
2017-08-09 15:12:22.102 18613 ERROR oslo_messagin
[Yahoo-eng-team] [Bug 1720077] [NEW] Quality of Service (QoS) , document is critical error
Public bug reported:
Configuration in network node and compute node is wrong ,
must comfiguration in controller node : /etc/neutron/neutron.conf
service_plugins = qos
otherwise ,
you will always get error such as follow:
Using http://controller:9696/v2.0 as public network endpoint
REQ: curl -g -i -X POST http://controller:9696/v2.0/qos/policies -H
"User-Agent: openstacksdk/0.9.17 keystoneauth1/3.1.0 python-requests/2.18.4
CPython/2.7.13" -H "Content-Type: application/json" -H "X-Auth-Token:
{SHA1}b43a8743512064d5a7fa64c6eb255bdfa4720570" -d '{"policy": {"name":
"bw-limiter"}}'
http://controller:9696 "POST /v2.0/qos/policies HTTP/1.1" 404 103
RESP: [404] Content-Length: 103 Content-Type: application/json
X-Openstack-Request-Id: req-c3aac80f-9a97-4db7-a8f2-4e6a1ff907b3 Date: Thu, 21
Sep 2017 06:57:45 GMT Connection: keep-alive
RESP BODY: {"NeutronError": {"message": "The resource could not be found.",
"type": "HTTPNotFound", "detail": ""}}
** Affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1720077
Title:
Quality of Service (QoS) , document is critical error
Status in neutron:
New
Bug description:
Configuration in network node and compute node is wrong ,
must comfiguration in controller node : /etc/neutron/neutron.conf
service_plugins = qos
otherwise ,
you will always get error such as follow:
Using http://controller:9696/v2.0 as public network endpoint
REQ: curl -g -i -X POST http://controller:9696/v2.0/qos/policies -H
"User-Agent: openstacksdk/0.9.17 keystoneauth1/3.1.0 python-requests/2.18.4
CPython/2.7.13" -H "Content-Type: application/json" -H "X-Auth-Token:
{SHA1}b43a8743512064d5a7fa64c6eb255bdfa4720570" -d '{"policy": {"name":
"bw-limiter"}}'
http://controller:9696 "POST /v2.0/qos/policies HTTP/1.1" 404 103
RESP: [404] Content-Length: 103 Content-Type: application/json
X-Openstack-Request-Id: req-c3aac80f-9a97-4db7-a8f2-4e6a1ff907b3 Date: Thu, 21
Sep 2017 06:57:45 GMT Connection: keep-alive
RESP BODY: {"NeutronError": {"message": "The resource could not be found.",
"type": "HTTPNotFound", "detail": ""}}
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1720077/+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 1720091] [NEW] delete running vms, but ovs flow table is still residual
Public bug reported: in Pike version, if I delete running vms, the ovs flow table will be still residual. for examples: the first, create vm, named pc1 [root@bogon ~]# nova list +--+--+++-+--+ | ID | Name | Status | Task State | Power State | Networks | +--+--+++-+--+ | 2f91523c-6a4f-434a-a228-0d07ca735e6a | pc1 | ACTIVE | - | Running | net=5.5.5.13 | +--+--+++-+--+ the second,I directly delete the running virtual machine, [root@bogon ~]# nova list ++--+++-+--+ | ID | Name | Status | Task State | Power State | Networks | ++--+++-+--+ ++--+++-+--+ then the relevant flow table will be left. [root@bogon ~]# ovs-ofctl dump-flows br-int | grep 5.5.5.13 cookie=0x8231b3d9ff6eecde, duration=189.590s, table=82, n_packets=0, n_bytes=0, idle_age=189, priority=70,ct_state=+est-rel-rpl,ip,reg6=0x1,nw_src=5.5.5.13 actions=conjunction(2,1/2) cookie=0x8231b3d9ff6eecde, duration=189.589s, table=82, n_packets=0, n_bytes=0, idle_age=189, priority=70,ct_state=+new-est,ip,reg6=0x1,nw_src=5.5.5.13 actions=conjunction(3,1/2) ** Affects: neutron Importance: Undecided Status: New ** Tags: neutron -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1720091 Title: delete running vms, but ovs flow table is still residual Status in neutron: New Bug description: in Pike version, if I delete running vms, the ovs flow table will be still residual. for examples: the first, create vm, named pc1 [root@bogon ~]# nova list +--+--+++-+--+ | ID | Name | Status | Task State | Power State | Networks | +--+--+++-+--+ | 2f91523c-6a4f-434a-a228-0d07ca735e6a | pc1 | ACTIVE | - | Running | net=5.5.5.13 | +--+--+++-+--+ the second,I directly delete the running virtual machine, [root@bogon ~]# nova list ++--+++-+--+ | ID | Name | Status | Task State | Power State | Networks | ++--+++-+--+ ++--+++-+--+ then the relevant flow table will be left. [root@bogon ~]# ovs-ofctl dump-flows br-int | grep 5.5.5.13 cookie=0x8231b3d9ff6eecde, duration=189.590s, table=82, n_packets=0, n_bytes=0, idle_age=189, priority=70,ct_state=+est-rel-rpl,ip,reg6=0x1,nw_src=5.5.5.13 actions=conjunction(2,1/2) cookie=0x8231b3d9ff6eecde, duration=189.589s, table=82, n_packets=0, n_bytes=0, idle_age=189, priority=70,ct_state=+new-est,ip,reg6=0x1,nw_src=5.5.5.13 actions=conjunction(3,1/2) To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1720091/+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 1720108] [NEW] docs:Install glance on centos, something missed
Public bug reported: miss create database glance part, when i upload a image, report 500 error ,please add create database part in the docs. This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [ ] This doc is inaccurate in this way: __ - [ ] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: 15.0.1.dev1 on 'Mon Aug 7 01:28:54 2017, commit 9091d26' SHA: 9091d262afb120fd077bae003d52463f833a4fde Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/install-rdo.rst URL: https://docs.openstack.org/glance/pike/install/install-rdo.html ** 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/1720108 Title: docs:Install glance on centos, something missed Status in Glance: New Bug description: miss create database glance part, when i upload a image, report 500 error ,please add create database part in the docs. This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [ ] This doc is inaccurate in this way: __ - [ ] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: 15.0.1.dev1 on 'Mon Aug 7 01:28:54 2017, commit 9091d26' SHA: 9091d262afb120fd077bae003d52463f833a4fde Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/install-rdo.rst URL: https://docs.openstack.org/glance/pike/install/install-rdo.html To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1720108/+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 1719859] Re: Resize failure due to instance group being None in request spec
** Changed in: nova Status: New => Invalid -- 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/1719859 Title: Resize failure due to instance group being None in request spec Status in OpenStack Compute (nova): Invalid Bug description: Description === During resize operation the migrate task nova\conductor\tasks\migrate.py tries to setup the instance group in the request spec via following call - scheduler_utils.setup_instance_group(self.context, self.request_spec) The setup_instance_group tries to get the group details If there are instance groups available following code gets executed - group_info = _get_group_details(context, instance_uuid, group_hosts) if group_info is not None and request_spec.instance_group is not None: request_spec.instance_group.hosts = list(group_info.hosts) request_spec.instance_group.policies = group_info.policies request_spec.instance_group.members = group_info.members If the group info is not None, then the call fails as the request_spec.instance_group is None. Steps to reproduce == - create an instance group. - Add an instance as a member for that instance group. - Resize the instance. - The resize operation fails with following error - Unexpected exception in API method: AttributeError: 'NoneType' object has no attribute 'hosts' Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/server.py", line 160, in _process_incoming res = self.dispatcher.dispatch(message) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 213, in dispatch return self._do_dispatch(endpoint, method, ctxt, args) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/dispatcher.py", line 183, in _do_dispatch result = func(ctxt, **new_args) File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/server.py", line 232, in inner return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/nova/conductor/manager.py", line 83, in wrapper return fn(self, context, *args, **kwargs) File "/usr/lib/python2.7/site-packages/nova/compute/utils.py", line 953, in decorated_function return function(self, context, *args, **kwargs) File "/usr/lib/python2.7/site-packages/nova/conductor/manager.py", line 282, in migrate_server reservations, clean_shutdown, request_spec) File "/usr/lib/python2.7/site-packages/nova/conductor/manager.py", line 345, in _cold_migrate updates, ex, legacy_spec) File "/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in __exit__ self.force_reraise() File "/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in force_reraise six.reraise(self.type_, self.value, self.tb) File "/usr/lib/python2.7/site-packages/nova/conductor/manager.py", line 314, in _cold_migrate task.execute() Expected result === Expect to successfully resize the instance. Actual result = Resize fails with above error. Environment === 1. Openstack Pike openstack-nova-api-16.0.0-201709220608.ibm.el7.60.noarch openstack-nova-16.0.0-201709220608.ibm.el7.60.noarch 2. Which hypervisor did you use? Not relevant here as error is in API/conductor layer itself. 2. Which storage type did you use? SAN 3. Which networking type did you use? Not relevant Logs & Configs == The above exception trace should give a good understanding of where the issue is occurring. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1719859/+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 1720128] [NEW] [ocata] second instance resize fails on same host
Public bug reported: With `allow_resize_to_same_host=true` nova removes instance directory on host after confirming resize. First resize works fine, although directore is removed. Second resize fails, because nova cannot mv instance dir to instance_resize. Workaround: power cycle instance after resize, then directory is created again. Tested on volume-backed instances (with Ceph). Env: Ubuntu Xenial nova-compute 15.0.2 libvirt 2.5.0-3 Steps to reproduce: - set allow_resize_to_same_host=true in nova.conf & restart nova services - create instance (in my case: boot from volume, cinder storage in Ceph) - watch /var/lib/nova/instances - resize instance - observe change in /var/lib/nova/instances - confirm resize - both directories were deleted - resized instance is running ** Affects: nova Importance: Undecided Status: New ** Description changed: With `allow_resize_to_same_host=true` nova removes instance directory on host after confirming resize. - First resize works fine, although directore is removed. Second resize fails, because nova cannot mv instance dir to instance_resize. Workaround: power cycle instance after resize, then directory is created again. Tested on volume-backed instances (with Ceph). Env: - Ubuntu - nova-compute 15.0.2 - libvirt 2.5.0-3 + Ubuntu Xenial + nova-compute 15.0.2 + libvirt 2.5.0-3 Steps to reproduce: - set allow_resize_to_same_host=true in nova.conf & restart nova services - create instance (in my case: boot from volume, cinder storage in Ceph) - watch /var/lib/nova/instances - resize instance - observe change in /var/lib/nova/instances - - confirm resize + - confirm resize - both directories were deleted - resized instance is running -- 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/1720128 Title: [ocata] second instance resize fails on same host Status in OpenStack Compute (nova): New Bug description: With `allow_resize_to_same_host=true` nova removes instance directory on host after confirming resize. First resize works fine, although directore is removed. Second resize fails, because nova cannot mv instance dir to instance_resize. Workaround: power cycle instance after resize, then directory is created again. Tested on volume-backed instances (with Ceph). Env: Ubuntu Xenial nova-compute 15.0.2 libvirt 2.5.0-3 Steps to reproduce: - set allow_resize_to_same_host=true in nova.conf & restart nova services - create instance (in my case: boot from volume, cinder storage in Ceph) - watch /var/lib/nova/instances - resize instance - observe change in /var/lib/nova/instances - confirm resize - both directories were deleted - resized instance is running To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1720128/+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 1720088] Re: delete vms, but ovs flow table is still residual
** Changed in: cinder Status: Confirmed => Invalid ** Also affects: nova Importance: Undecided Status: New ** No longer affects: cinder -- 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/1720088 Title: delete vms, but ovs flow table is still residual Status in OpenStack Compute (nova): New Bug description: in Pike version, if I delete running vms, the ovs flow table will be still residual. for examples: the first, create vm, named pc1 [root@bogon ~]# nova list +--+--+++-+--+ | ID | Name | Status | Task State | Power State | Networks | +--+--+++-+--+ | 2f91523c-6a4f-434a-a228-0d07ca735e6a | pc1 | ACTIVE | - | Running | net=5.5.5.13 | +--+--+++-+--+ the second,I directly delete the running virtual machine, [root@bogon ~]# nova list ++--+++-+--+ | ID | Name | Status | Task State | Power State | Networks | ++--+++-+--+ ++--+++-+--+ then the relevant flow table will be left. [root@bogon ~]# ovs-ofctl dump-flows br-int | grep 5.5.5.13 cookie=0x8231b3d9ff6eecde, duration=189.590s, table=82, n_packets=0, n_bytes=0, idle_age=189, priority=70,ct_state=+est-rel-rpl,ip,reg6=0x1,nw_src=5.5.5.13 actions=conjunction(2,1/2) cookie=0x8231b3d9ff6eecde, duration=189.589s, table=82, n_packets=0, n_bytes=0, idle_age=189, priority=70,ct_state=+new-est,ip,reg6=0x1,nw_src=5.5.5.13 actions=conjunction(3,1/2) To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1720088/+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 1720130] [NEW] nova-manage map_instances is not using the cells info from the API database
Public bug reported: In order to map instances, nova-manage takes the DB info of the cells from the config file (so by default this points to cell0 in nova.conf) and so for every new cell created, in order to do the map_instances, the correct config file has to be specified in addition to the --cell_uuid option that is provided i.e like this : nova-manage --config-file /etc/nova/nova_cell2.conf cell_v2 map_instances --cell_uuid "" So it is better if this info is taken from the cell_mappings table inside the API database. ** Affects: nova Importance: Wishlist Assignee: Surya Seetharaman (tssurya) Status: New ** Tags: cells nova-manage ** Description changed: - nova-manage map instances takes the DB info from the config file and so - for every new cell created, in order to do the map_instances, the + In order to map instances, nova-manage takes the DB info of the cells + from the config file (so by default this points to cell0 in nova.conf) + and so for every new cell created, in order to do the map_instances, the correct config file has to be specified in addition to the --cell_uuid - option that is provided. + option that is provided i.e like this : + + nova-manage --config-file /etc/nova/nova_cell2.conf cell_v2 + map_instances --cell_uuid "" So it is better if this info is taken from the cell_mappings table inside the API database. -- 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/1720130 Title: nova-manage map_instances is not using the cells info from the API database Status in OpenStack Compute (nova): New Bug description: In order to map instances, nova-manage takes the DB info of the cells from the config file (so by default this points to cell0 in nova.conf) and so for every new cell created, in order to do the map_instances, the correct config file has to be specified in addition to the --cell_uuid option that is provided i.e like this : nova-manage --config-file /etc/nova/nova_cell2.conf cell_v2 map_instances --cell_uuid "" So it is better if this info is taken from the cell_mappings table inside the API database. To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/1720130/+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 1720163] [NEW] Openvswitch ports not getting recreated
Public bug reported: Due to an apparent communication issue between neutron-openvswitch-agent and openvswitch we were in a situation where we had linux veth devices set up for a given instance (eg. tapXXX, qvbXXX) but were missing corresponding ovs ports and iptables rules. In this situation we had to manually delete veth devices and restart nova-compute and neutron-openvswitch-agent to get openvswitch ports and iptables rules recreated. It would be more robust if neutron and openvswitch would automatically detect missing objects and synchronize their view of which devices and ports should be present Versions: Openstack Mitaka on Ubuntu xenial neutron: 2:8.4.0-0ubuntu5 openvswitch-switch 2.5.2-0ubuntu0.16.04.1 ** Affects: neutron Importance: Undecided Status: New ** Tags: canonical-bootstack -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1720163 Title: Openvswitch ports not getting recreated Status in neutron: New Bug description: Due to an apparent communication issue between neutron-openvswitch- agent and openvswitch we were in a situation where we had linux veth devices set up for a given instance (eg. tapXXX, qvbXXX) but were missing corresponding ovs ports and iptables rules. In this situation we had to manually delete veth devices and restart nova-compute and neutron-openvswitch-agent to get openvswitch ports and iptables rules recreated. It would be more robust if neutron and openvswitch would automatically detect missing objects and synchronize their view of which devices and ports should be present Versions: Openstack Mitaka on Ubuntu xenial neutron: 2:8.4.0-0ubuntu5 openvswitch-switch 2.5.2-0ubuntu0.16.04.1 To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1720163/+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 1720160] [NEW] cloud-init wait for waagent on Azure CentOS 7.4 - no sshd start
Public bug reported: Hello, after update a CentOS 7.3-VM on Azure to CentOS 7.4, you can not connet via ssh because cloud-init try to start the waagent and the boot process hang. So sshd is stopped. We install a fresh CentOS 7.4 in the Azure cloud to provide a base image template for our company and this will also happens in this VM. ### # yum info cloud-init: Name: cloud-init Arch: x86_64 Version : 0.7.9 Release : 9.el7.centos.2 Size: 2.1 M Repo: installed >From repo : base In CentOS 7.3 the cloud-init version is 0.7.5-10.el7.centos.1 waagent is Package-Version 2.2.14-1.el7 in both CentOS versions witch is internal updated to 2.2.17 from waagent it self. ### To debug the failure I had to install rlogin before update: yum remove firewalld -y yum install rsh-server -y systemctl enable rsh.socket systemctl enable rlogin.socket systemctl enable rexec.socket echo "root:123" | chpasswd echo "+ root" > ~/.rlogin cat << EOF >> /etc/securetty rsh rexec rlogin EOF reboot yum update -y reboot ### to unblock the process I have connect via rlogin and kill the waagent start: # ps -ef | grep "waagent\|cloud" root 993 1 0 14:52 ?00:00:02 /usr/bin/python /usr/bin/cloud-init init root 1134 993 0 14:52 ?00:00:00 /bin/systemctl start waagent.service root 1337 1222 0 15:56 pts/200:00:00 grep --color=auto waagent\|cloud # kill 1134 Then cloud-init do magic and on the next reboot sshd start without any trouble. ### To fail the VM again you can clear the config and reboot: yum remove cloud-init WALinuxAgent -y rm -f /etc/waagent.con* rm -fr /etc/cloud/ rm -fr /var/lib/cloud/ rm -fr /var/lib/waagent/ rm -fr /var/log/waagent.lo* rm -fr /var/log/cloud-init* yum install cloud-init WALinuxAgent -y cp -a /etc/waagent.conf /etc/waagent.conf.rpmsave sed -i -e "s/Provisioning.Enabled.*/Provisioning.Enabled=n/g" /etc/waagent.conf sed -i -e "s/Provisioning.UseCloudInit.*/Provisioning.UseCloudInit=y/g" /etc/waagent.conf sed -i -e "s/Logs.Verbose.*/Logs.Verbose=y/g" /etc/waagent.conf cp -a /etc/cloud/cloud.cfg /etc/cloud/cloud.cfg.rpmsave cat << EOF >> /etc/cloud/cloud.cfg # From cloud-init docs datasource: Azure: agent_command: [service, waagent, start] debug: verbose: True EOF diff /etc/waagent.conf.rpmsave /etc/waagent.conf diff /etc/cloud/cloud.cfg.rpmsave /etc/cloud/cloud.cfg reboot ### I didn't know why the system hang. Can you please review this. ** Affects: cloud-init Importance: Undecided Status: New ** Attachment added: "cloud-init_hangs.tar" https://bugs.launchpad.net/bugs/1720160/+attachment/4958120/+files/cloud-init_hangs.tar -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to cloud-init. https://bugs.launchpad.net/bugs/1720160 Title: cloud-init wait for waagent on Azure CentOS 7.4 - no sshd start Status in cloud-init: New Bug description: Hello, after update a CentOS 7.3-VM on Azure to CentOS 7.4, you can not connet via ssh because cloud-init try to start the waagent and the boot process hang. So sshd is stopped. We install a fresh CentOS 7.4 in the Azure cloud to provide a base image template for our company and this will also happens in this VM. ### # yum info cloud-init: Name: cloud-init Arch: x86_64 Version : 0.7.9 Release : 9.el7.centos.2 Size: 2.1 M Repo: installed From repo : base In CentOS 7.3 the cloud-init version is 0.7.5-10.el7.centos.1 waagent is Package-Version 2.2.14-1.el7 in both CentOS versions witch is internal updated to 2.2.17 from waagent it self. ### To debug the failure I had to install rlogin before update: yum remove firewalld -y yum install rsh-server -y systemctl enable rsh.socket systemctl enable rlogin.socket systemctl enable rexec.socket echo "root:123" | chpasswd echo "+ root" > ~/.rlogin cat << EOF >> /etc/securetty rsh rexec rlogin EOF reboot yum update -y reboot ### to unblock the process I have connect via rlogin and kill the waagent start: # ps -ef | grep "waagent\|cloud" root 993 1 0 14:52 ?00:00:02 /usr/bin/python /usr/bin/cloud-init init root 1134 993 0 14:52 ?00:00:00 /bin/systemctl start waagent.service root 1337 1222 0 15:56 pts/200:00:00 grep --color=auto waagent\|cloud # kill 1134 Then cloud-init do magic and on the next reboot sshd start without any trouble. ### To fail the VM again you can clear the config and reboot: yum remove cloud-init WALinuxAgent -y rm -f /etc/waagent.con* rm -fr /etc/cloud/ rm -fr /var/lib/cloud/ rm -fr /var/lib/waagent/ rm -fr /var/log/waagent.lo* rm -fr /var/log/cloud-init* yum install cloud-init WALinuxAgent -y cp -a /etc/waagent.conf /etc/waagent.conf.rpmsave sed -i -e "s/Provisioning.Enabled.*/Provis
[Yahoo-eng-team] [Bug 1720191] [NEW] test_live_block_migration fails in gate-grenade-dsvm-neutron-multinode-live-migration-nv with "Shared storage live-migration requires either shared storage or boot
Public bug reported:
The gate-grenade-dsvm-neutron-multinode-live-migration-nv job has been
failing at about 100% since August 18:
http://graphite.openstack.org/render/?from=-2160hours&height=500&until=now&width=800&bgcolor=ff&fgcolor=00&yMax=100&yMin=0&vtitle=Failure%20Rate%20in%20Percent&title=Test%20failure%20rates%20over%20last%202160%20hours%20%2812%20hour%20rolling%20average%29&drawNullAsZero=true&&target=lineWidth(color(alias(movingAverage(asPercent(transformNull(stats_counts.zuul.pipeline.check.job
.gate-grenade-dsvm-neutron-multinode-live-migration-
nv.FAILURE),transformNull(sum(stats_counts.zuul.pipeline.check.job.gate-
grenade-dsvm-neutron-multinode-live-migration-
nv.{SUCCESS,FAILURE}))),%2712hours%27),%20%27gate-grenade-dsvm-neutron-
multinode-live-migration-nv%20%28check%29%27),%27ff%27),1)
With this failure:
http://logs.openstack.org/87/463987/20/check/gate-grenade-dsvm-neutron-
multinode-live-migration-
nv/ae8875f/logs/subnode-2/screen-n-cpu.txt.gz?level=TRACE#_Sep_26_14_28_11_637958
Sep 26 14:28:11.637958 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server [None
req-b8c949a1-606a-48dc-88df-f848ac421d75
tempest-LiveMigrationRemoteConsolesV26Test-1985366765
tempest-LiveMigrationRemoteConsolesV26Test-1985366765] Exception during message
handling: InvalidSharedStorage: ubuntu-xenial-2-node-rax-ord-11140716-924370 is
not on shared storage: Shared storage live-migration requires either shared
storage or boot-from-volume with no local disks.
Sep 26 14:28:11.638227 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server Traceback (most recent
call last):
Sep 26 14:28:11.638476 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server File
"/usr/local/lib/python2.7/dist-packages/oslo_messaging/rpc/server.py", line
160, in _process_incoming
Sep 26 14:28:11.638699 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server res =
self.dispatcher.dispatch(message)
Sep 26 14:28:11.638980 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server File
"/usr/local/lib/python2.7/dist-packages/oslo_messaging/rpc/dispatcher.py", line
213, in dispatch
Sep 26 14:28:11.639207 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server return
self._do_dispatch(endpoint, method, ctxt, args)
Sep 26 14:28:11.639413 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server File
"/usr/local/lib/python2.7/dist-packages/oslo_messaging/rpc/dispatcher.py", line
183, in _do_dispatch
Sep 26 14:28:11.639617 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server result = func(ctxt,
**new_args)
Sep 26 14:28:11.639823 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server File
"/opt/stack/old/nova/nova/exception_wrapper.py", line 76, in wrapped
Sep 26 14:28:11.639981 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server function_name,
call_dict, binary)
Sep 26 14:28:11.640148 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server File
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 220, in
__exit__
Sep 26 14:28:11.640311 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server self.force_reraise()
Sep 26 14:28:11.640449 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server File
"/usr/local/lib/python2.7/dist-packages/oslo_utils/excutils.py", line 196, in
force_reraise
Sep 26 14:28:11.640609 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server
six.reraise(self.type_, self.value, self.tb)
Sep 26 14:28:11.640863 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server File
"/opt/stack/old/nova/nova/exception_wrapper.py", line 67, in wrapped
Sep 26 14:28:11.641005 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server return f(self,
context, *args, **kw)
Sep 26 14:28:11.641157 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server File
"/opt/stack/old/nova/nova/compute/utils.py", line 874, in decorated_function
Sep 26 14:28:11.641301 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server return function(self,
context, *args, **kwargs)
Sep 26 14:28:11.641460 ubuntu-xenial-2-node-rax-ord-11140716-924370
nova-compute[32137]: ERROR oslo_messaging.rpc.server File
"/opt/stack/old/nova/nova/compute/manager.py", line 217, in decorated_function
Sep 26 14:28:11.6416
[Yahoo-eng-team] [Bug 1720205] [NEW] neutron does not create the necessary iptables rules for l3 and dhcp agents when linuxbridge used
Public bug reported: Version: pike openstack-neutron-11.0.0-3.el7 Config: according to https://docs.openstack.org/neutron/pike/install/install-rdo.html ml2 linuxbridge vxlan neutron creates rules in neutron-linuxbri-FORWARD chain only for compute ports but router and dhcp ports have no mention at all. So router and dhcp traffic remains within host bridge. Expected: neutron creates rules like -A neutron-linuxbri-FORWARD -m physdev --physdev-out tapb48c914e-20 --physdev-is-bridged for all agents ports in bridge. # iptables-save # Generated by iptables-save v1.4.21 on Thu Sep 28 18:16:57 2017 *nat :PREROUTING ACCEPT [23760:1495817] :INPUT ACCEPT [22739:1402147] :OUTPUT ACCEPT [1778:116606] :POSTROUTING ACCEPT [2260:170214] COMMIT # Completed on Thu Sep 28 18:16:57 2017 # Generated by iptables-save v1.4.21 on Thu Sep 28 18:16:57 2017 *mangle :PREROUTING ACCEPT [922003:1129881715] :INPUT ACCEPT [906034:1128976690] :FORWARD ACCEPT [20488:1851370] :OUTPUT ACCEPT [774093:3908358570] :POSTROUTING ACCEPT [793969:3910141934] COMMIT # Completed on Thu Sep 28 18:16:57 2017 # Generated by iptables-save v1.4.21 on Thu Sep 28 18:16:57 2017 *raw :PREROUTING ACCEPT [922261:1129974352] :OUTPUT ACCEPT [774348:3908396136] :neutron-linuxbri-OUTPUT - [0:0] :neutron-linuxbri-PREROUTING - [0:0] -A PREROUTING -j neutron-linuxbri-PREROUTING -A OUTPUT -j neutron-linuxbri-OUTPUT COMMIT # Completed on Thu Sep 28 18:16:57 2017 # Generated by iptables-save v1.4.21 on Thu Sep 28 18:16:57 2017 *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [27196:421070402] :neutron-filter-top - [0:0] :neutron-linuxbri-FORWARD - [0:0] :neutron-linuxbri-INPUT - [0:0] :neutron-linuxbri-OUTPUT - [0:0] :neutron-linuxbri-local - [0:0] :neutron-linuxbri-sg-chain - [0:0] :neutron-linuxbri-sg-fallback - [0:0] -A INPUT -j neutron-linuxbri-INPUT -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -p icmp -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -j neutron-filter-top -A FORWARD -j neutron-linuxbri-FORWARD -A FORWARD -j REJECT --reject-with icmp-host-prohibited -A OUTPUT -j neutron-filter-top -A OUTPUT -j neutron-linuxbri-OUTPUT -A neutron-filter-top -j neutron-linuxbri-local -A neutron-linuxbri-FORWARD -m physdev --physdev-out tapb48c914e-20 --physdev-is-bridged -m comment --comment "Accept all packets when port security is disabled." -j ACCEPT -A neutron-linuxbri-FORWARD -m physdev --physdev-in tapb48c914e-20 --physdev-is-bridged -m comment --comment "Accept all packets when port security is disabled." -j ACCEPT -A neutron-linuxbri-INPUT -m physdev --physdev-in tapb48c914e-20 --physdev-is-bridged -m comment --comment "Accept all packets when port security is disabled." -j ACCEPT -A neutron-linuxbri-sg-chain -j ACCEPT -A neutron-linuxbri-sg-fallback -m comment --comment "Default drop rule for unmatched traffic." -j DROP COMMIT # Completed on Thu Sep 28 18:16:57 2017 # brctl show bridge name bridge id STP enabled interfaces brq76f218a0-55 8000.1a1da1c5730b no tap5015bfe4-c5 tapa6d0f381-b7 tapb48c914e-20 vxlan-1006 brq8856ee40-24 8000.921ccb87ce25 no tap8d487e05-d8 vxlan-1043 ** Affects: neutron Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1720205 Title: neutron does not create the necessary iptables rules for l3 and dhcp agents when linuxbridge used Status in neutron: New Bug description: Version: pike openstack-neutron-11.0.0-3.el7 Config: according to https://docs.openstack.org/neutron/pike/install/install-rdo.html ml2 linuxbridge vxlan neutron creates rules in neutron-linuxbri-FORWARD chain only for compute ports but router and dhcp ports have no mention at all. So router and dhcp traffic remains within host bridge. Expected: neutron creates rules like -A neutron-linuxbri-FORWARD -m physdev --physdev-out tapb48c914e-20 --physdev-is-bridged for all agents ports in bridge. # iptables-save # Generated by iptables-save v1.4.21 on Thu Sep 28 18:16:57 2017 *nat :PREROUTING ACCEPT [23760:1495817] :INPUT ACCEPT [22739:1402147] :OUTPUT ACCEPT [1778:116606] :POSTROUTING ACCEPT [2260:170214] COMMIT # Completed on Thu Sep 28 18:16:57 2017 # Generated by iptables-save v1.4.21 on Thu Sep 28 18:16:57 2017 *mangle :PREROUTING ACCEPT [922003:1129881715] :INPUT ACCEPT [906034:1128976690] :FORWARD ACCEPT [20488:1851370] :OUTPUT ACCEPT [774093:3908358570] :POSTROUTING ACCEPT [793969:3910141934
[Yahoo-eng-team] [Bug 1719037] Re: Installation in glance
*** This bug is a duplicate of bug 1718125 *** https://bugs.launchpad.net/bugs/1718125 ** This bug has been marked a duplicate of bug 1718125 Missing some contents for install prerequisites -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1719037 Title: Installation in glance Status in Glance: New Bug description: - [x] This doc is inaccurate in this way: New version of document(pike) is missing details on creating Database - [x] I have a fix to the document that I can paste below including example: input and output. Problem exists on all OS guides(Ubuntu,debian,SUSE and RED HAT). Here is what it should contain(copied from older versions): ``` Create the glance database: MariaDB [(none)]> CREATE DATABASE glance; Grant proper access to the glance database: MariaDB [(none)]> GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'localhost' \ IDENTIFIED BY 'GLANCE_DBPASS'; MariaDB [(none)]> GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'%' \ IDENTIFIED BY 'GLANCE_DBPASS'; Replace GLANCE_DBPASS with a suitable password. Exit the database access client. ``` --- Release: 15.0.1.dev1 on 'Mon Aug 7 01:28:54 2017, commit 9091d26' SHA: 9091d262afb120fd077bae003d52463f833a4fde Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/index.rst URL: https://docs.openstack.org/glance/pike/install/ To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1719037/+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 1719509] Re: Install and configure (ubuntu) in glance
*** This bug is a duplicate of bug 1718125 *** https://bugs.launchpad.net/bugs/1718125 ** This bug has been marked a duplicate of bug 1718125 Missing some contents for install prerequisites -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1719509 Title: Install and configure (ubuntu) in glance Status in Glance: New Bug description: you should add follow: CREATE DATABASE glance; GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'localhost' \ IDENTIFIED BY 'GLANCE_DBPASS'; GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'%' \ IDENTIFIED BY 'GLANCE_DBPASS'; This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [ ] This doc is inaccurate in this way: __ - [ ] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: 15.0.1.dev1 on 'Mon Aug 7 01:28:54 2017, commit 9091d26' SHA: 9091d262afb120fd077bae003d52463f833a4fde Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/install-obs.rst URL: https://docs.openstack.org/glance/pike/install/install-obs.html To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1719509/+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 1720108] Re: docs:Install glance on centos, something missed
*** This bug is a duplicate of bug 1718125 *** https://bugs.launchpad.net/bugs/1718125 ** Changed in: glance Assignee: (unassigned) => Sean McGinnis (sean-mcginnis) ** Changed in: glance Status: New => In Progress ** This bug has been marked a duplicate of bug 1718125 Missing some contents for install prerequisites -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1720108 Title: docs:Install glance on centos, something missed Status in Glance: In Progress Bug description: miss create database glance part, when i upload a image, report 500 error ,please add create database part in the docs. This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [ ] This doc is inaccurate in this way: __ - [ ] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: 15.0.1.dev1 on 'Mon Aug 7 01:28:54 2017, commit 9091d26' SHA: 9091d262afb120fd077bae003d52463f833a4fde Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/install-rdo.rst URL: https://docs.openstack.org/glance/pike/install/install-rdo.html To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1720108/+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 1720049] Re: glance image-list command failed when ssl enabled in glance service
** Also affects: python-glanceclient
Importance: Undecided
Status: New
** No longer affects: glance
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1720049
Title:
glance image-list command failed when ssl enabled in glance service
Status in Glance Client:
New
Bug description:
Steps to reproduce:
1. Deploy glance service in SSL mode
2. Set below extra env variable
OS_CACERT=/etc/ssl/openstack/ca.crt
OS_CERT=/etc/ssl/openstack/client3.crt
OS_KEY=/etc/ssl/openstack/client3.key
3. Try to use this command: glance image-list
SSL exception connecting to
https://pike-c7:9292/v2/images?limit=20&sort_key=name&sort_dir=asc: ("bad
handshake: Error([('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert handshake
failure')],)",)
If I enable debug:
glance --debug image-list
DEBUG:keystoneauth.session:REQ: curl -g -i -X GET
https://pike-c7:9292/v2/images?limit=20&sort_key=name&sort_dir=asc -H
"User-Agent: python-glanceclient" -H "Content-Type: application/octet-stream"
-H "X-Auth-Token: {SHA1}d41d9e001959c67c31eca98d67a65d048f13a1f4"
INFO:requests.packages.urllib3.connectionpool:Starting new HTTPS connection
(1): pike-c7
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/glanceclient/shell.py", line 699, in
main
OpenStackImagesShell().main(argv)
File "/usr/lib/python2.7/site-packages/glanceclient/shell.py", line 603, in
main
args.func(client, args)
File "/usr/lib/python2.7/site-packages/glanceclient/v2/shell.py", line 237,
in do_image_list
utils.print_list(images, columns)
File "/usr/lib/python2.7/site-packages/glanceclient/common/utils.py", line
185, in print_list
for o in objs:
File "/usr/lib/python2.7/site-packages/glanceclient/common/utils.py", line
524, in next
return self._next()
File "/usr/lib/python2.7/site-packages/glanceclient/common/utils.py", line
517, in _next
obj, resp = next(self._self_wrapped)
File "/usr/lib/python2.7/site-packages/glanceclient/v2/images.py", line
183, in list
for image, resp in paginate(url, page_size, limit):
File "/usr/lib/python2.7/site-packages/glanceclient/v2/images.py", line
110, in paginate
resp, body = self.http_client.get(next_url, headers=req_id_hdr)
File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 288,
in get
return self.request(url, 'GET', **kwargs)
File "/usr/lib/python2.7/site-packages/glanceclient/common/http.py", line
335, in request
**kwargs)
File "/usr/lib/python2.7/site-packages/keystoneauth1/adapter.py", line 192,
in request
return self.session.request(url, method, **kwargs)
File "/usr/lib/python2.7/site-packages/positional/__init__.py", line 101,
in inner
return wrapped(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 703,
in request
resp = send(**kwargs)
File "/usr/lib/python2.7/site-packages/keystoneauth1/session.py", line 765,
in _send_request
raise exceptions.SSLError(msg)
SSLError: SSL exception connecting to
https://pike-c7:9292/v2/images?limit=20&sort_key=name&sort_dir=asc: ("bad
handshake: Error([('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert handshake
failure')],)",)
SSL exception connecting to
https://pike-c7:9292/v2/images?limit=20&sort_key=name&sort_dir=asc: ("bad
handshake: Error([('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert handshake
failure')],)",)
But if I input three parameters in command line, It can display result:
glance --os-cacert /etc/ssl/openstack/ca.crt --os-cert
/etc/ssl/openstack/client3.crt --os-key /etc/ssl/openstack/client3.key
image-list
+--+-+
| ID | Name|
+--+-+
| 9f3c23db-5d67-4aba-9dd2-aec5287f5f1c | cirros |
| 3664023e-9db6-44a3-9e18-86d14ade5784 | cloud-template-centos73 |
| | |
| c3a7f251-6ede-41df-b75f-a9257d1b71ef | cloud-template-rhel73 |
| | |
+--+-+
It seems that glance client didn't read certificate and/or key file
from env variable.
Version:
Pike on CentOS 7 (OpenStack-Pike release in CentOS delivery)
python2-glanceclient-2.8.0-1.el7.noarch
To manage notifications about this bug go to:
https://bugs.launchpad.net/python-glanceclient/+bug/1720049/+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 1716072] Re: Glance installation guide missing database steps for Pike
*** This bug is a duplicate of bug 1718125 *** https://bugs.launchpad.net/bugs/1718125 ** This bug is no longer a duplicate of bug 1715170 Add DB Create step on "Install and configure (Ubuntu) in glance" ** This bug has been marked a duplicate of bug 1718125 Missing some contents for install prerequisites -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1716072 Title: Glance installation guide missing database steps for Pike Status in Glance: New Bug description: - [X] This doc is inaccurate in this way: __ The documentation tells you to start the mysql client, but doesn't tell you what SQL commands to run to create the database or glance user. The actual steps are in the .rst document, but the formatting might be causing it to not render to HTML. --- Release: 15.0.0.0rc2.dev25 on 'Wed Aug 23 03:33:04 2017, commit 9820166' SHA: 982016670fe908e5d7026714b115e63b7c31b46b Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/install-ubuntu.rst URL: https://docs.openstack.org/glance/pike/install/install-ubuntu.html To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1716072/+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 1716403] Re: Install and configure (Ubuntu) in glance: "create a database" section is missing
*** This bug is a duplicate of bug 1718125 *** https://bugs.launchpad.net/bugs/1718125 ** This bug has been marked a duplicate of bug 1718125 Missing some contents for install prerequisites -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1716403 Title: Install and configure (Ubuntu) in glance: "create a database" section is missing Status in Glance: New Bug description: Only the first step of "create a database" is shown in https://docs.openstack.org/glance/pike/install/install-ubuntu.html This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [ ] This doc is inaccurate in this way: __ - [ ] This is a doc addition request. - [x] I have a fix to the document that I can paste below: The following commands should be added: ... (in "create a database" section) 2. Create the glance database: MariaDB [(none)]> CREATE DATABASE glance 3. Grant proper access to the glance database: MariaDB [(none)]> GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'localhost' \ IDENTIFIED BY 'GLANCE_DBPASS'; MariaDB [(none)]> GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'%' \ IDENTIFIED BY 'GLANCE_DBPASS'; Replace GLANCE_DBPASS with a suitable password. 4. Exit the database access client. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: 15.0.0.0rc2.dev25 on 'Wed Aug 23 03:33:04 2017, commit 9820166' SHA: 982016670fe908e5d7026714b115e63b7c31b46b Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/install-ubuntu.rst URL: https://docs.openstack.org/glance/pike/install/install-ubuntu.html To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1716403/+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 1716592] Re: Install and configure (Ubuntu) in glance
*** This bug is a duplicate of bug 1718125 *** https://bugs.launchpad.net/bugs/1718125 ** This bug has been marked a duplicate of bug 1718125 Missing some contents for install prerequisites -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1716592 Title: Install and configure (Ubuntu) in glance Status in Glance: New Bug description: This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [x] This doc is inaccurate in this way: DB creation steps is missing on step 1 (Prerequisites) - [ ] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: 15.0.0.0rc2.dev25 on 'Wed Aug 23 03:33:04 2017, commit 9820166' SHA: 982016670fe908e5d7026714b115e63b7c31b46b Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/install-ubuntu.rst URL: https://docs.openstack.org/glance/pike/install/install-ubuntu.html To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1716592/+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 1716647] Re: [glance] Pike manual install glance not creae database glance step
*** This bug is a duplicate of bug 1718125 *** https://bugs.launchpad.net/bugs/1718125 ** This bug has been marked a duplicate of bug 1718125 Missing some contents for install prerequisites -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1716647 Title: [glance] Pike manual install glance not creae database glance step Status in Glance: New Bug description: Pike Install and configure (Red Hat) Prerequisites only mysql -u root -p no step: Create the glance databases: MariaDB [(none)]> CREATE DATABASE glance; Grant proper access to the databases: MariaDB [(none)]> GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'localhost' \ IDENTIFIED BY 'GLANCE_DBPASS'; MariaDB [(none)]> GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'%' \ IDENTIFIED BY 'GLANCE_DBPASS'; To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1716647/+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 1715170] Re: Add DB Create step on "Install and configure (Ubuntu) in glance"
*** This bug is a duplicate of bug 1718125 *** https://bugs.launchpad.net/bugs/1718125 ** This bug has been marked a duplicate of bug 1718125 Missing some contents for install prerequisites -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1715170 Title: Add DB Create step on "Install and configure (Ubuntu) in glance" Status in Glance: New Bug description: This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [X] This doc is inaccurate in this way: __ - [ ] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. Please add this step. 2. Create the glance database MariaDB [(none)]> CREATE DATABASE glance; 3. Grant proper access to the glance database: MariaDB [(none)]> GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'localhost' \ IDENTIFIED BY 'GLANCE_DBPASS'; MariaDB [(none)]> GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'%' \ IDENTIFIED BY 'GLANCE_DBPASS'; Thanks! --- Release: 15.0.0.0rc2.dev25 on 'Wed Aug 23 03:33:04 2017, commit 9820166' SHA: 982016670fe908e5d7026714b115e63b7c31b46b Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/install-ubuntu.rst URL: https://docs.openstack.org/glance/pike/install/install-ubuntu.html To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1715170/+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 1715685] Re: Install and configure (Red Hat) in glance
*** This bug is a duplicate of bug 1718125 *** https://bugs.launchpad.net/bugs/1718125 ** This bug has been marked a duplicate of bug 1718125 Missing some contents for install prerequisites -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1715685 Title: Install and configure (Red Hat) in glance Status in Glance: New Bug description: The doc https://docs.openstack.org/glance/pike/install/install- rdo.html just only mentions the login mysql database, but did not mention creating the glance database and adding permissions. This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [ ] This doc is inaccurate in this way: __ - [x] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: 15.0.0.0rc2.dev25 on 'Wed Aug 23 03:33:04 2017, commit 9820166' SHA: 982016670fe908e5d7026714b115e63b7c31b46b Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/install-rdo.rst URL: https://docs.openstack.org/glance/pike/install/install-rdo.html To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1715685/+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 1716945] Re: Install and configure (Red Hat) in glance: missing DB steps
*** This bug is a duplicate of bug 1718125 *** https://bugs.launchpad.net/bugs/1718125 ** This bug has been marked a duplicate of bug 1718125 Missing some contents for install prerequisites -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1716945 Title: Install and configure (Red Hat) in glance: missing DB steps Status in Glance: New Bug description: This bug tracker is for errors with the documentation, use the following as a template and remove or add fields as you see fit. Convert [ ] into [x] to check boxes: - [x] This doc is inaccurate in this way: Under Prerequisites, the database setup shows to connect to the db, and then it skips to the CLI to create the glance user. Compare to Ocata doc: https://docs.openstack.org/ocata/install-guide-rdo/glance-install.html#install-and-configure-components - [ ] This is a doc addition request. - [ ] I have a fix to the document that I can paste below including example: input and output. If you have a troubleshooting or support issue, use the following resources: - Ask OpenStack: http://ask.openstack.org - The mailing list: http://lists.openstack.org - IRC: 'openstack' channel on Freenode --- Release: 15.0.0.0rc2.dev25 on 'Wed Aug 23 03:33:04 2017, commit 9820166' SHA: 982016670fe908e5d7026714b115e63b7c31b46b Source: https://git.openstack.org/cgit/openstack/glance/tree/doc/source/install/install-rdo.rst URL: https://docs.openstack.org/glance/pike/install/install-rdo.html To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1716945/+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 1711123] Re: Failed to start openstack image service glance (openstack-glance-api.service).
This appears to have been an issue with version 0.21.0 of eventlet.
https://github.com/openstack/requirements/commit/e3c286a2f22011ae129e13892455a4a25bddeb1b
See linked eventlet bug in that commit message for more details.
Ocata was capped at eventlet 0.19.0, so it would appear upper
constraints were not enforced in this deployment.
If eventlet was in fact 0.19.0 or less, we will need to look at changing
the upper constraints to a version that did not have this issue.
** Changed in: glance
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1711123
Title:
Failed to start openstack image service glance (openstack-glance-
api.service).
Status in Glance:
Invalid
Bug description:
Hi
I am unable to start openstack-glance-api.service on my machine, I
have followed OpenStack documentation to the point. Systemctl status
shows that OpenStack-glance-api.service has failed to start OpenStack
image service but openstac-glance-registry.service is active(running).
journalctl -xe shows that
Aug 16 18:13:22 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0
auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=op
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: Exception
AttributeError: "'_SocketDuckForFd' object has no attribute '_closed'" in
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: from
glance.cmd.api import main
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: File
"/usr/lib/python2.7/site-packages/glance/cmd/api.py", line 45, in
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: from oslo_log
import log as logging
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: File
"/usr/lib/python2.7/site-packages/oslo_log/log.py", line 49, in
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: from oslo_log
import formatters
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: File
"/usr/lib/python2.7/site-packages/oslo_log/formatters.py", line 28, in
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: from
oslo_serialization import jsonutils
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: File
"/usr/lib/python2.7/site-packages/oslo_serialization/jsonutils.py", line 42, in
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: from monotonic
import monotonic as now # noqa
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: File
"/usr/lib/python2.7/site-packages/monotonic.py", line 169, in
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: raise
RuntimeError('no suitable implementation for this system')
Aug 16 18:13:23 localhost.localdomain glance-api[11143]: RuntimeError: no
suitable implementation for this system
openstack-glance-api.service starts running but it fails after running
command:
```
$ openstack image create "cirros" \
--file cirros-0.3.5-x86_64-disk.img \
--disk-format qcow2 --container-format bare \
--public
```
To manage notifications about this bug go to:
https://bugs.launchpad.net/glance/+bug/1711123/+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 1020739] Re: Multiprocessing tests fail on OS X
** Changed in: glance Status: Incomplete => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1020739 Title: Multiprocessing tests fail on OS X Status in Glance: Invalid Bug description: The fix for bug 994609 got us to the point where the affected tests (glance.tests.functional.v1.test_multiprocessing) are not hanging on OS X, but consistently failing. Figure out how to get them passing. To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1020739/+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 1614361] Re: tox.ini needs to be updated as openstack infra now supports upper constraints
** Changed in: glance Status: In Progress => 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/1614361 Title: tox.ini needs to be updated as openstack infra now supports upper constraints Status in castellan: Fix Released Status in Ceilometer: Invalid Status in Cinder: Fix Released Status in Designate: Fix Released Status in OpenStack Backup/Restore and DR (Freezer): Fix Released Status in Glance: Fix Released Status in OpenStack Heat: Fix Released Status in OpenStack Dashboard (Horizon): Fix Released Status in Ironic Inspector: Fix Released Status in Mistral: Fix Released Status in networking-ovn: Invalid Status in octavia: Fix Released Status in python-barbicanclient: Fix Released Status in python-mistralclient: Fix Released Status in python-muranoclient: Fix Released Status in OpenStack Search (Searchlight): Fix Released Status in OpenStack Object Storage (swift): Fix Released Status in tacker: Fix Released Status in OpenStack DBaaS (Trove): Invalid Status in vmware-nsx: Fix Released Status in zaqar: Fix Released Status in Zaqar-ui: Fix Released Bug description: Openstack infra now supports upper constraints for releasenotes, cover, venv targets. tox.ini uses install_command for these targets, which can now be safely removed. Reference for mail that details this support: http://lists.openstack.org/pipermail/openstack-dev/2016-August/101474.html To manage notifications about this bug go to: https://bugs.launchpad.net/castellan/+bug/1614361/+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 1587821] Re: Absolute formatting used in help texts
Closing for glance as the comments indicate on the proposed patch that this is no longer needed. ** Changed in: glance Status: In Progress => Invalid -- 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/1587821 Title: Absolute formatting used in help texts Status in Glance: Invalid Status in OpenStack Compute (nova): Fix Released Status in osprofiler: Confirmed Bug description: Absolute formatting breaks configgenerator generated example configs. Good example what happens is here: https://review.openstack.org/#/c/323661/1/etc/glance-api.conf The cache related options and [profiler] section helps gets broken due to line lenghts. To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1587821/+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 1566354] Re: glance_store: use ostestr instead of testr
** Changed in: glance Status: In Progress => 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/1566354 Title: glance_store: use ostestr instead of testr Status in Glance: Fix Released Bug description: glance_store should use ostestr instead of testr. ostestr is more powerful and provide much prettier output than testr. Other projects like cinder or neutron already uses the testr wrapper for openstack projects. see: http://docs.openstack.org/developer/os-testr/readme.html# To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1566354/+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 1665851] Re: Newton: Heat not validating images
Mark it as Invalid since it seems already fixed. Please let us know otherwise:) ** Changed in: heat Status: New => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to Glance. https://bugs.launchpad.net/bugs/1665851 Title: Newton: Heat not validating images Status in Glance: New Status in OpenStack Heat: Invalid Bug description: I'm seeing this error when Heat validates the existence of an image: 2017-02-18 00:44:03.777 7906 INFO heat.engine.resource [req-593e2bad-c87f-4308-8fe8-fe8652286201 - - - - -] Validating Server "server" 2017-02-18 00:44:03.779 7906 DEBUG heat.engine.stack [req-593e2bad-c87f-4308-8fe8-fe8652286201 - - - - -] Property error: resources.server.properties.image: "cirros" does not validate glance.image (constraint not found) validate /usr/lib/python2.7/dist-packages/heat/engine/stack.py:825 2017-02-18 00:44:03.783 7906 DEBUG oslo_messaging.rpc.server [req-593e2bad-c87f-4308-8fe8-fe8652286201 - - - - -] Expected exception during message handling () _process_incoming /usr/local/lib/python2.7/dist-packages/oslo_messaging/rpc/server.py:158 The image, however, exists and is public: os@controller:~$ openstack image list +--+++ | ID | Name | Status | +--+++ | 7ab5d7aa-0d0d-4a38-bf05-03089f49d2d7 | cirros | active | +--+++ I have been updating some componentes related to Tacker and Openstackclient, so I think one of those updates triggered the bug. Please let me know which information to recollect. Thanks. To manage notifications about this bug go to: https://bugs.launchpad.net/glance/+bug/1665851/+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 1720284] [NEW] web
Public bug reported: bug 触发条件 1 Safari 浏览器 2 实例选项下，右侧下拉栏单击，再次单击空白后。 3 现象：整个下拉栏框跳到网页最下部 4 chrome 浏览器没有这个问题 ** Affects: keystone Importance: Undecided Status: New ** Tags: compatibility ** Attachment added: "bug.png" https://bugs.launchpad.net/bugs/1720284/+attachment/4958372/+files/bug.png -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Identity (keystone). https://bugs.launchpad.net/bugs/1720284 Title: web Status in OpenStack Identity (keystone): New Bug description: bug 触发条件 1 Safari 浏览器 2 实例选项下，右侧下拉栏单击，再次单击空白后。 3 现象：整个下拉栏框跳到网页最下部 4 chrome 浏览器没有这个问题 To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/1720284/+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
