BookmarkSubscribeRSS Feed
🔒 This topic is solved and locked. Need further help from the community? Please sign in and ask a new question.
Sunflower
Calcite | Level 5

Hi,

 

we are working with a shared "temporary" tablespace for the work directory. As you all know, a SAS session is creating every time when it's opened a SAS_work and a SAS_util under - in our case - /var/opt/sas/temp.

Sometimes, this tablespace is full and all running sessions are terminated with an I/O error.

Last time when we head this issue, I have seen that endsas is not really ending a process on the server and closing/ending all remaining child processes and work tables.

The Enterprise Guide stays open, a new session_id is creaded (new SAS_work, SAS_util are created), but the old _work and _util are remaining on the server until the user closes his Enterprise Guide. This leads to an unnecessary full temp space. Also cleanwork is not helping in this case.

Do you have a solution for this? Otherwise my suggestion would be - for a further release - to link the EG session to the work space when endsas is executed. In the meantime my recommendation for our SAS users is run a kill statement on the work directory before executing endsas. This is helping temporarily.

 

Best regards,

SF

1 ACCEPTED SOLUTION

Accepted Solutions
jakarman
Barite | Level 11

Of course endsas will not end sas. It did that in the old day-s when it was build for card input in a single process.

Go to you EG (5.1 and up) and check the physical name of the work. You will see the naming of the work being repeated.
That is very weird as normally not being expected for a single process. ..... It is not a single process there are more then one.
Go the your options of your EG project. You will find a parallel code submission option.... That is one of the goodies for programming improvement in some papers (gtfw). 

 

What is happening?
- You will get a master session that wil offer you the libnames and all interactive server access in the menu's

- You can some or more child processes that run the code for you. In non-parallel mode all data/setting will be given back to the master process. That one is also locked during the processing. In paralle mode every proces will run as an dedicated process but being part as a subdir of the master proces.

This behavior is similar to other processes that do some loadbalancing and pooling.

Now you have your explanation why endsas is not working for saswork cleanup you can solve it also easily. 

Make a sas program that runs parallel and will kill all (x-cmd usage) sas sessions of the user. that will cleanup all running process, restart the master process. As it allows normal clean up (do not use the asocial -9! ) the saswork files should be cleaned up.    

When something is left as a ghost process or other dat left behind, those shoudl be cleaned in a regular process.

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

View solution in original post

1 REPLY 1
jakarman
Barite | Level 11

Of course endsas will not end sas. It did that in the old day-s when it was build for card input in a single process.

Go to you EG (5.1 and up) and check the physical name of the work. You will see the naming of the work being repeated.
That is very weird as normally not being expected for a single process. ..... It is not a single process there are more then one.
Go the your options of your EG project. You will find a parallel code submission option.... That is one of the goodies for programming improvement in some papers (gtfw). 

 

What is happening?
- You will get a master session that wil offer you the libnames and all interactive server access in the menu's

- You can some or more child processes that run the code for you. In non-parallel mode all data/setting will be given back to the master process. That one is also locked during the processing. In paralle mode every proces will run as an dedicated process but being part as a subdir of the master proces.

This behavior is similar to other processes that do some loadbalancing and pooling.

Now you have your explanation why endsas is not working for saswork cleanup you can solve it also easily. 

Make a sas program that runs parallel and will kill all (x-cmd usage) sas sessions of the user. that will cleanup all running process, restart the master process. As it allows normal clean up (do not use the asocial -9! ) the saswork files should be cleaned up.    

When something is left as a ghost process or other dat left behind, those shoudl be cleaned in a regular process.

---->-- 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
  • 1 reply
  • 967 views
  • 0 likes
  • 2 in conversation