# CentOS 7.x, python3, websockify, numpy and "Failed to connect to server"

**URL:** <https://discourse.openondemand.org/t/centos-7-x-python3-websockify-numpy-and-failed-to-connect-to-server/1347>\
**Category:** Get Help\
**Created:** [March 2, 2021, 11:15pm UTC](https://discourse.openondemand.org/t/centos-7-x-python3-websockify-numpy-and-failed-to-connect-to-server/1347 "2021-03-02T23:15:13Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![datakid](https://sea1.discourse-cdn.com/flex015/user_avatar/discourse.openondemand.org/datakid/32/248_2.png) [@datakid](https://discourse.openondemand.org/u/datakid)\
**Post date:** [March 2, 2021, 11:15pm UTC](https://discourse.openondemand.org/t/centos-7-x-python3-websockify-numpy-and-failed-to-connect-to-server/1347/1 "2021-03-02T23:15:13Z")

</div>

This is complex and annoying.

We get occasional reports of “Failed to connect to server” issues, which are often solved by just starting a new job. This isn’t a [new problem in OOD](https://discourse.openondemand.org/t/websocket-issue-with-interactive-desktop/1042) but it’s thorny.

One of our users just did some nice triage but made it thornier.

Every time she got that error, she found

```auto
all of them contain traceback with the following error:
pkg_resources.DistributionNotFound: The 'numpy' distribution was 
not found and is required by websockify

```

Note that the [websockify installation docs](https://github.com/novnc/websockify) say `numpy` is optional

```auto
Download one of the releases or the latest development version, extract it 
and run python3 setup.py install as root in the directory where you 
extracted the files. Normally, this will also install numpy for better 
performance, if you don't have it installed already. However, numpy is 
optional. If you don't want to install numpy or if you can't compile it, 
you can edit setup.py and remove the install_requires=['numpy'], line 
before running python3 setup.py install.

```

Here’s where it gets messy. We run `CentOS 7.x`, which has `python3.6` and `python-websockify 0.6.0`

OnDemand requires \>= `websockify 0.8.0`

`websockify` installed from source has `install_requires=['numpy']`( [websockify/setup.py at master · novnc/websockify · GitHub](https://github.com/novnc/websockify/blob/master/setup.py#L32) ) which installs the latest `numpy` - currently version 1.20.x.

`numpy 1.20.x` deprecates support for `python 3.6` and [now we have a problem](https://github.com/numpy/numpy/issues/17909).

So on machines built since December last year, the numpy installation _during_ our websockify installation, has been failing - but not preventing the `websockify` installation. It _looks_ like it’s working until it’s not.

The probable short term solution is installing CentOS numpy (`python36-numpy` via `EPEL`) on all machines - version `1.12.1`

But longer term…well moving to CentOS8 has been made difficult. We can’t ask `websockify` to pin `numpy` to `1.19.x`, `numpy` wouldn’t and shouldn’t un-deprecate `python3.6`.

Anyway. that’s the rant - and if others come looking for a solution to the “Failed to connect to server” error - this might help?

---

<div class="post-metadata">

**Author:** ![efranz](https://sea1.discourse-cdn.com/flex015/user_avatar/discourse.openondemand.org/efranz/32/27_2.png) [@efranz](https://discourse.openondemand.org/u/efranz)\
**Post date:** [March 3, 2021, 2:04pm UTC](https://discourse.openondemand.org/t/centos-7-x-python3-websockify-numpy-and-failed-to-connect-to-server/1347/2 "2021-03-03T14:04:32Z")

</div>

> If you don’t want to install numpy or if you can’t compile it, you can edit setup.py and remove the `install_requires=['numpy'],` line before running `python3 setup.py install` .

That is from the bottom of the README on [GitHub - novnc/websockify: Websockify is a WebSocket to TCP proxy/bridge. This allows a browser to connect to any application/server/service.](https://github.com/novnc/websockify) so perhaps that is the step to take when installing websockify without numpy. I think without numpy the proxy will be slower, but I do not know what the impact is. [https://github.com/novnc/websockify/blob/33710b397230e239a202c650ceaa8148a1a45c01/websockify/websocket.py#L27-L32](https://github.com/novnc/websockify/blob/33710b397230e239a202c650ceaa8148a1a45c01/websockify/websocket.py#L27-L32) is the import and [https://github.com/novnc/websockify/blob/33710b397230e239a202c650ceaa8148a1a45c01/websockify/websocket.py#L738-L769](https://github.com/novnc/websockify/blob/33710b397230e239a202c650ceaa8148a1a45c01/websockify/websocket.py#L738-L769) is where it is used

Another alternative might be to use a different implementation. [GitHub - novnc/websockify-other: Assorted ports of websockify code to other languages](https://github.com/novnc/websockify-other) has a C version

If the CentOS 7.x system python is still available instead of a newer python3.6, a third option would be to configure the websockify command to be a wrapper script that first setups up the environment to use the system python, instead of a newer default python, and then execute websockify using that.

Do you have any thoughts on how we could improve the error reporting to make diagnosing the problem faster?

---

<div class="post-metadata">

**Author:** ![efranz](https://sea1.discourse-cdn.com/flex015/user_avatar/discourse.openondemand.org/efranz/32/27_2.png) [@efranz](https://discourse.openondemand.org/u/efranz)\
**Post date:** [March 3, 2021, 3:21pm UTC](https://discourse.openondemand.org/t/centos-7-x-python3-websockify-numpy-and-failed-to-connect-to-server/1347/3 "2021-03-03T15:21:04Z")

</div>

Also at OSC we do this. In our cluster config we have at the bottom:

```auto
  batch_connect:
      basic:
        script_wrapper: "module restore\n%s"
      vnc:
        script_wrapper: "module restore\nmodule load ondemand-vnc\n%s"

```

Notice the script\_wrapper for vnc does a `nmodule load ondemand-vnc` which does

```auto
load("turbovnc/2.1.90")
setenv("WEBSOCKIFY_CMD","/usr/local/novnc/utils/websockify/run")

```

So in our case we use the default python 2.7:

```auto
efranz@owens-login01:~$ python --version
Python 2.7.5
efranz@owens-login01:~$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 7.7 (Maipo)

```

One thought is that in the script\_wrapper you could set WEBSOCKIFY\_CMD to a wrapper script that first set the environment for a different python, one that plays well with websockify, and then `exec /usr/local/novnc/utils/websockify/run` (or wherever the associated websockify is located).

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex015/uploads/osc/original/2X/b/bae70bd0ed39a3ae769c2108155f4cb3e9da8385.png) [@system](https://discourse.openondemand.org/u/system)\
**Post date:** [May 19, 2022, 1:36pm UTC](https://discourse.openondemand.org/t/centos-7-x-python3-websockify-numpy-and-failed-to-connect-to-server/1347/4 "2022-05-19T13:36:38Z")

</div>

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.