Hi Chris, Most operating systems have this restriction that unless a user is logged in a display session will not be created. What you probably want is something like OSMesa (uses CPU rendering but requires no X session) or EGL (I'm less familiar with this, but I think it lets you render without an X session. It is limited to some NVidia cards/drivers though). VTK has support for both of those options. Alternatively you could set up a dummy user with auto-login and then just use the video group like you mentioned.
HTH, Shawn On Thu, Mar 15, 2018 at 2:06 PM, Chris Coutinho <[email protected]> wrote: > I'm again having this issue where I can't access the GPU unless someone is > logged into the computer and in an active X session. Adding the appropriate > users to the 'video' group makes it possible that I can access the GPU from > *another* user that is also in the video group, but at least one user > needs to be logged in. If I restart the machine then I’m out of the luck, > and I get the ‘can't open the display’ error. > > > > I was assuming that the computer would just need to be turned on to be > able to connect to it remotely, and hopefully I’m missing something here. > > > > Met vriendlijke groet, > > REDstack BV > > > > Chris Coutinho > > Onderzoeker/Data analist > > > > -----Original Message----- > From: ParaView [mailto:[email protected]] On Behalf Of > Chris Coutinho > Sent: vrijdag 9 maart 2018 21:49 > To: Burlen Loring <[email protected]>; [email protected] > Subject: Re: [Paraview] Utilizing Server GPU from an external command > > > > [This sender failed our fraud detection checks and may not be who they > appear to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing] > > > > I spoke too soon, apparently my issue was that the users were not part of > the 'video' group. After adding the various users to the video group the > problem is gone. > > > > > > Met vriendlijke groet, > > REDstack BV > > > > Chris Coutinho > > Onderzoeker/Data analist > > > > -----Original Message----- > > From: Chris Coutinho > > Sent: vrijdag 9 maart 2018 21:18 > > To: Chris Coutinho <[email protected]>; Burlen Loring < > [email protected]>; [email protected] > > Subject: RE: [Paraview] Utilizing Server GPU from an external command > > > > I'm running into some other trouble related to accessing the remote > server. I'm able to successfully use the remote GPU from a client when the > ssh user is also logged into the machine and in a X session (specifically > Gnome). > > > > Is it possible to access the remote GPU without being logged in as the > same user that is doing the ssh remote connection? > > > > > > > > Met vriendlijke groet, > > REDstack BV > > > > Chris Coutinho > > Onderzoeker/Data analist > > > > -----Original Message----- > > From: ParaView [mailto:[email protected] > <[email protected]>] On Behalf Of Chris Coutinho > > Sent: vrijdag 9 maart 2018 14:25 > > To: Burlen Loring <[email protected]>; [email protected] > > Subject: Re: [Paraview] Utilizing Server GPU from an external command > > > > [This sender failed our fraud detection checks and may not be who they > appear to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing] > > > > Thanks for the explanation Burlen, > > > > It was indeed an issue with xhost as you alluded to. On the server I added > my user to the list of authorized clients: > > > > xhost +SI:localhost:<user> > > > > Another point that I need to do was remove the Mesa library from the > server, which was probably on the system because the nvidia drivers were > installed later. After removing the Mesa library, adding my user to the > authorized clients for xhost, and appending the DISPLAY variable to my > pvserver command fixes the problem that I originally had. > > > > Here's my current working command: > > > > ssh <user>@<server> DISPLAY=:0.0 /usr/local/bin/pvserver > --server-port=11111 --client-host=<client> --use-offscreen-rendering > > > > I wasn't able to get reverse connection to work correctly, so I removed > that argument from the command, It's not entirely clear to me why I would > need it. From the documentation it seems like a requirement if the client > and server are on separate sides of a firewall. That's not the case for me > and it works without. > > > > Thanks again for your quick response. > > > > > > Met vriendlijke groet, > > REDstack BV > > > > Chris Coutinho > > Onderzoeker/Data analist > > > > From: Burlen Loring [mailto:[email protected] > <[email protected]>] > > Sent: vrijdag 9 maart 2018 00:10 > > To: Chris Coutinho <[email protected]>; [email protected] > > Subject: Re: [Paraview] Utilizing Server GPU from an external command > > > > Hi Chris, > > > > You are right "ssh -X" sends X11 commands back to the client. that is not > what you want, so do not use -X option in your ssh command. > > > > Assuming that an X server is running on the server in question (sounds > like it is), there are 2 additional things that you need to make this work. > > 1. Your ssh user needs to be allowed to make connections to the X server > 2. You need to tell programs which display to use. > > > > To see if your user can make connections to the X server: > > ssh into the server. run "DISPLAY=:0.0 xhost". If this command succeeds it > will print out the current access control list. You should see your user > name. If that is the case then you should be all set. If it fails it may > say something about "no protocol" and "can't open the display" or > something similar. If it fails then you'll need to add your user to the > access control list. See man page of xhost command for details. > > > > To tell a program which display to use set the DISPLAY environment > variable. For instance if your user can make connections to X server as > described above you should be able to run stuff like "ssh user@server > DISPLAY=:0.0 glxinfo". With the PV client in reverse connection mode > something like this may work for you ssh -R N:localhost:N user@server > DISPLAY=:0.0 mpiexec -np 8 pvserver --server-port=N --reverse-connection > Burlen On 03/08/2018 09:13 AM, Chris Coutinho wrote: > > Hello ParaView users, > > > > In short: > > I'm having an issue with utilizing a servers graphics card via ssh. When > starting the pvserver manually from the server I don't experience any > problems, but attempting to start a pvserver remotely from my client > through ssh, I run into problems. I am new to configuring ssh and don't > really know what the root of my problem is. > > > > > > The problem: > > I installed ParaView 5.4.1 from source (tags/v5.4.1) with MPI support > enabled on an OpenSUSE Leap 42.3 workstation, with the goal of accessing > this server from a Windows (laptop) client within a VPN network. The client > laptop has the identical The server has a single Nvidia graphics card > installed (Quadro K2200), when I start the server manually on the server > I'm able to connect to it from the client and utilize the server GPU; > however, when sending the same pvserver command through ssh via the client, > I get the 'Display is not accessible on the server side' error. > > > > To start the pvserver manually from the server itself I execute a command > similar to this: > > > > mpiexec -np 8 /usr/local/bin/pvserver --server-port=11111 > --client-host=<myclient> --use-offscreen-rendering > > > > After I execute this command from the server, I've been able to confirm > that the client is using the server's graphics card by looking at the > output of `nvidia-smi` > > > > > > My remote connection string looks like this: > > > > ssh <user>@<server> mpiexec -np 8 /usr/local/bin/pvserver > --server-port=11111 --client-host=<myclient> --use-offscreen-rendering > > > > Indeed, after connecting to my remote server using the remote connection > via the client, I saw that there was no utilization of the graphics card > via `nvidia-smi`. > > > > > > > > Here is the output of `glxgears` related to OpenGL from the server: > > > > ``` > > $ glxinfo | grep -i opengl > > OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: Quadro > K2200/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 390.25 > OpenGL core profile shading language version string: 4.50 NVIDIA OpenGL > core profile context flags: (none) OpenGL core profile profile mask: core > profile OpenGL core profile extensions: > > OpenGL version string: 4.6.0 NVIDIA 390.25 OpenGL shading language version > string: 4.60 NVIDIA OpenGL context flags: (none) OpenGL profile mask: > (none) OpenGL extensions: > > OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 390.25 OpenGL ES > profile shading language version string: OpenGL ES GLSL ES 3.20 OpenGL ES > profile extensions: > > ``` > > > > Here is the same output from an ssh connection from the client: > > > > ``` > > ssh <user>@<server> glxinfo | grep -i opengl > > Error: unable to open display > > ``` > > > > And the same with x forwarding enabled (via Xming installed on the client): > > > > ``` > > ssh -X <user>@<server> glxinfo | grep -i opengl > > Warning: No xauth data; using fake authentication data for X11 forwarding. > > OpenGL vendor string: VMware, Inc.OpenGL renderer string: Gallium 0.4 on > llvmpipe (LLVM 3.8, 256 bits) OpenGL version string: 3.0 Mesa 17.0.5 OpenGL > shading language version string: 1.30 OpenGL context flags: (none) OpenGL > extensions: > > ``` > > > > Looking at this output I'm coming to the conclusion that my ssh connection > is using the graphics driver of my client machine, but I actually want to > utilize the servers GPU. Is this a use case for reverse port tunneling or > something similar? > > > > I've attempted a simiar reverse connection as follows, but this doesn't > give me any info on the gpu: > > > > ``` > > ssh -X -R 11111:localhost:22 <user>@<server> glxinfo | grep -i opengl > > Warning: No xauth data; using fake authentication data for X11 forwarding. > > OpenGL vendor string: VMware, Inc. > > OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits) > OpenGL version string: 3.0 Mesa 17.0.5 OpenGL shading language version > string: 1.30 OpenGL context flags: (none) OpenGL extensions: > > ``` > > > > I'm sure this is a common issue and has been solved previously, but I'm > unable to parse through the mailing lists effectively to get at my problem. > It's also possible that I'm looking for a solution in the wrong place. Both > of these systems are in a VPN, so maybe ssh isn't necessary, but I don't > know of another way of starting the pvserver remotely without ssh. > > > > > > Thanks in advance, > > Chris > > > > > > > > Met vriendlijke groet, > > REDstack BV > > > > Chris Coutinho > > Onderzoeker/Data Analist > > > > tel: +31 (0)6 - 2222 5785 > > post: Postbox 199, 8600 AD Sneek > > bezoekadres: Pieter Zeemanstraat 6, 8606 JR Sneek > > email: mailto:[email protected] <[email protected]> > > www: https://emea01.safelinks.protection.outlook.com/?url= > http%3A%2F%2Fwww.redstack.nl&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C295e6333009e475623ac08d58549c216%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C1%7C636561474216899385&sdata=IxdSIqMLwCFoc20R5d3Y0DOIy5EFQa > mH%2FUxjuwaTviE%3D&reserved=0 > > > > > > > > _______________________________________________ > > Powered by https://emea01.safelinks.protection.outlook.com/?url= > http%3A%2F%2Fwww.kitware.com&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C295e6333009e475623ac08d58549c216%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C1%7C636561474216899385&sdata=aybWOd44VIUSPPDyPfWsz5oSvhC5m4 > PuoYpUlj2f66Q%3D&reserved=0 > > > > Visit other Kitware open-source projects at https://emea01.safelinks. > protection.outlook.com/?url=http%3A%2F%2Fwww.kitware.com% > 2Fopensource%2Fopensource.html&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C295e6333009e475623ac08d58549c216%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C1%7C636561474216899385&sdata=S%2BBa4ekxAVN% > 2BfeIHSOaHRxBr29yUHGurKbF%2B9CQ5xA0%3D&reserved=0 > > > > Please keep messages on-topic and check the ParaView Wiki at: > https://emea01.safelinks.protection.outlook.com/?url= > http%3A%2F%2Fparaview.org%2FWiki%2FParaView&data=02% > 7C01%7Cc.coutinho%40redstack.nl%7C295e6333009e475623ac08d58549c216% > 7Ceea7d51815bf4e07834271208871a965%7C0%7C1%7C636561474216899385&sdata= > ucHSZm5tB%2BR5TkJDNXoRDb%2FxEXMKaprYoOrpijFrSDY%3D&reserved=0 > > > > Search the list archives at: https://emea01.safelinks. > protection.outlook.com/?url=http%3A%2F%2Fmarkmail.org% > 2Fsearch%2F%3Fq%3DParaView&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C295e6333009e475623ac08d58549c216%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C1%7C636561474216899385&sdata=1A1d4T9ZocDidNMoq5afxux% > 2BGbqYVeHNMM8u%2BB6tL%2F8%3D&reserved=0 > > > > Follow this link to subscribe/unsubscribe: > > https://emea01.safelinks.protection.outlook.com/?url= > https%3A%2F%2Fpublic.kitware.com%2Fmailman%2Flistinfo% > 2Fparaview&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C295e6333009e475623ac08d58549c216%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C1%7C636561474216899385&sdata=0GJGI8xx4KR24Ro28PfknNDjm08bP1 > P6RjCVXUDqHoI%3D&reserved=0 > > > > _______________________________________________ > > Powered by https://emea01.safelinks.protection.outlook.com/?url= > www.kitware.com&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C44986855590a4b0a2d1408d585c137ac%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C0%7C636561987266124728&sdata=pkYJ0fDnVmynZEXtyck7TvEY8ymLgB > lP1BBG4d2Qc9c%3D&reserved=0 > > > > Visit other Kitware open-source projects at https://emea01.safelinks. > protection.outlook.com/?url=http%3A%2F%2Fwww.kitware.com% > 2Fopensource%2Fopensource.html&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C44986855590a4b0a2d1408d585c137ac%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C0%7C636561987266124728&sdata=ppWU% > 2FxxCQqteFtWB9VzPKqSLyA2LZFxO8RsWuXiLY0o%3D&reserved=0 > > > > Please keep messages on-topic and check the ParaView Wiki at: > https://emea01.safelinks.protection.outlook.com/?url= > http%3A%2F%2Fparaview.org%2FWiki%2FParaView&data=02% > 7C01%7Cc.coutinho%40redstack.nl%7C44986855590a4b0a2d1408d585c137ac% > 7Ceea7d51815bf4e07834271208871a965%7C0%7C0%7C636561987266124728&sdata= > sva0irB1AhWL2etssYnw26Ue1Hnn7OJBpHjxKyaeFsc%3D&reserved=0 > > > > Search the list archives at: https://emea01.safelinks. > protection.outlook.com/?url=http%3A%2F%2Fmarkmail.org% > 2Fsearch%2F%3Fq%3DParaView&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C44986855590a4b0a2d1408d585c137ac%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C0%7C636561987266124728&sdata=EQ8XixfevSIH1brmpqmc7JsgsRAG79 > QRckMVrqNx0C4%3D&reserved=0 > > > > Follow this link to subscribe/unsubscribe: > > https://emea01.safelinks.protection.outlook.com/?url= > https%3A%2F%2Fpublic.kitware.com%2Fmailman%2Flistinfo% > 2Fparaview&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C44986855590a4b0a2d1408d585c137ac%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C0%7C636561987266124728&sdata=PhVkCvkML%2B1pK0oAH6idSj% > 2Fia5JybxTjwogouuvMDDM%3D&reserved=0 > > _______________________________________________ > > Powered by https://emea01.safelinks.protection.outlook.com/?url= > www.kitware.com&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C139232a7569d4ba1c1e608d585ff2fd1%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C0%7C636562253436127180&sdata=CLy4wjpS8X%2BGRr% > 2BMg3NO6Qk5wH5VeB3HXCMi%2BDlJO5U%3D&reserved=0 > > > > Visit other Kitware open-source projects at https://emea01.safelinks. > protection.outlook.com/?url=http%3A%2F%2Fwww.kitware.com% > 2Fopensource%2Fopensource.html&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C139232a7569d4ba1c1e608d585ff2fd1%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C0%7C636562253436127180&sdata=igqu1EcbsSmPhPhO5% > 2FDI6Z4BsvpcVB2W2uv7f3tjUSY%3D&reserved=0 > > > > Please keep messages on-topic and check the ParaView Wiki at: > https://emea01.safelinks.protection.outlook.com/?url= > http%3A%2F%2Fparaview.org%2FWiki%2FParaView&data=02% > 7C01%7Cc.coutinho%40redstack.nl%7C139232a7569d4ba1c1e608d585ff2fd1% > 7Ceea7d51815bf4e07834271208871a965%7C0%7C0%7C636562253436137183&sdata= > oZIizGIz2BfpfQBQfckT%2BEasEmUgyBkiwRcaFq2Xzw4%3D&reserved=0 > > > > Search the list archives at: https://emea01.safelinks. > protection.outlook.com/?url=http%3A%2F%2Fmarkmail.org% > 2Fsearch%2F%3Fq%3DParaView&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C139232a7569d4ba1c1e608d585ff2fd1%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C0%7C636562253436137183&sdata=GjHPU3y0CG4WvfZAdeMGiUhivfeveH > Fxnh02nYstgRA%3D&reserved=0 > > > > Follow this link to subscribe/unsubscribe: > > https://emea01.safelinks.protection.outlook.com/?url= > https%3A%2F%2Fpublic.kitware.com%2Fmailman%2Flistinfo% > 2Fparaview&data=02%7C01%7Cc.coutinho%40redstack.nl% > 7C139232a7569d4ba1c1e608d585ff2fd1%7Ceea7d51815bf4e07834271208871 > a965%7C0%7C0%7C636562253436137183&sdata=KHyicRnmepnJUhkw2PXJA3nQpvrGPh > PXRekUfcWBa8g%3D&reserved=0 > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > https://public.kitware.com/mailman/listinfo/paraview > >
_______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: https://public.kitware.com/mailman/listinfo/paraview
