Closed totaam closed 6 years ago
Xpra-DomainUser-Failed-Debug.txt
(488.4 KiB)FirstTest-DomainUser-DebugOutput
First, I am trimming your log sample to make things more readable. Removing this recurring error:
Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/OpenGL/arrays/formathandler.py", line 35, in loadPlugin plugin_class = entrypoint.load() File "/usr/lib/python2.7/dist-packages/OpenGL/plugins.py", line 14, in load return importByName( self.import_path ) File "/usr/lib/python2.7/dist-packages/OpenGL/plugins.py", line 28, in importByName module = __import__( ".".join(moduleName), {}, {}, moduleName) File "/usr/lib/python2.7/dist-packages/OpenGL/arrays/numeric.py", line 15, in <module> raise ImportError( """No Numeric module present: %s"""%(err)) ImportError: No Numeric module present: No module named Numeric 2018-01-30 11:27:40,423 Unable to load registered array format handler vbo: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/OpenGL/arrays/formathandler.py", line 35, in loadPlugin plugin_class = entrypoint.load() File "/usr/lib/python2.7/dist-packages/OpenGL/plugins.py", line 14, in load return importByName( self.import_path ) File "/usr/lib/python2.7/dist-packages/OpenGL/plugins.py", line 28, in importByName module = __import__( ".".join(moduleName), {}, {}, moduleName) File "/usr/lib/python2.7/dist-packages/OpenGL/arrays/vbo.py", line 33, in <module> from OpenGL import GL ImportError: cannot import name GL 2018-01-30 11:27:40,424 Unable to load registered array format handler vbooffset: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/OpenGL/arrays/formathandler.py", line 35, in loadPlugin plugin_class = entrypoint.load() File "/usr/lib/python2.7/dist-packages/OpenGL/plugins.py", line 14, in load return importByName( self.import_path ) File "/usr/lib/python2.7/dist-packages/OpenGL/plugins.py", line 28, in importByName module = __import__( ".".join(moduleName), {}, {}, moduleName) File "/usr/lib/python2.7/dist-packages/OpenGL/arrays/vbo.py", line 33, in <module> from OpenGL import GL ImportError: cannot import name GL
Which is due to the woefully out of date packages found in Debian and Ubuntu (ie: pyopengl 3.1 was released 2 years before Ubuntu 16.04..). This is also not relevant to the problems in this ticket.
Note however that the client performance will be substantially lower when running without opengl acceleration.
xpra start :100
DISPLAY=:100 firefox
Always use this form instead:xpra start :100 --start=firefox
Also, when debugging issues, don't use "firefox", use a plain "xterm" for testing. A heavyweight application like firefox often introduces its own problems. (ie: firefox only supports one running instance per user account)
Now, on to your domain user problems. There is another ticket with similar issues: #1616 Domain users can not start a session, which was resolved by using sssd instead of winbind.
Since you're hitting a "displayfd" error, you may want to try with a specific display number:
xpra start ssh://username@serverip/100 --start-child=xterm
Your first and third tests aren't the same because in the latter case you are specifying the display to use.
If that doesn't help you resolve the problems, please provide steps to reproduce with a simple setup. (ie: without requiring multiple networked computers or using microsoft systems)
Replying to [comment:1 Antoine Martin]:
Which is due to the woefully out of date packages found in Debian and Ubuntu (ie: pyopengl 3.1 was released 2 years before Ubuntu 16.04..). This is also not relevant to the problems in this ticket.
Thank you, I planned to upgrade the version og PyOpenGL soon. Just need to find a good how-to :)
Always use this form instead:
xpra start :100 --start=firefox
Also, when debugging issues, don't use "firefox", use a plain "xterm" for testing. A heavyweight application like firefox often introduces its own problems. (ie: firefox only supports one running instance per user account)Allright, I will LXTerminal since Xterm is not installed on Lubuntu. I did use Firefox because it will be the application the users will be using remotely.
Now, on to your domain user problems. There is another ticket with similar issues: #1616 Domain users can not start a session, which was resolved by using sssd instead of winbind.
I found this ticket and also #1621. I did use SSSD instead of WinBind to connect my server & clients to the Active Directory.
Since you're hitting a "displayfd" error, you may want to try with a specific display number:
xpra start ssh://username@serverip/100 --start-child=xterm
It works ! That's awesome ! Thank you.
Your first and third tests aren't the same because in the latter case you are specifying the display to use.
OK. I didn't know how to start xpra server without specifying a display. Is that possible ?
If that doesn't help you resolve the problems, please provide steps to reproduce with a simple setup. (ie: without requiring multiple networked computers or using microsoft systems)
Unfortunately, I don't think it will be possible since the purpose is having a central authentication server. In my case, it's Microsoft Active Directory. The bug may be reproducible with a simple LDAP but, at the moment, I don't have the time to explore this option.
But I you want, I can test different things if that's help you resolve this bug ?
Thank you, I planned to upgrade the version of PyOpenGL soon. Just need to find a good how-to :) IIRC, this has been discussed on the mailing list. In hindsight, we should probably just bypass Ubuntu and provide up to date packages in our repository.
OK. I didn't know how to start xpra server without specifying a display. Is that possible ? Yes, just the way you did it should have worked, but maybe not on Ubuntu 16.04 or something on your setup breaks it. For a local start, that's just:
xpra start --start=xterm
And it will print the display chosen.
The bug may be reproducible with a simple LDAP but, at the moment, I don't have the time to explore this option. I would be able to investigate that if you provide the steps.
But I you want, I can test different things if that's help you resolve this bug ? Sorry, no idea. I would need to reproduce the bug to make progress.
Replying to [comment:3 Antoine Martin]:
For a local start, that's just:
xpra start --start=xterm
And it will print the display chosen.
OK. It works as well :
bateau@SV-Infra-RemoteApp:~$ xpra start --start=lxterminal Warning: cannot use the system proxy for 'start' subcommand, failed to connect to '/run/xpra/system': [Errno 2] No such file or directory Entering daemon mode; any further errors will be reported to: /run/user/1034806579/xpra/S14261.log Actual display used: :3 Actual log file name is now: /run/user/1034806579/xpra/:3.log
I can attach the screen also.
The bug may be reproducible with a simple LDAP but, at the moment, I don't have the time to explore this option. I would be able to investigate that if you provide the steps.
If you don't have a Microsoft Active Directory, it will be difficult. I can give you the steps to connect a Lubuntu to an Active Directory though.
If you don't have a Microsoft Active Directory, it will be difficult. I don't think the sssd backend should matter much as long as it is configured to lookup virtual users which don't have local accounts. (ldap, AD or other) Unless I can reproduce the problem here, I will have to close this ticket as "needinfo".
Replying to [comment:5 Antoine Martin]:
If you don't have a Microsoft Active Directory, it will be difficult. I don't think the sssd backend should matter much as long as it is configured to lookup virtual users which don't have local accounts. (ldap, AD or other) Unless I can reproduce the problem here, I will have to close this ticket as "needinfo".
Maybe, it's a problem with rights given to domain users. I don't know how to check that.
Also, since I don't find any good way to upgrade PyOpenGL on Ubuntu 16.04, I will migrate to 17.10 and see if the "bug" still exists.
Also, since I don't find any good way to upgrade PyOpenGL on Ubuntu 16.04, I will migrate to 17.10 and see if the "bug" still exists. There are now up to date
python-opengl
packages in the Ubuntu Xenial repository. If you encounter any issues with that, please record them in #1758.
Replying to [comment:7 Antoine Martin]:
Also, since I don't find any good way to upgrade PyOpenGL on Ubuntu 16.04, I will migrate to 17.10 and see if the "bug" still exists. There are now up to date
python-opengl
packages in the Ubuntu Xenial repository. If you encounter any issues with that, please record them in #1758.Yes, I just found out that the package python-opengl is at his latest version 3.1.1a
For future reference, this is my procedure on how to install Xpra on Ubuntu 16.04 :
wget -q http://winswitch.org/gpg.asc -O- | sudo apt-key add - echo "deb http://winswitch.org/ xenial main" > /etc/apt/sources.list.d/winswitch.list apt-get update && apt-get upgrade apt-get install xpra python-netifaces python-pip pip install pyopengl_accelerate==3.1.1a1
Last command will installed this specific version according to the installed version of the python-opengl package (obtained with apt-cache policy python-opengl)
You can close this ticket since you helped me found a workaround.
Thank you.
Thanks.
I'm closing as needinfo since the issue is still present. Ideally we should fix that rather than rely on the workaround.
Issue migrated from trac ticket # 1757
component: server | priority: major | resolution: needinfo | keywords: sssd active directory
2018-01-30 08:45:07: lofy created the issue