asdffdsa
(jojothehumanmonkey)
October 2, 2021, 6:53pm
22
if you post a command, need to see a full debug log, add -vv
to the command, just a snippet is not helpful
does not seem like an issue with the seedbox provider.
as a test, run rclone on the same computer that is running the ftp server.
t3amz1:
--ftp-tls
if that is already in the config file, why add it to the command line?
t3amz1
October 2, 2021, 7:01pm
23
just for try , I delete the line in the conf and add it at the beginning
t3amz1
October 2, 2021, 7:04pm
24
the log output is always the same
rclone copy /private/qBittorrent/data/ mp3m:/MUSIC -vv --ftp-tls
2021/10/02 19:02:50 DEBUG : rclone: Version "v1.56.2" starting with parameters ["rclone" "copy" "/private/qBittorrent/data/" "mp3m:/MUSIC" "-vv" "--ftp-tls"]
2021/10/02 19:02:50 DEBUG : Creating backend with remote "/private/qBittorrent/data/"
2021/10/02 19:02:50 DEBUG : Using config file from "/.config/rclone/rclone.conf"
2021/10/02 19:02:50 DEBUG : Creating backend with remote "mp3m:/MUSIC"
2021/10/02 19:02:50 DEBUG : mp3m: detected overridden config - adding "{HSnGk}" suffix to name
2021/10/02 19:02:50 DEBUG : ftps://ipserverftp:port/MUSIC: Connecting to FTP server
2021/10/02 19:02:50 DEBUG : pacer: low level retry 1/10 (error EOF)
2021/10/02 19:02:50 DEBUG : pacer: Rate limited, increasing sleep to 20ms
2021/10/02 19:02:50 DEBUG : pacer: low level retry 2/10 (error EOF)
2021/10/02 19:02:50 DEBUG : pacer: Rate limited, increasing sleep to 40ms
2021/10/02 19:02:50 DEBUG : pacer: low level retry 3/10 (error EOF)
2021/10/02 19:02:50 DEBUG : pacer: Rate limited, increasing sleep to 80ms
2021/10/02 19:02:50 DEBUG : pacer: low level retry 4/10 (error EOF)
2021/10/02 19:02:50 DEBUG : pacer: Rate limited, increasing sleep to 160ms
2021/10/02 19:02:50 DEBUG : pacer: low level retry 5/10 (error EOF)
2021/10/02 19:02:50 DEBUG : pacer: Rate limited, increasing sleep to 320ms
2021/10/02 19:02:51 DEBUG : pacer: low level retry 6/10 (error EOF)
2021/10/02 19:02:51 DEBUG : pacer: Rate limited, increasing sleep to 640ms
2021/10/02 19:02:51 DEBUG : pacer: low level retry 7/10 (error EOF)
2021/10/02 19:02:51 DEBUG : pacer: Rate limited, increasing sleep to 1.28s
2021/10/02 19:02:52 DEBUG : pacer: low level retry 8/10 (error EOF)
2021/10/02 19:02:52 DEBUG : pacer: Rate limited, increasing sleep to 2s
2021/10/02 19:02:53 DEBUG : pacer: low level retry 9/10 (error EOF)
2021/10/02 19:02:55 DEBUG : pacer: low level retry 10/10 (error EOF)
2021/10/02 19:02:55 Failed to create file system for "mp3m:/MUSIC": NewFs: failed to make FTP connection to "ipserverftp:port": EOF
asdffdsa
(jojothehumanmonkey)
October 2, 2021, 7:08pm
25
did you try that, no advantage of running rclone on the seedbox....
and use simplest config file
[MP3-test]
type = ftp
host = ipserver
user = username
port = port
pass = passw
ivandeex
(Ivan Andreev)
October 4, 2021, 10:20am
29
I rechecked the doc and......
The rclone FTP doc states explicitly that
Rclone's FTP implementation is not compatible with 'active' mode.
We have a request for active mode support which is in forever "waiting volunteers" state
Recently it was reiterated in the discussion there that active mode is in fact ancient legacy too insecure to implement
it.
Also let me note that we have a few long-standing bugs in the rclone ftp client, notably this one:
rclone:master
← ivandeex:pr-ftp-timeout
opened 03:07PM - 11 Sep 21 UTC
#### What is the purpose of this change?
Uploading of large files via this li… brary and rclone frequently ends up with `i/o timeout`.
My investigation shows the following:
- `jlaffaye/ftp` makes control/data streams from a connection factory provided by rclone. This factory wraps standard go tcp streams in the [code](https://github.com/rclone/rclone/blob/v1.56.0/fs/fshttp/dialer.go#L85) which safeguards against silently dead network connections (lost without explicit TCP shutdown), namely cancels streams after timeout but resets timeout timer after each read/write.
- A typical FTP upload looks like: client talks with ftp server on control stream, sets upload parameters, then create one or more data streams and do the upload (this can be long), then return to control stream and ask ftp server about upload results (here be dragons)
- While client was busy uploading on data stream, the control stream timeout happened and client's attempt to read status returned **I/O timeout**
This patch makes `rclone ftp client` nudge the control connection right after a (probably long) upload has finished.
Depends on the upstream PR https://github.com/jlaffaye/ftp/pull/231.
Please note that the [fs/fshttp commit](https://github.com/rclone/rclone/pull/5596/commits/a770648fd0722f6fa83262cdaa9e8a2b61898552) is not strictly required, I just wanted to make the code look a little bit cleaner on my eyes...
The [DON'T MERGE](https://github.com/rclone/rclone/pull/5596/commits/cfa3a994cc4a2fbf2e87a706c8f1a2bfc2de17d0) commit will be removed after https://github.com/jlaffaye/ftp/pull/231 gets merged. It just allows to verify changes in advance...
#### Was the change discussed in an issue or in the forum before?
Derivative manifestations of this problem were reported a number of times on rclone forum and tracker:
- https://forum.rclone.org/t/rclone-copy-to-ftp-rclone-sends-a-quit-and-never-ends-itself/24046
- https://github.com/rclone/rclone/issues/5328
- https://github.com/rclone/rclone/issues/4622
- https://github.com/rclone/rclone/pull/5590 (fixes a derivative bug)
#### Checklist
- [x] I have read the [contribution guidelines](https://github.com/rclone/rclone/blob/master/CONTRIBUTING.md#submitting-a-pull-request).
- [x] I have added tests for all changes in this PR if appropriate.
- [x] I have added documentation for the changes if appropriate.
- [x] All commit messages are in [house style](https://github.com/rclone/rclone/blob/master/CONTRIBUTING.md#commit-messages).
- [ ] I'm done, this Pull Request is ready for review :-)
I expect to have them fixed in future v1.58. Progress is tracked at ftp · GitHub
Until then I can recommend alternative clients - lftp
on Unix, filezilla
on Windows or to your taste.
PS I'm gonna unsubscribe from here as it seems to be a RTFM problem.
system
(system)
Closed
November 3, 2021, 10:21am
30
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.