#75 ConnectionError: HTTPSConnectionPool(host='', port=443) as server is http
Closed: Invalid by adamwill. Opened by michelmno.

ConnectionError: HTTPSConnectionPool(host='', port=443)

above error reported because openqa-client trying to access as https openQA server that is only http enabled.

What configuration is missing to have openqa-client to issue http and not https request ?
I already used as config options detailed below.

Note that this previously worked before the introduction of 'fedora-messaging'

=== extract of journalctl output:
Jun 27 15:49:35 <my_fq_openqa_server> fedora-messaging[9783]: [INFO OpenQAScheduler] Scheduling openQA jobs for critical path update FEDORA-2019-18868e1715
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]: [ERROR fedora_messaging.twisted.protocol] Received unexpected exception from consumer Consumer(queue=c815f44c-2f7e-45ef-be14-18275a6d1656, callback=<fedora_openqa.consumer.OpenQAScheduler object at 0x7fff90e1fd50>)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]: Traceback (most recent call last):
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib/python2.7/site-packages/fedora_messaging-1.7.0-py2.7.egg/fedora_messaging/twisted/protocol.py", line 239, in _read
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     yield threads.deferToThread(consumer.callback, message)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib64/python2.7/site-packages/twisted/python/threadpool.py", line 250, in inContext
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     result = inContext.theWork()
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib64/python2.7/site-packages/twisted/python/threadpool.py", line 266, in <lambda>
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     inContext.theWork = lambda: context.call(ctx, func, *args, **kw)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib64/python2.7/site-packages/twisted/python/context.py", line 122, in callWithContext
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     return self.currentContext().callWithContext(ctx, func, *args, **kw)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib64/python2.7/site-packages/twisted/python/context.py", line 85, in callWithContext
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     return func(*args,**kw)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "build/bdist.linux-ppc64le/egg/fedora_openqa/consumer.py", line 81, in __call__
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     return self._consume_update(message)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "build/bdist.linux-ppc64le/egg/fedora_openqa/consumer.py", line 190, in _consume_update
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     advisory, version, flavors=flavors, openqa_hostname=self.openqa_hostname, arch=onearch, force=True)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "build/bdist.linux-ppc64le/egg/fedora_openqa/schedule.py", line 500, in jobs_from_update
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     output = client.openqa_request('POST', 'isos', flavparams)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib/python2.7/site-packages/openqa_client/client.py", line 177, in openqa_request
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     return self.do_request(req, retries=retries, wait=wait)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib/python2.7/site-packages/openqa_client/client.py", line 155, in do_request
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     return self.do_request(request, retries=retries-1, wait=newwait)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib/python2.7/site-packages/openqa_client/client.py", line 155, in do_request
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     return self.do_request(request, retries=retries-1, wait=newwait)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib/python2.7/site-packages/openqa_client/client.py", line 155, in do_request
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     return self.do_request(request, retries=retries-1, wait=newwait)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib/python2.7/site-packages/openqa_client/client.py", line 155, in do_request
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     return self.do_request(request, retries=retries-1, wait=newwait)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib/python2.7/site-packages/openqa_client/client.py", line 155, in do_request
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     return self.do_request(request, retries=retries-1, wait=newwait)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:   File "/usr/lib/python2.7/site-packages/openqa_client/client.py", line 159, in do_request
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]:     raise openqa_client.exceptions.ConnectionError(err)
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]: ConnectionError: HTTPSConnectionPool(host='<my_fq_openqa_server>', port=443): Max retries exceeded with url: /api/v1/isos?FLAVOR=updates-workstation&ADVISORY=FEDORA-2019-18868e1715&_ONLY_OBSOLETE_SAME_BUILD=1&DESKTOP=gnome&VERSION=30&BUILD=Update-FEDORA-2019-18868e1715&DISTRI=fedora&HDD_1=disk_f30_desktop_4_ppc64le.img&START_AFTER_TEST=&ARCH=ppc64le&ADVISORY_OR_TASK=FEDORA-2019-18868e1715 (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x7fff900c0710>: Failed to establish a new connection: [Errno 111] Connection refused',))
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]: [ERROR fedora_messaging.cli] Unexpected error occurred in consumer Consumer(queue=c815f44c-2f7e-45ef-be14-18275a6d1656, callback=<fedora_openqa.consumer.OpenQAScheduler object at 0x7fff90e1fd50>): <twisted.python.failure.Failure openqa_client.exceptions.ConnectionError: HTTPSConnectionPool(host='<my_fq_openqa_server>', port=443): Max retries exceeded with url: /api/v1/isos?FLAVOR=updates-workstation&ADVISORY=FEDORA-2019-18868e1715&_ONLY_OBSOLETE_SAME_BUILD=1&DESKTOP=gnome&VERSION=30&BUILD=Update-FEDORA-2019-18868e1715&DISTRI=fedora&HDD_1=disk_f30_desktop_4_ppc64le.img&START_AFTER_TEST=&ARCH=ppc64le&ADVISORY_OR_TASK=FEDORA-2019-18868e1715 (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x7fff900c0710>: Failed to establish a new connection: [Errno 111] Connection refused',))>
Jun 27 15:52:46 <my_fq_openqa_server> fedora-messaging[9783]: [INFO fedora_messaging.twisted.protocol] Waiting for 0 consumer(s) to finish processing before halting
===
===  extract of /etc/fedora-messaging/fedora_openqa_scheduler.toml
[consumer_config]
openqa_hostname = "<my_fq_openqa_server>"
openqa_baseurl = "http://<my_fq_openqa_server>"
===
=== extract of /etc/openqa/client.conf
[http://<my_fq_openqa_server>]
key = <my_key>
secret = <my_secret>
[localhost]
key = <my_key>
secret = <my_secret>
===
=== extract of /etc/openqa/openqa.ini
[openid]
## enforce redirect back to https
#httpsonly = 1
httpsonly = 0
===

Hmm. I can't immediately see why this would've changed. What do you have set as openqa_hostname in the fedora-messaging client config? What did you have set as prod_oqa_hostname in the fedora_openqa config file before?

BTW, setting openqa_hostname in the fedora-messaging client config to http://hostname might work, though it's kinda "wrong"...you can give that a try...

with fedmsg-hub I previously had in /etc/fedora-openqa/scheduler.conf:
prod_oqa_hostname: http://abanc.test.toulouse-stg.fr.ibm.com
and
with fedora-messaging while above failure I had in /etc/fedora-messaging/fedora_openqa_scheduler.toml
openqa_hostname = "abanc.test.toulouse-stg.fr.ibm.com"

If I change to suggested "wrong" setup;
openqa_hostname = "http://abanc.test.toulouse-stg.fr.ibm.com"
then able to connect to openqa.

So the "wrong" setup is a valid bypass :)

yeah, that all adds up. So I'm not gonna make that Officially Blessed because I don't think you should be doing unsecure HTTP connections to remote servers :P (http is the default for localhost, https is the default for anything else).

Metadata Update from @adamwill:
- Issue close_status updated to: Invalid
- Issue status updated to: Closed (was: Open)

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/quality/fedora_openqa/issues/75

Please continue any further discussion there.

Metadata