OpenGL not working through ssh -X

Bug #1611745 reported by chives
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)
Confirmed
High
Unassigned

Bug Description

I need to run several OpenGL-depending programs through ssh -x, like tecplot, mayavi or paraview. I connect to the remote machine with ssh -X (or ssh -Y, doesn't matter). Then I test opengl using e.g. glxinfo.

The output of glxinfo on the remote machine says that it was unable to create the OpenGL context. In the other remote programs I receive the same error message. On the local machine, it works fine. See the logfiles attached (local_glxinfo.log, remote_glxinfo.log).

I configured my Xorg according to the attached xorg.conf. The configuration was produced with nvidia-settings and two manual tweaks, lines 54 and 74. I added those lines because I could not (and still can't) enforce indirect rendering of my graphics card. Indirect rendering is still switched off, see lines 102 and 167 in Xorg.0.log.

The issue does also occur when no manually generated xorg.conf is present.

I'm using the latest drivers from the package nvidia-361.

The issue occurs with and without my graphics card (Intel HD 4600, or GeForce 605). Before I switched to ubuntu-gnome 16.04 I had a xubuntu 14.04 LTS running. There some applications would work, other would not. Now nothing works at all.

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: xorg 1:7.7+13ubuntu3
ProcVersionSignature: Ubuntu 4.4.0-34.53-generic 4.4.15
Uname: Linux 4.4.0-34-generic x86_64
NonfreeKernelModules: talpa_vfshook talpa_pedconnector talpa_pedevice talpa_vcdevice talpa_core talpa_linux talpa_syscallhook nvidia_uvm nvidia_modeset nvidia
.proc.driver.nvidia.gpus.0000.02.00.0: Error: [Errno 21] Ist ein Verzeichnis: '/proc/driver/nvidia/gpus/0000:02:00.0'
.proc.driver.nvidia.registry: Binary: ""
.proc.driver.nvidia.version:
 NVRM version: NVIDIA UNIX x86_64 Kernel Module 361.42 Tue Mar 22 18:10:58 PDT 2016
 GCC version: gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.2)
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: amd64
BootLog:

CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: None
CurrentDesktop: GNOME
Date: Wed Aug 10 13:32:00 2016
DistUpgraded: Fresh install
DistroCodename: xenial
DistroVariant: ubuntu
DkmsStatus:
 bbswitch, 0.8, 4.4.0-34-generic, x86_64: installed
 nvidia-361, 361.42, 4.4.0-34-generic, x86_64: installed
 virtualbox, 5.0.24, 4.4.0-34-generic, x86_64: installed
ExtraDebuggingInterest: Yes
GraphicsCard:
 NVIDIA Corporation GF119 [GeForce 605] [10de:1048] (rev a1) (prog-if 00 [VGA controller])
   Subsystem: LeadTek Research Inc. GF119 [GeForce 605] [107d:5afd]
InstallationDate: Installed on 2016-08-09 (0 days ago)
InstallationMedia: Ubuntu-GNOME 16.04 LTS "Xenial Xerus" - Release amd64 (20160421)
MachineType: FUJITSU ESPRIMO P720
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-34-generic root=UUID=7b7bc513-0076-48db-a71b-28299a8a30e3 ro quiet splash
SourcePackage: xorg
Symptom: display
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/28/2013
dmi.bios.vendor: FUJITSU // American Megatrends Inc.
dmi.bios.version: V4.6.5.4 R1.3.0 for D3221-A1x
dmi.board.name: D3221-A1
dmi.board.vendor: FUJITSU
dmi.board.version: S26361-D3221-A1
dmi.chassis.type: 6
dmi.chassis.vendor: FUJITSU
dmi.chassis.version: C$WX02
dmi.modalias: dmi:bvnFUJITSU//AmericanMegatrendsInc.:bvrV4.6.5.4R1.3.0forD3221-A1x:bd05/28/2013:svnFUJITSU:pnESPRIMOP720:pvr:rvnFUJITSU:rnD3221-A1:rvrS26361-D3221-A1:cvnFUJITSU:ct6:cvrC$WX02:
dmi.product.name: ESPRIMO P720
dmi.sys.vendor: FUJITSU
version.compiz: compiz N/A
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.67-1ubuntu0.16.04.1
version.libgl1-mesa-dri: libgl1-mesa-dri 11.2.0-1ubuntu2.1
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 11.2.0-1ubuntu2.1
version.nvidia-graphics-drivers: nvidia-graphics-drivers-* N/A
version.xserver-xorg-core: xserver-xorg-core 2:1.18.3-1ubuntu2.3
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.10.1-1ubuntu2
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.7.0-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20160325-1ubuntu1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.12-1build2
xserver.bootTime: Wed Aug 10 11:27:40 2016
xserver.configfile: /etc/X11/xorg.conf
xserver.errors:

xserver.logfile: /var/log/Xorg.0.log
xserver.outputs:

xserver.version: 2:1.18.3-1ubuntu2.3

Revision history for this message
chives (mra+ubuntu) wrote :
description: updated
Revision history for this message
chives (mra+ubuntu) wrote :
Revision history for this message
chives (mra+ubuntu) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xorg (Ubuntu):
status: New → Confirmed
Revision history for this message
ubuntu-tester (ubuntu-tester1) wrote :

I have the same problem. If I force indirect rendering like below, it works, but it's not a good solution.

1. Create /etc/lightdm/lightdm.conf.d/50-xserver-command.conf :
[SeatDefaults]
# Dump core
xserver-command=X -core +iglx

2. Restart LightDM
# systemctl restart lightdm

Revision history for this message
chives (mra+ubuntu) wrote : Re: [Bug 1611745] Re: OpenGL not working through ssh -X

What is the appropriate way to do this with Ubuntu Gnome, that means
gdm3 instead of lightdm? I cannot find the corresponding config file.

Am 12.12.2016 um 12:44 schrieb ubuntu-tester:
> I have the same problem. If I force indirect rendering like below, it
> works, but it's not a good solution.
>
> 1. Create /etc/lightdm/lightdm.conf.d/50-xserver-command.conf :
> [SeatDefaults]
> # Dump core
> xserver-command=X -core +iglx
>
> 2. Restart LightDM
> # systemctl restart lightdm
>

Changed in xorg (Ubuntu):
importance: Undecided → High
affects: xorg (Ubuntu) → xorg-server (Ubuntu)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.