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