It appears that the 'LASR Analytic Server' is automatically started either upon reboot or upon execution of the 'sas.servers' script.
That isn't possible, but most likely that server is starting through the autoload process.
After looking at /var/log/messages - it definitely appears to be some sort of memory leak because I just received another 'out-of-memory kill process' error.
I'm wondering to see the current MEMSIZE value. Start the workspace server and run a program shown below:
proc options option=MEMSIZE value; run;
After running the command suggested I got the following value:
189672537600
Which is a little over 189 gigabytes.
How much RAM do you have on that server? 190Gb? If so, it looks like MEMSIZE is set to 0. You need to change MEMSIZE and set it to 80% of available RAM. Do not forget to restart your LASR server after that.
MEMSIZE 0 allows your SAS session to use 100% of RAM available on the server. Non-distributed LASR server is also limited by MEMSIZE.
So the idea here is that, if there is some sort of memory leak, and that memory leak comes from the LASR server process or one of its child pid's, it won't reach the point of generating an Out-of-Memory kill process signal? If so, what instead would happen?
Is there any official recommendation/documentation from SAS that indicates what the MEMSIZE should be on a non-distributed LASR server?
The official recommendation is to use up to 80% of available RAM and leave 20% for the OS. If you won't leave anything to the OS, Kernel sooner or later will start killing processes.
The SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment.
SAS technical trainer Erin Winters shows you how to explore assets, create new data discovery agents, schedule data discovery agents, and much more.
Find more tutorials on the SAS Users YouTube channel.