Core component of SQL Server for storing, processing, and securing data
Thank you for reaching out to SQL forum
Based on the screenshot you shared, here are some troubleshooting steps and workarounds.
Log shipping jobs in SQL Server are OS-dependent, meaning the file system paths used by SQL Server Agent jobs must match the format of the operating system. If SQL Server is running on Linux, it cannot interpret Windows-style paths like C:. and instead expects Linux-style paths such as /var/opt/mssql/logs/.... When a job tries to access a Windows path on a Linux system, it fails because that path doesn’t exist. To resolve this, update the backup folder path in your log shipping configuration to a valid Linux-compatible path like /var/opt/mssql/logshipping/backups. Make sure the SQL Server Agent has the necessary read/write permissions on that path using chmod and chown. Then, modify the copy job settings in SQL Server Management Studio (SSMS) or via T-SQL to reflect the correct Linux path, and check the msdb.dbo.log_shipping_secondary and related tables for any outdated path references. After making these changes, restart the SQL Server Agent to apply the new configuration, and manually run the copy job to confirm the issue is resolved.
https://learn.microsoft.com/en-us/sql/linux/sql-server-linux-use-log-shipping?view=sql-server-ver16
If you have any questions or need further clarification, please don’t hesitate to reach out.
We appreciate your collaboration and support!
Best regards,
Lakshmi.