Description of problem:
We're testing kimchi on ppc64 (big endian) and experiencing problems with novnc connections.
The kimchi upstream told me it's a known problem on big endian systems and provided me with the following link containing a patch against websockify.
The thread states it's caused by numpy and the websockify patch is only temporary and will be removed once numpy is fixed. BUT, I tested the bitwise xor in numpy and it works correctly. That means the root cause really lies somewhere in the websockify component. I can confirm the attached patch fixes the issue.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Try to connect to kimchi guest screens
Error message : "Server disconnected (code: 1000, reason: Target closed)"
Working novnc session
I'll probably do something with:
if sys.byteorder = 'big':
Note socket.ntohl() would be a noop on big endian I think,
which is opposite to what we want.
Going with this from upstream
python-websockify-0.6.0-2.fc22 has been submitted as an update for Fedora 22.
python-websockify-0.6.0-2.el7 has been submitted as an update for Fedora EPEL 7.
That was really quick.
I can confirm python-websockify-0.6.0-2.fc22 fixes the issue.
python-websockify-0.6.0-2.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
python-websockify-0.6.0-2.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.
python-websockify-0.6.0-2.fc21 has been submitted as an update for Fedora 21.