Cannot add Hetzner Storage Box via sshfs
-
Ahhh.
I did not expect that -
-
-
Have the same issue, error logs seems to be the same pretty much:
<...> errored BoxError: mounts exited with code 3 signal null at ChildProcess.<anonymous> (/home/yellowtent/box/src/shell.js:137:19) at ChildProcess.emit (node:events:519:28) at ChildProcess._handle.onexit (node:internal/child_process:294:12) { reason: 'Shell Error', details: {}, code: 3, signal: null } 2025-04-10T11:37:24.641Z box:shell mounts: mountpoint -q -- /mnt/backup-storage-validation 2025-04-10T11:37:29.648Z box:shell mounts: mountpoint -q -- /mnt/backup-storage-validation errored BoxError: mountpoint exited with code null signal SIGTERM at ChildProcess.<anonymous> (/home/yellowtent/box/src/shell.js:72:23) at ChildProcess.emit (node:events:519:28) at maybeClose (node:internal/child_process:1105:16) at ChildProcess._handle.onexit (node:internal/child_process:305:5) { reason: 'Shell Error', details: {}, stdout: <Buffer >, stdoutLineCount: 0, stderr: <Buffer >, stderrLineCount: 0, code: null, signal: 'SIGTERM' }
SSH key comes without password, and I can connect via SSH - no problems:
ssh -p23 u1212121@u1212121.your-storagebox.de -i hetzner
I've tried to pick up systemd file for troubleshooting, but I didn't find any in the system - guess it's removed if no luck connecting.
Any help would be much appreciated!
-
Have the same issue, error logs seems to be the same pretty much:
<...> errored BoxError: mounts exited with code 3 signal null at ChildProcess.<anonymous> (/home/yellowtent/box/src/shell.js:137:19) at ChildProcess.emit (node:events:519:28) at ChildProcess._handle.onexit (node:internal/child_process:294:12) { reason: 'Shell Error', details: {}, code: 3, signal: null } 2025-04-10T11:37:24.641Z box:shell mounts: mountpoint -q -- /mnt/backup-storage-validation 2025-04-10T11:37:29.648Z box:shell mounts: mountpoint -q -- /mnt/backup-storage-validation errored BoxError: mountpoint exited with code null signal SIGTERM at ChildProcess.<anonymous> (/home/yellowtent/box/src/shell.js:72:23) at ChildProcess.emit (node:events:519:28) at maybeClose (node:internal/child_process:1105:16) at ChildProcess._handle.onexit (node:internal/child_process:305:5) { reason: 'Shell Error', details: {}, stdout: <Buffer >, stdoutLineCount: 0, stderr: <Buffer >, stderrLineCount: 0, code: null, signal: 'SIGTERM' }
SSH key comes without password, and I can connect via SSH - no problems:
ssh -p23 u1212121@u1212121.your-storagebox.de -i hetzner
I've tried to pick up systemd file for troubleshooting, but I didn't find any in the system - guess it's removed if no luck connecting.
Any help would be much appreciated!
@potemkin_ai Did you specify
/home
asRemote Directory
? -
@potemkin_ai Did you specify
/home
asRemote Directory
?@andreasdueren sure!
-
P potemkin_ai referenced this topic
-
@andreasdueren sure!
@potemkin_ai Looks like it might be a networking issue. Is the storage box responding to a ping if you ping it from the server? The SIGTERM suggests the command timed out waiting for a response, indicating the storage device might be unresponsive or inaccessible.
-
@potemkin_ai
Be aware, Hetzner Storage Box via port 23 sshfs has fail2ban.
After some attempts you get blocked for some time.@potemkin_ai can you test if these steps work:
https://forum.cloudron.io/post/105362
Test it locally and on your server. -
Like I've told:
I can connect via SSH - no problems:
ssh -p23 u1212121@u1212121.your-storagebox.de -i hetzner=> not a networking issue and 23 port works fine.
Looks more like a SW bug to me: https://forum.cloudron.io/topic/13634/addmount.sh-script-error-prevents-sshfs-mount
-
@potemkin_ai can you these steps work:
https://forum.cloudron.io/post/105362It looks like the following option is missing to make sshfs actually work with SSH keys authorization:
-o IdentityFile=hetzner_storage_box
But yeah - it works.
According to the Cloudron logs, the failure is happening not while trying to mount, but at the stage of mounting - as the parser fails to extract 'Where' (instead of just getting it as an input, for example).
-
and
nc -vv u12121212.your-storagebox.de 23
from the server - does not@BrutalBirdie , as stupid as it could be - I might get trapped with Hetzner's fail2ban - thanks for pointing that out.
-
It was not fail2ban - it was IPv6 connection which is failing, as IPv6 disabled (to ensure mail works well). Hetzner's supported provided a very quick and efficient verification / troubleshooting step:
ssh -vvv -p 23 user@server
- hope that will be of use for anyone else in the future.