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?
openqa_hostname
prod_oqa_hostname
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...
http://hostname
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.