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
  • Brite
  • 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 - Status | Demo | Docs | Install
  1. Cloudron Forum
  2. Support
  3. Restore from Backup Issue Shows Docker Error: (HTTP code 400) unexpected - invalid mount config for type "bind": bind source path does not exist: /mnt/sync

Restore from Backup Issue Shows Docker Error: (HTTP code 400) unexpected - invalid mount config for type "bind": bind source path does not exist: /mnt/sync

Scheduled Pinned Locked Moved Solved Support
migrationvolumes
6 Posts 3 Posters 1.2k Views 3 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.
  • S Offline
    S Offline
    saint
    wrote on last edited by girish
    #1

    Hi,

    I followed the instructions as outlined at:

    https://docs.cloudron.io/backups/#move-cloudron-to-another-server

    For the most part, the migration went quite smooth. I updated the DNS for all of the apps, and restored from a remote backup config file, and almost all of the apps were up and running great.

    However, when I went to my App Dashboard, every app restored fine except Nextcloud and SyncThing.

    Both of them return the same error:

    An error occurred during the restore operation: Docker Error: (HTTP code 400) unexpected - invalid mount config for type "bind": bind source path does not exist: /mnt/sync
    

    invalid-mount-config-http-400-error.jpeg

    I searched the forums for a solution and came across a similar thread at:

    https://forum.cloudron.io/topic/4819/http-400-code-invalid-mount-config-for-type-bind-bind-source-path-does-not-exist-when-installing-adguard-home

    But seems like no clear next steps yet. Can anyone advise on what should be done to resolve this?

    Thank you.

    1 Reply Last reply
    0
    • nebulonN Offline
      nebulonN Offline
      nebulon
      Staff
      wrote on last edited by
      #2

      Was /mnt/sync a volume in the old Cloudron which maybe needs to be setup first?

      1 Reply Last reply
      0
      • S Offline
        S Offline
        saint
        wrote on last edited by
        #3

        Hi @nebulon, I did create a /sync/ folder a long time ago there, but never really got around to using it. Checking the /mnt/sync volume on the new server, it just shows an empty folder:

        https://share.zight.com/RBuAAQOx

        Is there anything I would need to specifically do in this case? I did not execute this migration via a "Dry Run."

        1 Reply Last reply
        0
        • nebulonN Offline
          nebulonN Offline
          nebulon
          Staff
          wrote on last edited by
          #4

          And that folder /mnt/sync/ does exist on the host system? If you log into your server via SSH and check there.

          1 Reply Last reply
          0
          • girishG Offline
            girishG Offline
            girish
            Staff
            wrote on last edited by
            #5

            As a hack, you can create the /mnt/sync folder on the server and then later remove it after the restore (I suspect this is added as a Volume?).

            1 Reply Last reply
            0
            • S Offline
              S Offline
              saint
              wrote on last edited by
              #6

              Hi guys,

              A quick update for anyone who may run into this in the future. Yes, that did the trick, I was able to create a /mnt/sync/ directory under Volume, and executed "Retry Task."

              One thing that I did notice was that I couldn't restore from the last version of the backup, but the one previous to that went through just fine.

              Really glad for such such a smooth migration process!

              1 Reply Last reply
              1
              • girishG girish marked this topic as a question on
              • girishG girish has marked this topic as solved on

              Hello! It looks like you're interested in this conversation, but you don't have an account yet.

              Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

              With your input, this post could be even better 💗

              Register Login
              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