BookmarkSubscribeRSS Feed
tommy81
Obsidian | Level 7

Hi All,

 

We are facing issues when Business users login to the ECM portal  and have mutiple sessions opened in IE and Chrome .SAS Version is 9.2. Looks like some ghost sessions are being created and as a result we face hung sessions and a server restart has to be done.

 

Is there anyway this can be mitigated without a server restart.Any advise on this issue would be of great help.

 

Thanks in advance.

 

 

3 REPLIES 3
jakarman
Barite | Level 11

It woudl be helpfull not to focus on ECM as solution but as SAS_BI as seen by those requiements http://support.sas.com/documentation/installcenter/en/ikcasemgmtofrsr/65196/HTML/default/index.html.

 

By that you are in a more common platform usage. Mentioing sas 9.2 as base your on that road. 
As you are only having web-clients and a midtier  and mentioning ghostprocesses you are likely on a Unix system (just guessing).

 

Ghostprocesses can be cleaned up by killing those or restarting services. Normally there is NI need to restart the whole machine. 

By ghostprocesses I am understanding run-away processes on the OS that where started on behalf on user (user personal key WS).

When using shared accounts by ease of installation or as intended by isolated functionality (SP PWS OLAP) There is a difficulty to pinpoint those. Using a SP service is sharing that between users. One faulty  userproces can block the next one causing a hangup.
http://support.sas.com/documentation/cdl/en/bisag/68240/HTML/default/viewer.htm#n0mb6964vbfoeqn1hahr...

Timeouts with session can become nausty as almost enverywhere somebody is implementing a timer to break something with unpredcitable results  (browser router firewall server). This is continously changed and adjusted.   http://support.sas.com/documentation/cdl/en/bimtag/68217/HTML/default/viewer.htm#p0n3toyj2v9j4tn0z4y...

   
   

---->-- ja karman --<-----
tommy81
Obsidian | Level 7

Thanks for the reply. The Ghost sessions created by individual users are causing the server to hang. Isolating one by one and killing is not feasible.

 

Are you aware of any fix in SAS which can stop creating such Ghost sessions.

jakarman
Barite | Level 11

Killing one by one is not necessary when you have root access and are abel to build a script to do that.
ps -ef  and grep commands to select the ghost processes and the xargs kill to end those.  When needed a kill -9 for the repetition after a sleep  of ca 10 seconds.  Can be planned to run reguakr by cron.  That is the bypass.

The permanent fix should come from finding the root-cause(s) most likely some co,bination of an user action some programming/code and those timers. The session-keep alive setting is recognized by SAS and implemented in 9.4. You need an upgrad for that.
When users do not logoff, but disconnect on a rude way that is another one. Find those and ask what/how they are doing the things.

A programming error is evaluating the logs when you have isoalted some evnet (user/action). 

---->-- ja karman --<-----

suga badge.PNGThe SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment. 

Join SUGA 

CLI in SAS Viya

Learn how to install the SAS Viya CLI and a few commands you may find useful in this video by SAS’ Darrell Barton.

Find more tutorials on the SAS Users YouTube channel.

Discussion stats
  • 3 replies
  • 1427 views
  • 0 likes
  • 2 in conversation