[Zun] deploying zun error at kuryr installation
Hi i've installed Openstack Queens on Ubuntu 18.04 and i'm following the Zun Installation Guide to deploy a container infrastructure. I'm following the steps to install kuryr-libnetwork (I've already installed docker on the compute node and it's working fine). The kuryr installation process had no errors but when i try to verify the operation as it's said in the guide docker network create --driver kuryr --ipam-driver kuryr \ --subnet 10.10.0.0/16 --gateway=10.10.0.1 test_net I'm Getting this error *Error* response from daemon: legacy plugin: Post http://10.8.9.54:23750/Plugin.Activate: dial tcp 10.8.9.54:23750: connect: connection refused I tryed to find the error wit **journalctl -u kuryr-libnetwork Apr 27 13:11:12 compute systemd[1]: Started Kuryr-libnetwork - Docker network plugin for Neutron. Apr 27 13:11:13 compute kuryr-server[10736]: 2019-04-27 13:11:13.273 10736 *WARNING* keystoneauth.identity.generic.base [-] Failed to discover available identity versions when contacting http://controller:35357. Attempting to parse version from URL.: ConnectFailure: Unable to establish connection to http://controller:35357: HTTPConnectionPool(host='controller', port=35357): MTTPConnectionPool(host='controller', port=35357): Max retries exceeded with url: / (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7fecef1a8090>: Failed to establish a new connection: [Errno 111] Connection refused',)) Apr 27 13:11:13 compute kuryr-server[10736]: 2019-04-27 13:11:13.274 10736 *CRITICAL* kuryr [-] Unhandled error: DiscoveryFailure: Could not determine a suitable URL for the plugin Apr 27 13:11:13 compute kuryr-server[10736]: 2019-04-27 13:11:13.274 10736 *ERROR* kuryr Traceback (most recent call last): This is the relevant content of my /etc/kuryr/kuryr.conf *[DEFAULT]* bindir = /usr/local/libexec/kuryr *[neutron]* www_authenticate_uri = http://controller:5000 auth_url = http://controller:35357 username = kuryr user_domain_name = default password = 123 project_name = service project_domain_name = default auth_type = password And this is the one at /usr/lib/docker/plugins/kuryr/kuryr.spec: http://conrtoller:23750 Btw compute node have connectivity with controller. I already have worked with the environment and launched kvm VMs on it Can someone help troubleshoot this error?? *UPDATE1* I checked open ports on controller node and 23750 isn't open. I followed the directions at the guide, any recommendation? Also in the compute node when i run systemctl status kuryr-libnetwork this is the output ● kuryr-libnetwork.service - Kuryr-libnetwork - Docker network plugin for Neutron Loaded: loaded (/etc/systemd/system/kuryr-libnetwork.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Sat 2019-04-27 16:06:21 UTC; 2min 39s ago Process: 17450 ExecStart=/usr/local/bin/kuryr-server --config-file /etc/kuryr/kuryr.conf (code=exited, status=1/FAILURE) Main PID: 17450 (code=exited, status=1/FAILURE) Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr File "/usr/lib/python2.7/dist-packages/keystoneauth1/identity/base.py", line 134, in get_access Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr self.auth_ref = self.get_auth_ref(session) Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr File "/usr/lib/python2.7/dist-packages/keystoneauth1/identity/generic/base.py", line 199, in get_auth_ref Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr self._plugin = self._do_create_plugin(session) Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr File "/usr/lib/python2.7/dist-packages/keystoneauth1/identity/generic/base.py", line 194, in _do_create_plugin Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr raise exceptions.DiscoveryFailure('Could not determine a suiable URL ' Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr DiscoveryFailure: Could not determine a suitable URL for the plugin Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr Apr 27 16:06:21 compute systemd[1]: kuryr-libnetwork.service: Main process exited, code=exited, status=1/FAILURE Apr 27 16:06:21 compute systemd[1]: kuryr-libnetwork.service: Failed with result 'exit-code'. *UPDATE2* I tried the recommendations given by **hongbin034** and confirm that i had a problem with Keystone. when i run openstack token issue after exporting the neutron environment varibles i get the following output Failed to discover available identity versions when contacting http://controller:35357. Attempting to parse version from URL. Could not determine a suitable URL for the plugin I checked and the port 35357 isn't even open at the controller node. But at the controller node installation there isn't any step configuring such port
Hi Alejandro, Will it work if you change the kuryr config file to use port 5000? If yes, I will update the kuryr installation guide to use that port. *[neutron]* auth_url = http://controller: <http://controller:35357/>5000 Best regards, Hongbin On Mon, Apr 29, 2019 at 4:54 PM Alejandro Ruiz Bermejo < arbermejo0417@gmail.com> wrote:
Hi i've installed Openstack Queens on Ubuntu 18.04 and i'm following the Zun Installation Guide to deploy a container infrastructure. I'm following the steps to install kuryr-libnetwork (I've already installed docker on the compute node and it's working fine). The kuryr installation process had no errors but when i try to verify the operation as it's said in the guide
docker network create --driver kuryr --ipam-driver kuryr \ --subnet 10.10.0.0/16 --gateway=10.10.0.1 test_net
I'm Getting this error *Error* response from daemon: legacy plugin: Post http://10.8.9.54:23750/Plugin.Activate: dial tcp 10.8.9.54:23750: connect: connection refused
I tryed to find the error wit **journalctl -u kuryr-libnetwork
Apr 27 13:11:12 compute systemd[1]: Started Kuryr-libnetwork - Docker network plugin for Neutron.
Apr 27 13:11:13 compute kuryr-server[10736]: 2019-04-27 13:11:13.273 10736 *WARNING* keystoneauth.identity.generic.base [-] Failed to discover available identity versions when contacting http://controller:35357. Attempting to parse version from URL.: ConnectFailure: Unable to establish connection to http://controller:35357: HTTPConnectionPool(host='controller', port=35357): MTTPConnectionPool(host='controller', port=35357): Max retries exceeded with url: / (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7fecef1a8090>: Failed to establish a new connection: [Errno 111] Connection refused',))
Apr 27 13:11:13 compute kuryr-server[10736]: 2019-04-27 13:11:13.274 10736 *CRITICAL* kuryr [-] Unhandled error: DiscoveryFailure: Could not determine a suitable URL for the plugin
Apr 27 13:11:13 compute kuryr-server[10736]: 2019-04-27 13:11:13.274 10736 *ERROR* kuryr Traceback (most recent call last):
This is the relevant content of my /etc/kuryr/kuryr.conf
*[DEFAULT]*
bindir = /usr/local/libexec/kuryr
*[neutron]*
www_authenticate_uri = http://controller:5000
auth_url = http://controller:35357
username = kuryr
user_domain_name = default
password = 123
project_name = service
project_domain_name = default
auth_type = password
And this is the one at /usr/lib/docker/plugins/kuryr/kuryr.spec:
Btw compute node have connectivity with controller. I already have worked with the environment and launched kvm VMs on it
Can someone help troubleshoot this error??
*UPDATE1* I checked open ports on controller node and 23750 isn't open. I followed the directions at the guide, any recommendation?
Also in the compute node when i run systemctl status kuryr-libnetwork this is the output
● kuryr-libnetwork.service - Kuryr-libnetwork - Docker network plugin for Neutron Loaded: loaded (/etc/systemd/system/kuryr-libnetwork.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Sat 2019-04-27 16:06:21 UTC; 2min 39s ago Process: 17450 ExecStart=/usr/local/bin/kuryr-server --config-file /etc/kuryr/kuryr.conf (code=exited, status=1/FAILURE) Main PID: 17450 (code=exited, status=1/FAILURE)
Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr File "/usr/lib/python2.7/dist-packages/keystoneauth1/identity/base.py", line 134, in get_access
Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr self.auth_ref = self.get_auth_ref(session)
Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr File "/usr/lib/python2.7/dist-packages/keystoneauth1/identity/generic/base.py", line 199, in get_auth_ref
Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr self._plugin = self._do_create_plugin(session)
Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr File "/usr/lib/python2.7/dist-packages/keystoneauth1/identity/generic/base.py", line 194, in _do_create_plugin
Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr raise exceptions.DiscoveryFailure('Could not determine a suiable URL '
Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr DiscoveryFailure: Could not determine a suitable URL for the plugin
Apr 27 16:06:21 compute kuryr-server[17450]: 2019-04-27 16:06:21.497 17450 ERROR kuryr
Apr 27 16:06:21 compute systemd[1]: kuryr-libnetwork.service: Main process exited, code=exited, status=1/FAILURE
Apr 27 16:06:21 compute systemd[1]: kuryr-libnetwork.service: Failed with result 'exit-code'.
*UPDATE2*
I tried the recommendations given by **hongbin034** and confirm that i had a problem with Keystone. when i run openstack token issue after exporting the neutron environment varibles i get the following output
Failed to discover available identity versions when contacting http://controller:35357. Attempting to parse version from URL. Could not determine a suitable URL for the plugin
I checked and the port 35357 isn't even open at the controller node. But at the controller node installation there isn't any step configuring such port
participants (2)
-
Alejandro Ruiz Bermejo
-
Hongbin Lu