swap_pager_getswapspace: failed

You're welcome. It took me about 5-6 days to build the following ports on a Dell Dimension 4700... I don't mind so much since I do have a laptop I can use while it's compiling everything.

3|databases/postgresql11-server
4|x11/plasma5-plasma|DISABLE_VULNERABILITIES=yes
5|x11/xorg
6|x11/konsole
7|x11-fm/dolphin|DISABLE_VULNERABILITIES=yes
8|math/kcalc
9|www/firefox|DISABLE_VULNERABILITIES=yes
A|x11/sddm
B|graphics/gwenview
C|graphics/spectacle
D|editors/vim
E|www/apache24
F|lang/php73
G|databases/php73-pgsql
H|www/mod_php73
I|textproc/php73-ctype
J|ftp/php73-ftp
K|converters/php73-mbstring
L|textproc/php73-xml
M|databases/phppgadmin
N|editors/libreoffice|DISABLE_VULNERABILITIES=yes
O|graphics/gimp|DISABLE_VULNERABILITIES=yes
R|multimedia/vlc|DISABLE_VULNERABILITIES=yes

My main reason for using ports is to get php version 7.3 to work with postgresql version 11. Also for learning purposes, to learn how to use ports. The only other thing I changed was enabling BSDISKS option in the kf5-solid port, for mounting USBs in plasma5 desktop. You might get some benefit from compiling your nvidia driver from ports, as Mickey suggested above. I'm not at all sure about it, but I somewhat doubt that this would be an area where mixing ports and packages would be a problem.

If you decide to reinstall (as I often do) you might try upgrading to 12.0-RELEASE-p3 first, and then install the desktop from packages afterwards. I'm guessing that your problem might have started with using the -f option in your pkg upgade command -- I've never used that option out of my own fear uncertainty and doubts about it.
 
So I was cheering to soon. I'm using another laptop reading and writing here. I just switched to the hp microserver and checked top. Swap space was almost completely used and then I switched to the desktop which was not responding and colors where fading. Switched back to top and all the swap space was consumed by xorg and then it crashed.
 
Something seems to be gobbling up your memory. I wonder what would happen if you disabled the nvidia driver and tried again? I don't have an nvidia card and have no idea if X would even be able to start without it, but it probably wouldn't hurt to give it a try, and it might help to narrow down the possibilities of what's causing this problem. My system has intel graphics so I don't really need any extra video drivers and don't use any.
 
From my own experience, the nvidia-driver seems to be a picky thing, that does not really like it to not be in sync with the current kernel. The other day I ran buildworld/buildkernel to upgrade from 12.0-p2 to 12.0-p3 and did not think about reinstalling the nvidia-driver afterwards at first. Only after I was experiencing some issues, namely slideshow like video when playing back using vdpau, I went about reinstalling the driver from ports. Since then everything has been fine again. As a bonus when building nvidia-driver from ports you get to disable linux compat, in case you wont need it, also I dont see any problem mixing it with packages as no other package should have a runtime dependency on nvidia-driver.
 
From my own experience, the nvidia-driver seems to be a picky thing, that does not really like it to not be in sync with the current kernel. The other day I ran buildworld/buildkernel to upgrade from 12.0-p2 to 12.0-p3 and did not think about reinstalling the nvidia-driver afterwards at first. Only after I was experiencing some issues, namely slideshow like video when playing back using vdpau, I went about reinstalling the driver from ports. Since then everything has been fine again. As a bonus when building nvidia-driver from ports you get to disable linux compat, in case you wont need it, also I dont see any problem mixing it with packages as no other package should have a runtime dependency on nvidia-driver.
So I builded the nvidia-driver from the ports, disabling linux compat.
Unfortunately same results, after startx it takes a long time before the desktop is showing and although there is a ;panel and a mousepointer it is unusable. I was able to ssh and run top and this is what is shows:

Code:
Mem: 2615M Active, 3844K Inact, 819M Laundry, 459M Wired, 211M Buf, 22M Free
Swap: 8285M Total, 6644M Used, 1641M Free, 80% Inuse, 76K In, 72M Out

  PID USERNAME    THR PRI NICE   SIZE    RES STATE    C   TIME    WCPU COMMAND
1182 amw          10  21    0   224G  3470M uwait    1   0:15   3.46% plasmashell
1178 amw           7  20    0   342M    76M select   0   0:08   0.52% kwin_x11
1165 amw           6  20    0   175M    63M select   1   0:02   0.47% kded5
1211 amw           3  20    0   155M    59M select   0   0:02   0.46% kmix
1095 amw           1  20    0    13M  3380K CPU1     1   0:01   0.06% top
1325 amw           1  20    0    13M  3812K CPU0     0   0:00   0.04% top
  711 root          1  20    0    10M  1140K select   0   0:00   0.02% devd
1120 polkitd      10  20    0  1105M    15M select   0   0:00   0.02% polkitd
1118 root         15  20    0    35M  6436K swread   0   0:00   0.02% console-kit-daemon
1114 amw           1  27    0  6265M    55M select   1   0:17   0.02% Xorg
  967 ntpd          1  20    0    18M    18M select   1   0:00   0.01% ntpd
  786 root          1  20    0    11M  2104K select   1   0:00   0.01% syslogd
  994 root          2  20    0    15M  3068K select   0   0:01   0.01% dsbmd
1190 root          3  20    0    24M  6464K select   1
6095
 
Changed the plasma theme to the default 'breeze' and now everything is fine...
The culprit seemed to be the plasma theme 'produkt blue'.


Code:
last pid:  1391;  load averages:  0.39,  0.40,  0.22                                                                                                                 up 0+00:09:03  10:52:47
67 processes:  1 running, 66 sleeping
CPU:  1.2% user,  0.0% nice,  0.4% system,  0.4% interrupt, 98.0% idle
Mem: 893M Active, 357M Inact, 37M Laundry, 716M Wired, 384M Buf, 1913M Free
Swap: 8285M Total, 8285M Free

  PID USERNAME    THR PRI NICE   SIZE    RES STATE    C   TIME    WCPU COMMAND
1325 amw           3  20    0   167M   132M select   1   0:03   1.04% konsole
1229 amw           3  20    0   157M    70M select   1   0:02   0.46% kmix
1297 amw           7  20    0   175M   106M select   0   0:02   0.44% kded5
1127 amw           1  20    0  6261M    64M select   0   0:25   0.42% Xorg
1196 amw           8  20    0   375M   119M select   0   0:18   0.07% kwin_x11
1330 amw           1  20    0    13M  3944K CPU0     0   0:00   0.06% top
1331 amw          20  20    0   485M   256M select   0   0:17   0.03% chrome
1345 amw           7  20    0   399M   199M select   1   0:09   0.01% chrome
  999 root          2  20    0    15M  4600K select   1   0:01   0.01% dsbmd
1382 amw           9  20    0   437M   167M uwait    1   0:00   0.00% chrome
  972 ntpd          1  20    0    18M    18M select   1   0:02   0.00% ntpd
1027 root          1  20    0    17M  7660K select   0   0:00   0.00% sendmail
1381 amw          12  20    0   538M   244M uwait    1   0:23   0.00% chrome
1201 amw          12  20    0   479M   300M select   0   0:11   0.00% plasmashell
1383 amw           7  20    0   433M   226M select   1   0:03   0.00% systemsettings5
1372 amw           9  20    0   513M   206M uwait    0   0:02   0.00% chrome
1371 amw          11  20    0   488M   185M uwait    1   0:01   0.00% chrome
  661 root          1  20    0    11M  2432K select   0   0:01   0.00% moused
1199 amw           5  20    0   202M    77M select   1   0:01   0.00% krunner
1375 amw          10  20    0   473M   168M uwait    1   0:01   0.00% chrome
1188 amw           3  20    0   154M    63M select   1   0:00   0.00% ksmserver
1377 amw           9  20    0   465M   178M uwait    1   0:00   0.00% chrome
1178 amw           3  20    0   144M    58M select   0   0:00   0.00% kglobalaccel5
1163 amw           4  20    0   144M    56M select   1   0:00   0.00% klauncher
1216 amw           6  20    0   141M    61M select   1   0:00   0.00% org_kde_powerdevil
1205 amw           5  20    0   150M    60M select   0   0:00   0.00% polkit-kde-authenti
1170 amw           3  20    0   143M    57M select   0   0:00   0.00% kaccess
1374 amw           9  20    0   457M   158M uwait    0   0:00   0.00% chrome
1294 amw           3  20    0   144M    90M select   0   0:00   0.00% kuiserver5
1226 amw           7  20    0   132M    49M select   1   0:00   0.00% kactivitymanagerd
1150 amw           1  20    0    12M  3912K select   1   0:00   0.00% dbus-daemon
1162 amw           1  20    0   122M    48M select   0   0:00   0.00% kdeinit5
1133 polkitd      10  20    0  1105M    22M select   1   0:00   0.00% polkitd
1207 amw           3  20    0   105M    37M select   1   0:00   0.00% xembedsniproxy
1184 amw           1  20    0    13M  3900K ttyin    0   0:00   0.00% top
1209 amw           4  20    0   108M    38M select   0   0:00   0.00% gmenudbusmenuproxy
1264 amw           3  20    0    98M    35M select   0   0:00   0.00% kscreen_backend_lau
  710 root          1  20    0    10M  1472K select   1   0:00   0.00% devd
1131 root         15  20    0    35M  7584K select   1   0:00   0.00% console-kit-daemon
  928 messagebus    1  20    0    13M  3876K select   0   0:00   0.00% dbus-daemon
  785 root          1  20    0    11M  2652K select   0   0:00   0.00% syslogd
1258 root          3  20    0    24M  7068K select   0   0:00   0.00% upowerd
1096 amw           1  20    0    20M  9732K select   1   0:00   0.00% sshd
 
My "swap_pager_getswapspace: failed" issue was borne from my having improperly handled QoS on the server. More so, considering there are applications I wrote requiring multi-connection mitigation for crawlers and bots.

To find the source of the problem I simply ran:

Code:
top -Cawores

The problem, turns out, would be within a hosted web server application. Looked at the web server logs to find the source of the problem. Added mod_qos, should fix the problems with QoS and swap space mismanagement on my behalf.
 
Back
Top