Enforce path limit of 1023 characters for Rsync Tasks

Description

In summary

When using Synology's Hyper Backup app on an encrypted volume to rsync a backup from Synology to FreeNAS it sends long file paths. These long file paths aren't supported in the rsync 3.1.3 running on FreeNAS.

Previous tickets

This issue has been reported twice before without resolution. There is a hint that it got raised to Synology, but we don't know that result.
https://www.ixsystems.com/community/threads/rsync-maxpathlen-set-to-255.6147/

https://redmine.ixsystems.com/issues/10455

Log

Attached is the section from stor001:/var/log/messages of when the Synology, named aion, tried sending files.

syncd[16433]: ERROR: buffer overflow in recv_file_entry [receiver]

Versions

FreeNAS: 11.2-U5

Rsync on FreeNAS: 3.1.3

Synology DSM: 6.2.2-24922-3

Hyper Backup: 2.2.1-1110

Problem/Justification

None

Impact

None

SmartDraw Connector

Katalon Manual Tests (BETA)

Activity

Show:

Aaron St. John [X] October 30, 2019 at 2:11 PM

Aaron St. John both the Guide and tooltip for Remote Path should not mention the 255 limit. Here is Waqar Ahmed 's recommendation:

We don’t currently validate length at all for remote path as we can’t tell which OS the remote system is running. However we do expose an option to verify if remote path exists or not so that covers the length use case as well.

For docs, i would say we shouldn’t mention validating remote path length at all but the path itself

angulargui PR: https://github.com/freenas/freenas-docs/pull/1595

Dru Lavigne October 11, 2019 at 3:22 PM

Aaron St. John [X] August 30, 2019 at 3:39 PM

Bug Clerk August 29, 2019 at 9:17 PM

Dan Fredell August 27, 2019 at 2:09 PM

I emailed Graham D from https://redmine.ixsystems.com/issues/10455 asking if he heard back from Synology. He said:
 

 
 

Complete
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Labels

Components

Fix versions

Affects versions

Priority

More fields

Katalon Platform

Created August 27, 2019 at 1:58 PM
Updated July 1, 2022 at 4:34 PM
Resolved November 26, 2019 at 1:49 AM