Skip to main content

Servers are up but not able to connect to server using SAS Enterprise Guide

We got a weird issue in our SAS environment. All of the sudden users were not able to connect the SAS Servers. SAS services such as ObjectSpawner and Metadata Server were running fine. It is obvious that there is no issue with metadata as the user was login to the application. To make this issue more complex we didn’t find any error in the log file.

When the user try to connect to the server (by clicking on the + button in SAS Enterprise Guide) all they can see is Windows hour glass. It is not throwing any error except for few where the dialog box showed a error pointing to IOM. However we can’t make any sense of them.

Following are the investigation we made during the issue:

1.        Modification in configuration file by checking the date

2.        Permission change to workspaceserver.sh

3.        File system mounted properly

4.        Whether files are creating in SASWORk while connecting to SAS EG

5.        Firewall problems by pinging from local to host (server)

6.        Checked command history

7.        Irresponsive Objectspawner

8.        Whether able to launch SAS from SAS Foundation

9.        Invoking Workspace Server from batch

10.     Whether SAS jobs running using batch server

11.     I/O issues

12.     SASWORk and SASHOME configuration

13.     Abnormal configuration made in sasv9.cfg and autoexec file

I know it is a huge list as the issue lasted for four days. We almost found the issue when we are not able to invoke Workspace server from batch.

To invoke Workspace from batch use following command:

./workspaceserver.sh –nodms

It should return something like 1? where we can write SAS code. If it is not returning 1? Then try using following command.

./workspaceserver.sh –nodms –metaautoresources dummy

If the above command returns you the 1?, then it is probably the problem with pre-assigned library.

To confirm it, create a new workspace server and don’t assign any library to it. You will be able to connect to the newly created server.

Comments

Popular posts from this blog

Insufficient authorization to access PIPE error in SAS EG

Issue: When I tried to run SAS code in SAS Enterprise Guide it throws following errors: ERROR: Insufficient authorization to access PIPE. ERROR: Error in the FILENAME statement. Screenshot of error: Solution: This error occurs when you try to run OS commands in SAS code. To run the OS commands in SAS code you need to enable XCMD option. You check it in SAS Management Console by following below steps.   Open SMC -> Expand Servers -> Expand   In SASApp , expand Logical Workspace Server -> right click on Workspace Server. Click properties -> option tab -> advanced options -> launch properties. Check whether Allow XCMD is checked. The issue arises if the Allow XCMD is not checked. In above image, Allow XCMD option is not checked. It should be checked to run OS commands from SAS code. In Unix /Linux machines, this XCMD option can be enabled by using system option XCMD in sasv9 config file or workspaceserver.sh script f...

The authentication server is not SETUID ROOT error in SAS

Question: When validating the SAS Server from SAS Management Console, I received the following error: The authentication server is not SETUID ROOT.  So, I ran the setuid.sh utility and restarted the services many times. I just checked the elssrv sasauth sasperm setuid bit. There were no error in sasauth-debug.log, sasauth-access.log, sasauth-error.log.  Any suggestions? Answer: Please do the following:    1) Run /<SASConfig>/Lev<X>/ObjectSpawner/ObjectSpawner.sh stop  2) Edit /<SASConfig>/Lev<X>/ObjectSpawner/ObjectSpawner.sh and add the code shown below right after SCRIPT=`basename $0`:  if [ -n ""$TKPATH"" ]; then  unset TKPATH  fi   if [ -n ""$TK_PATHLIST"" ]; then  unset TK_PATHLIST  fi    3) Run /<SASConfig>/Lev<X>/ObjectSpawner/ObjectSpawner.sh start  The above code change in ObjectSpawner.sh should fix the issue.

SAS - CLI error trying to establish connection

Issue: User asked me to make a database connectivity to SQL Server. They provided following details SQL server hostname and ip address Database/DSN name Username Password I made entry in ODBC.ini file. You know, SQL Server entries were made in ODBC.ini and Oracle entries were made in TNS.ora file. Everything went fine, took back up of odbc.ini, made entry and saved the file. So to test this connection I ran the libname statement in SAS Enterprise Guide 6.1. It throwed following error. Error Message: My DB team showed that they are able to login   14 GOPTIONS ACCESSIBLE; 15 LIBNAME test ODBC DATASRC=SGE_DS SCHEMA=VST USER=sales PASSWORD=XXXXXXXXX; ERROR: CLI error trying to establish connection: [SAS/ACCESS to SQL Server][ODBC SQL Server Legacy Driver][SQL Server]Login failed for user 'sales'. Solution: First I suspected that Login failed for user 'sales' meant the password provided by DB team was wrong. They responded that they were able to login wi...