Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. Support
  3. Cannot add Hetzner Storage Box via sshfs

Cannot add Hetzner Storage Box via sshfs

Scheduled Pinned Locked Moved Solved Support
sshfsstoragebox
17 Posts 6 Posters 1.0k Views 5 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • BrutalBirdieB Offline
    BrutalBirdieB Offline
    BrutalBirdie
    Partner
    wrote on last edited by
    #8

    Ahhh.
    I did not expect that 😄

    Like my work? Consider donating a drink. Cheers!

    1 Reply Last reply
    2
    • J joseph marked this topic as a question on
    • J joseph has marked this topic as solved on
    • potemkin_aiP Offline
      potemkin_aiP Offline
      potemkin_ai
      wrote on last edited by
      #9

      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!

      andreasduerenA 1 Reply Last reply
      1
      • potemkin_aiP potemkin_ai

        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!

        andreasduerenA Offline
        andreasduerenA Offline
        andreasdueren
        wrote on last edited by
        #10

        @potemkin_ai Did you specify /home as Remote Directory?

        potemkin_aiP 1 Reply Last reply
        1
        • andreasduerenA andreasdueren

          @potemkin_ai Did you specify /home as Remote Directory?

          potemkin_aiP Offline
          potemkin_aiP Offline
          potemkin_ai
          wrote on last edited by
          #11

          @andreasdueren sure!

          andreasduerenA 1 Reply Last reply
          0
          • potemkin_aiP potemkin_ai referenced this topic on
          • potemkin_aiP potemkin_ai

            @andreasdueren sure!

            andreasduerenA Offline
            andreasduerenA Offline
            andreasdueren
            wrote on last edited by andreasdueren
            #12

            @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.

            1 Reply Last reply
            1
            • BrutalBirdieB Offline
              BrutalBirdieB Offline
              BrutalBirdie
              Partner
              wrote on last edited by BrutalBirdie
              #13

              @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 my work? Consider donating a drink. Cheers!

              1 Reply Last reply
              3
              • potemkin_aiP Offline
                potemkin_aiP Offline
                potemkin_ai
                wrote on last edited by
                #14

                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

                1 Reply Last reply
                1
                • potemkin_aiP Offline
                  potemkin_aiP Offline
                  potemkin_ai
                  wrote on last edited by
                  #15

                  @potemkin_ai can you these steps work:
                  https://forum.cloudron.io/post/105362

                  It 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).

                  1 Reply Last reply
                  1
                  • potemkin_aiP Offline
                    potemkin_aiP Offline
                    potemkin_ai
                    wrote on last edited by
                    #16

                    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.

                    1 Reply Last reply
                    3
                    • potemkin_aiP Offline
                      potemkin_aiP Offline
                      potemkin_ai
                      wrote on last edited by
                      #17

                      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.

                      1 Reply Last reply
                      2
                      Reply
                      • Reply as topic
                      Log in to reply
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes


                      • Login

                      • Don't have an account? Register

                      • Login or register to search.
                      • First post
                        Last post
                      0
                      • Categories
                      • Recent
                      • Tags
                      • Popular
                      • Bookmarks
                      • Search