yahoo-eng-team team mailing list archive

[sean mooney <2121615@xxxxxxxxxxxxxxxxxx>]

we debugged this on the mailing list and it was caused by a miscongired
reverse proxy that was not sending the correct headers so this is not a
nova bug.

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

Title:
  nova pagination returns an http, not https href link

Status in OpenStack Compute (nova):
  Invalid

Bug description:
  we just migrated using new openstack CLI tools, and when triggering pagination for both Nova and Neutron, we noticed that they are returning http href link although they are expecting https, causing failure:
  ```
  openstack port list
  Failure: Unable to establish connection to http://openstack....example.com:9696/v2.0/ports: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response')). Retrying in 0.5s.1 retries left
  Unable to establish connection to http://openstack.....example.com:9696/v2.0/ports: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))
  ```

  when I run openstack port list --debug, I see the first request hits neutron with https, while in
  RESP: [300] content-length: 1817 content-type: application/json date: Thu, 28 Aug 2025 17:24:58 GMT
  RESP BODY: {"versions": [{"id": "v2.15", "status": "CURRENT", "links": [{"rel": "self", "href": "http://openstack...example.com:9292/v2/"}]}...

  I validated that it could be solved with
  [DEFAULT]
  osapi_compute_link_prefix = https://openstack...

  So seems nova is returning http request in pagination, though the
  request passed from CLI is https?

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