I have 4 siduction systems, only 1 has Nvidia graphics -- the others are all Intel graphics. The one with Nvidia graphics is using the nvidia-driver.
On the system with Nvidia graphics, I have been seeing a serious memory leak since at least the 4.19.2 kernel -- possibly it started earlier. The culprit is xorg. The platform has 32 G of memory, and if I let it run overnight, in the morning it will be starting to swap, and the problem process is xorg.
Does anyone else see this issue?
Which nvidia driver are you using?
I cannot reproduce this with experimental 396.54-2
The only thing I can find is
https://devtalk.nvidia.com/default/topic/1043938/nvidia-geforce-4xx-series-drivers-segfault-with-kernel-4-19-x/
But not related here (driver wise)
don@dibl-patience:~$ inxi -G
Graphics:
Device-1: NVIDIA GP106 [GeForce GTX 1060 6GB] driver: nvidia v: 390.87
Display: x11 server: X.Org 1.20.3 driver: nvidia
resolution: 1920x1200~60Hz, 1920x1080~60Hz
OpenGL: renderer: llvmpipe (LLVM 7.0 256 bits) v: 3.3 Mesa 18.2.6
Is that v. 396 driver in the experimental repo?
Here's a picture.
Yes 396.54-2 is in experimental
(http://piper-sid.net/myshit/linux/images/thumb-top.png)
(http://piper-sid.net/myshit/linux/images/top.png)
07:29:04 PM-Fri Nov 30-[piper@x1] $ inxi -G
Graphics: Device-1: NVIDIA GM204 [GeForce GTX 970] driver: nvidia v: 396.54
Display: x11 server: X.Org 1.20.3 driver: nvidia unloaded: fbdev,modesetting,nouveau,vesa
resolution: 1920x1080~60Hz
OpenGL: renderer: GeForce GTX 970/PCIe/SSE2 v: 4.6.0 NVIDIA 396.54
OK, fully updated, Torsten's latest kernel installed, and the 396 Nvidia driver from experimental.
System:
Host: dibl-patience Kernel: 4.19.5-towo.3-siduction-amd64 x86_64 bits: 64
Desktop: KDE Plasma 5.14.3 Distro: siduction 18.3.0 Patience - kde - (201805132121)
Machine:
Type: Desktop Mobo: ASUSTeK model: ROG STRIX X299-E GAMING v: Rev 1.xx
serial: <filter> UEFI: American Megatrends v: 1401 date: 05/21/2018
CPU:
Topology: Quad Core model: Intel Core i7-7740X bits: 64 type: MT MCP
L2 cache: 8192 KiB
Speed: 3668 MHz min/max: 800/4500 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800
5: 800 6: 800 7: 800 8: 800
Graphics:
Device-1: NVIDIA GP106 [GeForce GTX 1060 6GB] driver: nvidia v: 396.54
Display: x11 server: X.Org 1.20.3 driver: nvidia
resolution: 1920x1200~60Hz, 1920x1080~60Hz
OpenGL: renderer: llvmpipe (LLVM 7.0 256 bits) v: 3.3 Mesa 18.2.6
Audio:
Device-1: Intel 200 Series PCH HD Audio driver: snd_hda_intel
Device-2: NVIDIA GP106 High Definition Audio driver: snd_hda_intel
Device-3: Logitech HD Pro Webcam C920 type: USB driver: snd-usb-audio,uvcvideo
Sound Server: ALSA v: k4.19.5-towo.3-siduction-amd64
Network:
Device-1: Intel Ethernet I219-V driver: e1000e
IF: enp0s31f6 state: up speed: 1000 Mbps duplex: full mac: <filter>
IF-ID-1: br0 state: up speed: N/A duplex: N/A mac: <filter>
Drives:
Local Storage: total: 2.27 TiB used: 910.28 GiB (39.1%)
ID-1: /dev/sda vendor: Samsung model: SSD 860 EVO 500GB size: 465.76 GiB
ID-2: /dev/sdb vendor: Western Digital model: WD1003FZEX-00K3CA0 size: 931.51 GiB
ID-3: /dev/sdc vendor: Western Digital model: WD1003FZEX-00K3CA0 size: 931.51 GiB
Partition:
ID-1: / size: 58.81 GiB used: 10.19 GiB (17.3%) fs: ext4 dev: /dev/sda2
ID-2: /home size: 393.18 GiB used: 51.12 GiB (13.0%) fs: ext4 dev: /dev/sda4
ID-3: swap-1 size: 5.00 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda3
Sensors:
System Temperatures: cpu: 35.0 C mobo: N/A gpu: nvidia temp: 33 C
Fan Speeds (RPM): cpu: 0 gpu: nvidia fan: 0%
Info:
Processes: 265 Uptime: 2m Memory: 31.33 GiB used: 1.72 GiB (5.5%) Shell: bash
inxi: 3.0.27
I will let it run overnight and see what I have in the morning. Thanks, piper!
No problems dibl, good luck :P
driver: nvidia v: 396.54
OpenGL: renderer: llvmpipe (LLVM 7.0 256 bits) v: 3.3 Mesa 18.2.6
You see the problem?
I'm wondering if he has a
nvidia-blacklists-nouveau.conf
in
/etc/modprobe.d
I always just do a
apt purge xserver-xorg-video-nouveau
But, I don't recommend that to newer users
Thanks towo -- I was a little too fast with the driver from experimental, and forgot the mesa packages. Does this look better?
Graphics:
Device-1: NVIDIA GP106 [GeForce GTX 1060 6GB] driver: nvidia v: 396.54
Display: x11 server: X.Org 1.20.3 driver: nvidia
resolution: 1920x1200~60Hz, 1920x1080~60Hz
OpenGL: renderer: llvmpipe (LLVM 7.0 256 bits) v: 3.3 Mesa 18.3.0-rc5
don@dibl-patience:/$ glxinfo | grep OpenGL
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: llvmpipe (LLVM 7.0, 256 bits)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.3.0-rc5
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.1 Mesa 18.3.0-rc5
OpenGL shading language version string: 1.40
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 18.3.0-rc5
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
I do have the nouveau driver blacklisted and the package is not installed -- thanks piper. Now that I fixed the OpenGLX version situation, it will take some time to see if the memory issue is fixed.
I question the "blacklist thing" only because what I read at opensuse to a few people ;)
OpenGL: renderer: llvmpipe (LLVM 7.0 256 bits) v: 3.3 Mesa 18.3.0-rc5No, that's even wrong!
Your path to the right glx lib seems to be wrong. After a look in the changelog of the nvidia driver, there was a packaging error which sould be fixed in 296.87-3
Quote
Revert move of libglx.so to /usr/lib/nvidia/current/modules.
I switched to ATI, so i can't investigate fourther.
What I would do first
apt purge nvidia.
Yes, use the period .
apt update; apt install nvidia-driver nvidia-driver-libs nvidia-settings nvidia-smi nvidia-kernel-dkms -t experimental
If you don't need/use thermal monitors you don't have to include nvidia-smi
Post back if this don't work
Great -- thanks guys. I knew something is wrong -- xorg continues to slowly suck up memory, even when no user packages are running. I will try these ideas.
I have now installed the new kernel and its headers package, purged everything nvidia, booted the new kernel and installed all the listed nvidia packages including the 396.54.2 driver and its friends from experimental. Then I went to /usr/lib/nvidia/current and found libglx.so as a link to libglx.so.396.54. So I made a directory /usr/lib/nvidia/current/modules, per towo's post, and I copied the libglx.so.396.54 file there, and made the new link for libglx.so in the same directory.
However, after a reboot, inxi -G gives me the identical output:
Graphics:
Device-1: NVIDIA GP106 [GeForce GTX 1060 6GB] driver: nvidia v: 396.54
Display: x11 server: X.Org 1.20.3 driver: nvidia
resolution: 1920x1200~60Hz, 1920x1080~60Hz
OpenGL: renderer: llvmpipe (LLVM 7.0 256 bits) v: 3.3 Mesa 18.3.0-rc5
so I think towo is still going to see a problem.
Upon first booting the system and logging in to X, xorg is using about 1% of memory, as shown by top. I will watch and see if it grows.
@piper, can you tell me where the libglx.so link is found on your system, please and thank you?
I would try running
update-glx --config glx
To see if that fixes it
locate libglx.so
/usr/lib/xorg/modules/extensions/libglx.so
==============================================
ls -la /etc/alternatives/*libglx.so*
lrwxrwxrwx 1 root root 25 Nov 22 09:18 /etc/alternatives/glx--linux-libglx.so -> /usr/lib/nvidia/libglx.so
lrwxrwxrwx 1 root root 33 Nov 22 09:18 /etc/alternatives/nvidia--libglx.so -> /usr/lib/nvidia/current/libglx.so
ls -la /etc/alternatives/*libGL.so*
lrwxrwxrwx 1 root root 48 Nov 22 09:18 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root 50 Nov 22 09:18 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root 48 Oct 25 12:05 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root 22 Oct 25 12:05 /etc/alternatives/libGL.so-master -> /usr/lib/mesa-diverted
ls -la /etc/alternatives/*libGL*
lrwxrwxrwx 1 root root 55 Nov 22 09:18 /etc/alternatives/glx--libGLESv1_CM.so.1-i386-linux-gnu -> /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root 57 Nov 22 09:18 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root 55 Oct 25 12:05 /etc/alternatives/glx--libGLESv1_CM.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so
lrwxrwxrwx 1 root root 52 Nov 22 09:18 /etc/alternatives/glx--libGLESv2.so.2-i386-linux-gnu -> /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root 54 Nov 22 09:18 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root 52 Oct 25 12:05 /etc/alternatives/glx--libGLESv2.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so
lrwxrwxrwx 1 root root 48 Nov 22 09:18 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root 50 Nov 22 09:18 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root 48 Oct 25 12:05 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so
lrwxrwxrwx 1 root root 42 Nov 22 09:18 /etc/alternatives/glx--libGLX_indirect.so.0-i386-linux-gnu -> /usr/lib/i386-linux-gnu/libGLX_nvidia.so.0
lrwxrwxrwx 1 root root 44 Nov 22 09:18 /etc/alternatives/glx--libGLX_indirect.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0
lrwxrwxrwx 1 root root 22 Oct 25 12:05 /etc/alternatives/libGL.so-master -> /usr/lib/mesa-diverted
lrwxrwxrwx 1 root root 63 Nov 22 09:18 /etc/alternatives/nvidia--libGLESv1_CM_nvidia.so.1-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/current/libGLESv1_CM_nvidia.so.1
lrwxrwxrwx 1 root root 65 Nov 22 09:18 /etc/alternatives/nvidia--libGLESv1_CM_nvidia.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libGLESv1_CM_nvidia.so.1
lrwxrwxrwx 1 root root 60 Nov 22 09:18 /etc/alternatives/nvidia--libGLESv2_nvidia.so.2-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/current/libGLESv2_nvidia.so.2
lrwxrwxrwx 1 root root 62 Nov 22 09:18 /etc/alternatives/nvidia--libGLESv2_nvidia.so.2-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libGLESv2_nvidia.so.2
lrwxrwxrwx 1 root root 57 Nov 22 09:18 /etc/alternatives/nvidia--libGLX_nvidia.so.0-i386-linux-gnu -> /usr/lib/i386-linux-gnu/nvidia/current/libGLX_nvidia.so.0
lrwxrwxrwx 1 root root 59 Nov 22 09:18 /etc/alternatives/nvidia--libGLX_nvidia.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libGLX_nvidia.so.0
cd /usr/lib/xorg/modules/extensions
ls -la
drwxr-xr-x 2 root root 4096 Oct 26 07:53 .
drwxr-xr-x 6 root root 4096 Oct 26 07:53 ..
-rw-r--r-- 1 root root 289824 Oct 25 14:15 libglx.so
Thanks piper.
Ran update-glx --config glx (didn't know about this -- never needed it)
The first choice, 0 /usr/lib/nvidia 100 auto mode was selected, and I left it selected and let the process run, which it did with no errors.
My output from ls -la /etc/alternatives/*libglx.so* is a match to yours.
My output from ls -la /etc/alternatives/*libGL.so* is a match to the second one of yours.
My output from ls -la /etc/alternatives/*libGL* is seven lines that appear to match the non-i386 lines in your output, here they are:
lrwxrwxrwx 1 root root 57 Dec 1 10:07 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root 54 Dec 1 10:07 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root 50 Dec 1 10:07 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root 44 Dec 1 10:07 /etc/alternatives/glx--libGLX_indirect.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0
lrwxrwxrwx 1 root root 65 Dec 1 10:07 /etc/alternatives/nvidia--libGLESv1_CM_nvidia.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libGLESv1_CM_nvidia.so.1
lrwxrwxrwx 1 root root 62 Dec 1 10:07 /etc/alternatives/nvidia--libGLESv2_nvidia.so.2-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libGLESv2_nvidia.so.2
lrwxrwxrwx 1 root root 59 Dec 1 10:07 /etc/alternatives/nvidia--libGLX_nvidia.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libGLX_nvidia.so.0
My libglx.so file in /usr/lib/xorg/modules/extensions is the same Oct 25 file that you have.
I've rebooted -- xorg starts out at about 1% memory usage. I'll let it run and see if it grows.
Hmm,
renderer: llvmpipe (LLVM 7.0 256 bits) v: 3.3 Mesa 18.3.0-rc5
Is telling me you are still using open source noveau drivers
Do you have
libegl-mesa0
installled?
You can try
mv /usr/lib/xorg/modules/extensions/libglx.so /usr/lib/xorg/modules/extensions/libglx.so.bac
ln -s /usr/lib/nvidia-396/xorg/libglx.so /usr/lib/xorg/modules/extensions/libglx.so
Then reboot
Lets check
grep -Ri nouveau /etc/modprobe.d
and
glxinfo | grep OpenGL
This won't hurt
update-pciids
root@dibl-patience:/# apt policy xserver-xorg-video-nouveau libegl-mesa0
xserver-xorg-video-nouveau:
Installed: (none)
Candidate: 1:1.0.15-3
Version table:
1:1.0.15-3 500
500 http://httpredir.debian.org/debian unstable/main amd64 Packages
libegl-mesa0:
Installed: 18.2.6-1
Candidate: 18.2.6-1
Version table:
18.3.0~rc5-1 1
1 http://deb.debian.org/debian experimental/main amd64 Packages
*** 18.2.6-1 500
500 http://httpredir.debian.org/debian unstable/main amd64 Packages
100 /var/lib/dpkg/status
Huh -- libegl-mesa0 has reverted back to the sid version while I wasn't looking -- fixable.
Did this:
mv /usr/lib/xorg/modules/extensions/libglx.so /usr/lib/xorg/modules/extensions/libglx.so.bac
Hmmmm. Looking for this:
ln -s /usr/lib/nvidia-396/xorg/libglx.so /usr/lib/xorg/modules/extensions/libglx.so
and I find no /usr/lib/nvidia-396/ directory on my system. I have a /usr/lib/nvidia directory that looks like this
root@dibl-patience:/usr/lib/nvidia# ls -la
total 48
drwxr-xr-x 4 root root 4096 Dec 1 10:07 .
drwxr-xr-x 127 root root 20480 Dec 1 10:07 ..
-rw-r--r-- 1 root root 57 Mar 29 2018 alternate-install-present
drwxr-xr-x 2 root root 4096 Sep 5 06:04 bumblebee
-rwxr-xr-x 1 root root 2125 Mar 29 2018 check-for-conflicting-opengl-libraries
-rwxr-xr-x 1 root root 1897 Mar 29 2018 check-for-mismatching-nvidia-module
drwxr-xr-x 3 root root 4096 Dec 1 10:16 current
lrwxrwxrwx 1 root root 35 Dec 1 10:07 libglx.so -> /etc/alternatives/nvidia--libglx.so
lrwxrwxrwx 1 root root 24 Dec 1 10:07 nvidia -> /etc/alternatives/nvidia
lrwxrwxrwx 1 root root 46 Dec 1 10:07 nvidia-bug-report.sh -> /etc/alternatives/nvidia--nvidia-bug-report.sh
lrwxrwxrwx 1 root root 39 Dec 1 10:07 nvidia_drv.so -> /etc/alternatives/nvidia--nvidia_drv.so
-rwxr-xr-x 1 root root 618 Mar 29 2018 pre-install
so I wonder what would explain this difference between our nvidia package installations?
Well, huh -- @piper, one of those things worked! After a reboot, I have
Graphics: Device-1: NVIDIA GP106 [GeForce GTX 1060 6GB] driver: nvidia v: 396.54
Display: x11 server: X.Org 1.20.3 driver: nvidia resolution: 1920x1200~60Hz, 1920x1080~60Hz
OpenGL: renderer: GeForce GTX 1060 6GB/PCIe/SSE2 v: 4.6.0 NVIDIA 396.54
Color me (a) confused but also (b) Happy. ;D
Marking it SOLVED, and hoping no one ever has to follow it! ::)
dibl, disregard that shit, that is notes for my old redhat shit (usr/lib/nvidia-396), so sorry :( has 2 notpads (pen & paper) here and read the wrong one
I see bumblebee ????????
drwxr-xr-x 2 root root 4096 Sep 5 06:04 bumblebee
Edit: :) :) :) glad you got it working
No problem -- I appreciate your help (again) piper.
I have no clue what that bumblebee directory is doing there -- apparently it's "just in case". My Nvidia card is a big PCI bus card on an Asus mobo with no other graphics available.
I think it must have been disabling the libglx.so file in /usr/lib/xorg/modules/extensions that fixed it. I could test that theory .... but I think I'm done fiddling with it today.
EDIT: I tested it. The problem IS the libglx.so file in /usr/lib/xorg/modules/extensions. It has to be disabled for the current (sid and experimental) nvidia-driver packages to work correctly -- at least, it does on my hardware.
I have no idea how this happened, but clearly the glx stuff was running via vmware, yet there is no sign of the dibl install being in vmware, that was on the previous page, glxinfo OpenGL results. I'm mildly curious how a system running on a real machine could have been tricked into believing it was running in vmware, but that's where the problem came from obviously.
The "nvidia" driver comes from two places, lspci (for the individual device), and Xorg.0.log (for the xorg section). But how glxinfo came to believe it was running in vmware is beyond me, unless the install was actually transferred from a vmware install? That was the issue all along, by the way, as far as I can tell.
All the specific driver loaded/unloaded/failed issues were resolved a while ago as far as I know re inxi, so I tend to trust it now over what I believe to be the case.
Has nothing to do with vm (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=900248)
I still see this going on in a few places