We tried to login in Operation System Services through SAS MC but we can't login. We are on Linux server and the crontab is working fine. We are using an account with administration privilege.
Any idea? Regards,
Hi @MariaD ,
UNIX scheduling uses the
at command to execute jobs. However, this command might not be enabled for use by the scheduling server's user ID. To determine whether the command is enabled, run a test of the
at command. Here is an example test:
echo touch /tmp/attest | at now sleep 5 ls /tmp/attest
What is at?
Unlike cron, which let us run a task on a regular basis,
at gives us the ability to execute a command or a script at a specified date and hour, or after a given interval of time. Minutes, hours, days or weeks can be used as units. It's even possible to use certain "keywords" as
teatime (which corresponds to 4pm).
Hi @Anand_V ,
We installed "at" command and it's working. Our linux user for SAS (we use a SAS Token) can execute at command without any error.
But still, we can't not login on Operating System Services to schedule throw SAS MC. We tried with "sasadm" user, with Linux user (used for SAS Token), nothing works. Any idea why?
The sasadm@passwd account is only defined in SAS metadata. It is not an OS account. You need to use an OS account to log onto OS scheduling. You can use a personal user OS account to test scheduling as long as the account has scheduling permissions setup in SMC.
Hi @Anand_V ,
We test using another user (not sasadm@saspw) and the situation is the same. Please see images below. We have all our users defined with internal account and we use a SAS Token to connect to SAS Workspace Server. Off course the user has Job Scheduling permission.
We also made a test using a host server user to login on Operating System Scheduling when login windows appears (image 1) and the results is the same.
@MariaD maybe you should call in and get assistance from SAS technical advisors. If you pay for SAS and need assistance that help should be part of the purchase.
Like I noted at the beginning of this Q, test access using a real person access. Can they make connection without using the tokens being passed?
You are the server admin? Then call in a ticket.
The SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment.
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.