transmission-cli cannot save to an sshfs mount
Clash Royale CLAN TAG#URR8PPP
Setup: remote server running Debian 9 (no GUI).
Normally, I run transmission-cli
without any issues. I want to have transmission-cli
save to a remote location. The remote location has plenty of available disk space (I just double-checked with df -h
).
This is what I do:
[···]$ sshfs my.remote.server.com:/dir/on/remote/server /home/cal-linux/remote -oallow_other
[···]$ chmod 777 /home/cal-linux/remote
Then, I run transmission-cli
as follows:
[···]$ transmission-cli -ep -w /home/cal-linux/remote <magnet-link>
It won't work. This is the output (edited to remove timestamps and IDs and replace the torrent name):
[2018-12-15 ··· ] Transmission 2.92 (14714) started
[2018-12-15 ··· ] RPC Server: Adding address to whitelist: 127.0.0.1
[2018-12-15 ··· ] DHT: Generating new id
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/torrents/the-torrent.xxxx.torrent"
[2018-12-15 ··· ] Port Forwarding (NAT-PMP): initnatpmp succeeded (0)
[2018-12-15 ··· ] Port Forwarding (NAT-PMP): sendpublicaddressrequest succeeded (2)
Progress: 0.0%, dl from 0 of 0 peers (0 kB/s), ul to 0 (0 kB/s) [None] [2018-12-15 ··· ] Port Forwarding: State changed from "Not forwarded" to "Starting"
Progress: 0.0%, dl from 15 of 15 peers (0 kB/s), ul to 0 (0 kB/s) [N[2018-12-15 ··· ] the-torrent: Starting IPv4 DHT announce (poor, 15 nodes)
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/torrents/the-torrent.xxxx.torrent"
[2018-12-15 ··· ] the-torrent: Pausing
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/settings.json"
Progress: 0.0%, dl from 22 of 22 peers (0 kB/s), ul to 0 (0 kB/s) [None]
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/resume/the-torrent.resume"
[2018-12-15 ··· ] the-torrent: Magnet Verify
[2018-12-15 ··· ] the-torrent: Queued for verification
[2018-12-15 ··· ] DHT: Not saving nodes, DHT not ready
[2018-12-15 ··· ] Port Forwarding: Stopped
[2018-12-15 ··· ] the-torrent: Removing torrent
[2018-12-15 ··· ] the-torrent: Pausing
I was originally getting the errors:
UDP: Failed to set receive buffer: requested 4194304, got 425984
UDP: Please add the line "net.core.rmem_max = 4194304" to /etc/sysctl.conf
and similar for wmem_max
, but I added the suggested lines to /etc/sysctl.conf
and rebooted. Now I don't get those errors, but it still won't work (the above output is after making the changes to sysctl.conf
).
Any suggestions?
sshfs transmission
add a comment |
Setup: remote server running Debian 9 (no GUI).
Normally, I run transmission-cli
without any issues. I want to have transmission-cli
save to a remote location. The remote location has plenty of available disk space (I just double-checked with df -h
).
This is what I do:
[···]$ sshfs my.remote.server.com:/dir/on/remote/server /home/cal-linux/remote -oallow_other
[···]$ chmod 777 /home/cal-linux/remote
Then, I run transmission-cli
as follows:
[···]$ transmission-cli -ep -w /home/cal-linux/remote <magnet-link>
It won't work. This is the output (edited to remove timestamps and IDs and replace the torrent name):
[2018-12-15 ··· ] Transmission 2.92 (14714) started
[2018-12-15 ··· ] RPC Server: Adding address to whitelist: 127.0.0.1
[2018-12-15 ··· ] DHT: Generating new id
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/torrents/the-torrent.xxxx.torrent"
[2018-12-15 ··· ] Port Forwarding (NAT-PMP): initnatpmp succeeded (0)
[2018-12-15 ··· ] Port Forwarding (NAT-PMP): sendpublicaddressrequest succeeded (2)
Progress: 0.0%, dl from 0 of 0 peers (0 kB/s), ul to 0 (0 kB/s) [None] [2018-12-15 ··· ] Port Forwarding: State changed from "Not forwarded" to "Starting"
Progress: 0.0%, dl from 15 of 15 peers (0 kB/s), ul to 0 (0 kB/s) [N[2018-12-15 ··· ] the-torrent: Starting IPv4 DHT announce (poor, 15 nodes)
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/torrents/the-torrent.xxxx.torrent"
[2018-12-15 ··· ] the-torrent: Pausing
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/settings.json"
Progress: 0.0%, dl from 22 of 22 peers (0 kB/s), ul to 0 (0 kB/s) [None]
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/resume/the-torrent.resume"
[2018-12-15 ··· ] the-torrent: Magnet Verify
[2018-12-15 ··· ] the-torrent: Queued for verification
[2018-12-15 ··· ] DHT: Not saving nodes, DHT not ready
[2018-12-15 ··· ] Port Forwarding: Stopped
[2018-12-15 ··· ] the-torrent: Removing torrent
[2018-12-15 ··· ] the-torrent: Pausing
I was originally getting the errors:
UDP: Failed to set receive buffer: requested 4194304, got 425984
UDP: Please add the line "net.core.rmem_max = 4194304" to /etc/sysctl.conf
and similar for wmem_max
, but I added the suggested lines to /etc/sysctl.conf
and rebooted. Now I don't get those errors, but it still won't work (the above output is after making the changes to sysctl.conf
).
Any suggestions?
sshfs transmission
add a comment |
Setup: remote server running Debian 9 (no GUI).
Normally, I run transmission-cli
without any issues. I want to have transmission-cli
save to a remote location. The remote location has plenty of available disk space (I just double-checked with df -h
).
This is what I do:
[···]$ sshfs my.remote.server.com:/dir/on/remote/server /home/cal-linux/remote -oallow_other
[···]$ chmod 777 /home/cal-linux/remote
Then, I run transmission-cli
as follows:
[···]$ transmission-cli -ep -w /home/cal-linux/remote <magnet-link>
It won't work. This is the output (edited to remove timestamps and IDs and replace the torrent name):
[2018-12-15 ··· ] Transmission 2.92 (14714) started
[2018-12-15 ··· ] RPC Server: Adding address to whitelist: 127.0.0.1
[2018-12-15 ··· ] DHT: Generating new id
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/torrents/the-torrent.xxxx.torrent"
[2018-12-15 ··· ] Port Forwarding (NAT-PMP): initnatpmp succeeded (0)
[2018-12-15 ··· ] Port Forwarding (NAT-PMP): sendpublicaddressrequest succeeded (2)
Progress: 0.0%, dl from 0 of 0 peers (0 kB/s), ul to 0 (0 kB/s) [None] [2018-12-15 ··· ] Port Forwarding: State changed from "Not forwarded" to "Starting"
Progress: 0.0%, dl from 15 of 15 peers (0 kB/s), ul to 0 (0 kB/s) [N[2018-12-15 ··· ] the-torrent: Starting IPv4 DHT announce (poor, 15 nodes)
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/torrents/the-torrent.xxxx.torrent"
[2018-12-15 ··· ] the-torrent: Pausing
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/settings.json"
Progress: 0.0%, dl from 22 of 22 peers (0 kB/s), ul to 0 (0 kB/s) [None]
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/resume/the-torrent.resume"
[2018-12-15 ··· ] the-torrent: Magnet Verify
[2018-12-15 ··· ] the-torrent: Queued for verification
[2018-12-15 ··· ] DHT: Not saving nodes, DHT not ready
[2018-12-15 ··· ] Port Forwarding: Stopped
[2018-12-15 ··· ] the-torrent: Removing torrent
[2018-12-15 ··· ] the-torrent: Pausing
I was originally getting the errors:
UDP: Failed to set receive buffer: requested 4194304, got 425984
UDP: Please add the line "net.core.rmem_max = 4194304" to /etc/sysctl.conf
and similar for wmem_max
, but I added the suggested lines to /etc/sysctl.conf
and rebooted. Now I don't get those errors, but it still won't work (the above output is after making the changes to sysctl.conf
).
Any suggestions?
sshfs transmission
Setup: remote server running Debian 9 (no GUI).
Normally, I run transmission-cli
without any issues. I want to have transmission-cli
save to a remote location. The remote location has plenty of available disk space (I just double-checked with df -h
).
This is what I do:
[···]$ sshfs my.remote.server.com:/dir/on/remote/server /home/cal-linux/remote -oallow_other
[···]$ chmod 777 /home/cal-linux/remote
Then, I run transmission-cli
as follows:
[···]$ transmission-cli -ep -w /home/cal-linux/remote <magnet-link>
It won't work. This is the output (edited to remove timestamps and IDs and replace the torrent name):
[2018-12-15 ··· ] Transmission 2.92 (14714) started
[2018-12-15 ··· ] RPC Server: Adding address to whitelist: 127.0.0.1
[2018-12-15 ··· ] DHT: Generating new id
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/torrents/the-torrent.xxxx.torrent"
[2018-12-15 ··· ] Port Forwarding (NAT-PMP): initnatpmp succeeded (0)
[2018-12-15 ··· ] Port Forwarding (NAT-PMP): sendpublicaddressrequest succeeded (2)
Progress: 0.0%, dl from 0 of 0 peers (0 kB/s), ul to 0 (0 kB/s) [None] [2018-12-15 ··· ] Port Forwarding: State changed from "Not forwarded" to "Starting"
Progress: 0.0%, dl from 15 of 15 peers (0 kB/s), ul to 0 (0 kB/s) [N[2018-12-15 ··· ] the-torrent: Starting IPv4 DHT announce (poor, 15 nodes)
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/torrents/the-torrent.xxxx.torrent"
[2018-12-15 ··· ] the-torrent: Pausing
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/settings.json"
Progress: 0.0%, dl from 22 of 22 peers (0 kB/s), ul to 0 (0 kB/s) [None]
[2018-12-15 ··· ] Saved "/home/cal-linux/.config/transmission/resume/the-torrent.resume"
[2018-12-15 ··· ] the-torrent: Magnet Verify
[2018-12-15 ··· ] the-torrent: Queued for verification
[2018-12-15 ··· ] DHT: Not saving nodes, DHT not ready
[2018-12-15 ··· ] Port Forwarding: Stopped
[2018-12-15 ··· ] the-torrent: Removing torrent
[2018-12-15 ··· ] the-torrent: Pausing
I was originally getting the errors:
UDP: Failed to set receive buffer: requested 4194304, got 425984
UDP: Please add the line "net.core.rmem_max = 4194304" to /etc/sysctl.conf
and similar for wmem_max
, but I added the suggested lines to /etc/sysctl.conf
and rebooted. Now I don't get those errors, but it still won't work (the above output is after making the changes to sysctl.conf
).
Any suggestions?
sshfs transmission
sshfs transmission
edited Dec 16 at 16:19
asked Dec 15 at 18:14
Cal-linux
1063
1063
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
It seems that both your transmission and sshfs work well. As is said in your question, you are downloading (or seeding) with a magnet link. This requires DHT to download the torrent from peers. If there is no client let you download the torrent file they have, you will never get the torrent file and start the real download.
This is not applicable here --- as long as there are no peers, the transmission client (on my side) stays there, waiting. You can see the line above in my post:Progress: 0.0%, dl from 15 of 15 peers (0 kB/s) ···
, but it gives up and exits after a few seconds. The "experimental" evidence is clear: I donwload to a local filesystem, and it works; I download to an sshfs mount, and it doesn't (it doesn't even create the files being downloaded). Many many many instances, no single exception.
– Cal-linux
Dec 17 at 13:50
Which user do you run thetransmission-cli
as? And can you create files yourself in that sshfs mount? sshfs has a strange permission control. Only the user who mount that filesystem can access that. Others (including root) can not. By the way, can you modify files in the host with large storage by sftp?
– Steven Yang
Dec 17 at 17:08
Only the user who mount that filesystem can access that --- but one can override that (that's the-oallow_other
in thesshfs
command). But anyway, I run everything as one and the same user. I just triedcat > /home/cal-linux/remote
, typed something and Ctrl-D'ed, and it works. I even just tried, from a separate login shell as a different unprivileged user, and I could create a file on the remote system.
– Cal-linux
Dec 17 at 19:19
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f489180%2ftransmission-cli-cannot-save-to-an-sshfs-mount%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
It seems that both your transmission and sshfs work well. As is said in your question, you are downloading (or seeding) with a magnet link. This requires DHT to download the torrent from peers. If there is no client let you download the torrent file they have, you will never get the torrent file and start the real download.
This is not applicable here --- as long as there are no peers, the transmission client (on my side) stays there, waiting. You can see the line above in my post:Progress: 0.0%, dl from 15 of 15 peers (0 kB/s) ···
, but it gives up and exits after a few seconds. The "experimental" evidence is clear: I donwload to a local filesystem, and it works; I download to an sshfs mount, and it doesn't (it doesn't even create the files being downloaded). Many many many instances, no single exception.
– Cal-linux
Dec 17 at 13:50
Which user do you run thetransmission-cli
as? And can you create files yourself in that sshfs mount? sshfs has a strange permission control. Only the user who mount that filesystem can access that. Others (including root) can not. By the way, can you modify files in the host with large storage by sftp?
– Steven Yang
Dec 17 at 17:08
Only the user who mount that filesystem can access that --- but one can override that (that's the-oallow_other
in thesshfs
command). But anyway, I run everything as one and the same user. I just triedcat > /home/cal-linux/remote
, typed something and Ctrl-D'ed, and it works. I even just tried, from a separate login shell as a different unprivileged user, and I could create a file on the remote system.
– Cal-linux
Dec 17 at 19:19
add a comment |
It seems that both your transmission and sshfs work well. As is said in your question, you are downloading (or seeding) with a magnet link. This requires DHT to download the torrent from peers. If there is no client let you download the torrent file they have, you will never get the torrent file and start the real download.
This is not applicable here --- as long as there are no peers, the transmission client (on my side) stays there, waiting. You can see the line above in my post:Progress: 0.0%, dl from 15 of 15 peers (0 kB/s) ···
, but it gives up and exits after a few seconds. The "experimental" evidence is clear: I donwload to a local filesystem, and it works; I download to an sshfs mount, and it doesn't (it doesn't even create the files being downloaded). Many many many instances, no single exception.
– Cal-linux
Dec 17 at 13:50
Which user do you run thetransmission-cli
as? And can you create files yourself in that sshfs mount? sshfs has a strange permission control. Only the user who mount that filesystem can access that. Others (including root) can not. By the way, can you modify files in the host with large storage by sftp?
– Steven Yang
Dec 17 at 17:08
Only the user who mount that filesystem can access that --- but one can override that (that's the-oallow_other
in thesshfs
command). But anyway, I run everything as one and the same user. I just triedcat > /home/cal-linux/remote
, typed something and Ctrl-D'ed, and it works. I even just tried, from a separate login shell as a different unprivileged user, and I could create a file on the remote system.
– Cal-linux
Dec 17 at 19:19
add a comment |
It seems that both your transmission and sshfs work well. As is said in your question, you are downloading (or seeding) with a magnet link. This requires DHT to download the torrent from peers. If there is no client let you download the torrent file they have, you will never get the torrent file and start the real download.
It seems that both your transmission and sshfs work well. As is said in your question, you are downloading (or seeding) with a magnet link. This requires DHT to download the torrent from peers. If there is no client let you download the torrent file they have, you will never get the torrent file and start the real download.
answered Dec 16 at 18:06
Steven Yang
242
242
This is not applicable here --- as long as there are no peers, the transmission client (on my side) stays there, waiting. You can see the line above in my post:Progress: 0.0%, dl from 15 of 15 peers (0 kB/s) ···
, but it gives up and exits after a few seconds. The "experimental" evidence is clear: I donwload to a local filesystem, and it works; I download to an sshfs mount, and it doesn't (it doesn't even create the files being downloaded). Many many many instances, no single exception.
– Cal-linux
Dec 17 at 13:50
Which user do you run thetransmission-cli
as? And can you create files yourself in that sshfs mount? sshfs has a strange permission control. Only the user who mount that filesystem can access that. Others (including root) can not. By the way, can you modify files in the host with large storage by sftp?
– Steven Yang
Dec 17 at 17:08
Only the user who mount that filesystem can access that --- but one can override that (that's the-oallow_other
in thesshfs
command). But anyway, I run everything as one and the same user. I just triedcat > /home/cal-linux/remote
, typed something and Ctrl-D'ed, and it works. I even just tried, from a separate login shell as a different unprivileged user, and I could create a file on the remote system.
– Cal-linux
Dec 17 at 19:19
add a comment |
This is not applicable here --- as long as there are no peers, the transmission client (on my side) stays there, waiting. You can see the line above in my post:Progress: 0.0%, dl from 15 of 15 peers (0 kB/s) ···
, but it gives up and exits after a few seconds. The "experimental" evidence is clear: I donwload to a local filesystem, and it works; I download to an sshfs mount, and it doesn't (it doesn't even create the files being downloaded). Many many many instances, no single exception.
– Cal-linux
Dec 17 at 13:50
Which user do you run thetransmission-cli
as? And can you create files yourself in that sshfs mount? sshfs has a strange permission control. Only the user who mount that filesystem can access that. Others (including root) can not. By the way, can you modify files in the host with large storage by sftp?
– Steven Yang
Dec 17 at 17:08
Only the user who mount that filesystem can access that --- but one can override that (that's the-oallow_other
in thesshfs
command). But anyway, I run everything as one and the same user. I just triedcat > /home/cal-linux/remote
, typed something and Ctrl-D'ed, and it works. I even just tried, from a separate login shell as a different unprivileged user, and I could create a file on the remote system.
– Cal-linux
Dec 17 at 19:19
This is not applicable here --- as long as there are no peers, the transmission client (on my side) stays there, waiting. You can see the line above in my post:
Progress: 0.0%, dl from 15 of 15 peers (0 kB/s) ···
, but it gives up and exits after a few seconds. The "experimental" evidence is clear: I donwload to a local filesystem, and it works; I download to an sshfs mount, and it doesn't (it doesn't even create the files being downloaded). Many many many instances, no single exception.– Cal-linux
Dec 17 at 13:50
This is not applicable here --- as long as there are no peers, the transmission client (on my side) stays there, waiting. You can see the line above in my post:
Progress: 0.0%, dl from 15 of 15 peers (0 kB/s) ···
, but it gives up and exits after a few seconds. The "experimental" evidence is clear: I donwload to a local filesystem, and it works; I download to an sshfs mount, and it doesn't (it doesn't even create the files being downloaded). Many many many instances, no single exception.– Cal-linux
Dec 17 at 13:50
Which user do you run the
transmission-cli
as? And can you create files yourself in that sshfs mount? sshfs has a strange permission control. Only the user who mount that filesystem can access that. Others (including root) can not. By the way, can you modify files in the host with large storage by sftp?– Steven Yang
Dec 17 at 17:08
Which user do you run the
transmission-cli
as? And can you create files yourself in that sshfs mount? sshfs has a strange permission control. Only the user who mount that filesystem can access that. Others (including root) can not. By the way, can you modify files in the host with large storage by sftp?– Steven Yang
Dec 17 at 17:08
Only the user who mount that filesystem can access that --- but one can override that (that's the
-oallow_other
in the sshfs
command). But anyway, I run everything as one and the same user. I just tried cat > /home/cal-linux/remote
, typed something and Ctrl-D'ed, and it works. I even just tried, from a separate login shell as a different unprivileged user, and I could create a file on the remote system.– Cal-linux
Dec 17 at 19:19
Only the user who mount that filesystem can access that --- but one can override that (that's the
-oallow_other
in the sshfs
command). But anyway, I run everything as one and the same user. I just tried cat > /home/cal-linux/remote
, typed something and Ctrl-D'ed, and it works. I even just tried, from a separate login shell as a different unprivileged user, and I could create a file on the remote system.– Cal-linux
Dec 17 at 19:19
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f489180%2ftransmission-cli-cannot-save-to-an-sshfs-mount%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown