Share via

SQL Server log shipping in linux issues with restore job cannot retrieve restore settings

ABDUL HAQ ABDUL LATHEEF 25 Reputation points
2025-09-18T22:12:01.0033333+00:00

I am facing a strange issue in sql server log shipping between 2 linux servers.The restore job fails by telling cannot retrieve restore setting unable to connect to 127.0.0.1 .the backup job was working fine on primary

It had worked in between , but still the same again

SQL Server Database Engine

Answer recommended by moderator

  1. ABDUL HAQ ABDUL LATHEEF 25 Reputation points
    2025-09-23T22:54:42.63+00:00

    The issue was finally solved it was due to the dns in secondary server

    0 comments No comments

2 additional answers

Sort by: Most helpful
  1. ABDUL HAQ ABDUL LATHEEF 25 Reputation points
    2025-10-27T14:18:14.27+00:00

    See actually , ip v6 was not the issue ,the issue was that 8.8.8.8 was not allowed in the secondary sevrer , as it was the default DNS ,it was working in the beginning as there was internet in the server for 2 days .

    So when the job or agent was trying to connect to local database , it tried the dns server 8.8.8.8 and then threw connection time out

    Once the network team allowed 8.8.8.8 ,everything went fine

    1 person found this answer helpful.
    0 comments No comments

  2. Q&A Assist
    2025-09-18T22:12:01.3266667+00:00
    AI generated content. This question contains an answer created with AI from Q&A Assist. Learn more

    It seems you are encountering issues with SQL Server log shipping between two Linux servers. The error message indicating that it "cannot retrieve restore setting unable to connect to 127.0.0.1" suggests there may be a problem with the configuration of the Samba share or network settings.

    Additionally, the error "Length specified in network packet payload did not match number of bytes read; the connection has been closed" typically indicates a mismatch in the expected data size during communication, which could be due to network issues or configuration problems.

    Here are a few steps you might consider to troubleshoot the issue:

    1. Check Samba Configuration: Ensure that the Samba share is correctly configured and accessible from both servers. Verify that the necessary permissions are set and that the share is properly mounted.
    2. Network Connectivity: Test the network connectivity between the two servers. You can use tools like ping or telnet to ensure that the servers can communicate over the required ports.
    3. Review SQL Server Logs: Look at the SQL Server error logs for more detailed error messages that might provide additional context about the failures.
    4. Firewall Settings: Ensure that any firewalls on the servers are configured to allow traffic on the necessary ports for SQL Server and Samba.
    5. Update SQL Server: If you are using an older version of SQL Server, consider updating to the latest version or cumulative update, as there may be fixes for known issues.

    If these steps do not resolve the issue, you may need to consult with your network administrator or the vendor of the client library for further assistance.


    References:

Your answer

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