SFTP-SSH Connector return 400 when it should be 429

Thomas Johnson 66 Reputation points
2020-10-02T20:21:40.1+00:00

The issue is the connector will return a 400 for temporary conditions, like server being to busy. It should return a status code, like 429 when busy, so it will try again.

The error I get in production many times is:
"Server response does not contain SSH protocol identification."

The error message is kind of misleading. This occurs when the server is too busy. The SFTP connector is returning a status code of 400 when it should be 429. I've seen this happen on many different servers, every time when there are many connectors to the server. With heavy workloads, I could have dozens of connections occurring at the same time and one will fail but the rest will go through. The failed condition should retry, but it won't because the wrong status code is returned by the connector.

This occurs no matter what action I use. I've seen this occur with create file, delete file and get file contents. This makes the connector useless when handling large jobs.

If it returned 429 instead of 400, I wouldn't have to add more logic to dozens of Logic Apps to deal with busy servers.

Azure Logic Apps
Azure Logic Apps
An Azure service that automates the access and use of data across clouds without writing code.
3,551 questions
{count} votes

Accepted answer
  1. JayaC-MSFT 5,606 Reputation points
    2020-10-06T07:24:15.223+00:00

    @Thomas Johnson I have taken this up with our Product group and confirmed that the status has been updated to "Bad Gateway" with status code : 502. It will be published shortly. I will also share the updates once published.

    Please let me know if this helps. If yes, please "accept the answer" and "up-vote" so that it helps others in the community.

    0 comments No comments

0 additional answers

Sort by: Most helpful

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.