This solved the problem:
- We switched to SHA256-hostkeys (for communication between SSIS & SAS), in the arguments from my 2nd screenshot.
- The Microsoft server was running putty/plink 0.70, but upgraded to 0.75 (which supports SHA256)
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
We have a daily SSIS-job that runs in 3 environments. The job runs an SSIS-project that executes multiple SAS-scripts (on a seperate SAS-server per SSIS-environment).
There's never been any problems with this SSIS-project, until today. Although the SSIS-jobs appears to run well, and appears to execute the SAS-scripts, they don't actually get executed (on any of the SAS-servers).
According to the Execution Log in SSMS, each SAS-script is successfully executed. However it says that each script finished in under 1 second (a successful execution normally takes many minutes). And on the SAS-server side we don't find any trace of the scripts having been run (no log files are generated).
The SAS-scripts were successfully executed yesterday (and each day before that, for multiple years). We haven't changed the SSIS-project or the SAS-scripts in any way since then. And there apparently haven't been any changes to our infrastructure, network, drivers, etc. Not for SAS, nor for SQL Server. At least not according to anyone we've been in touch with so far...
It appears as though SSIS thinks it's communicating with SAS, while SAS ignores SSIS. And there's no errors or warnings.
If I try to execute a SAS-script manually by running an individual SSIS-package, the same thing happens: It appears to run well, but doesn't actually execute the SAS-program.
Do you have any suggestions on how to troubleshoot this?
This solved the problem: