Core component of SQL Server for storing, processing, and securing data
The issue was finally solved it was due to the dns in secondary server
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
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
Core component of SQL Server for storing, processing, and securing data
Answer recommended by moderator
The issue was finally solved it was due to the dns in secondary server
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
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:
ping or telnet to ensure that the servers can communicate over the required ports.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: