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. Error loading fsmetadata.json

Error loading fsmetadata.json

Scheduled Pinned Locked Moved Solved Support
restorebackups
11 Posts 4 Posters 1.6k Views 4 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.
    • nebulonN Offline
      nebulonN Offline
      nebulon
      Staff
      wrote on last edited by
      #2

      Ths file should be part of the backup itself. Can you look into the backup storage and verify it is there?

      1 Reply Last reply
      0
      • 32463 Offline
        32463 Offline
        3246
        wrote on last edited by
        #3

        Thanks @nebulon, my bad! #usererror

        I omitted part of the path to the backup location - d'oh!

        👉 Find our more www.bebraver.online

        1 Reply Last reply
        0
        • yusfY Offline
          yusfY Offline
          yusf
          wrote on last edited by
          #4

          Getting something very similar:

          External Error: Error loading fsmetadata.json:ENOENT: no such file or directory, open '/home/yellowtent/appsdata/APP-ID/fsmetadata.json'
          

          I was performing an app cloning. When hitting the Retry cloning button it worked.

          For context, I just switched backup bucket because the old one stopped responding.

          It still lists an old backup, which doesn't exist anymore:
          8e2b506a-90e0-48b5-b7ba-f91887ec33d0-bild.png

          Now I wonder if that has something to do with the error I'm given. (I'm also not 100% sure 😨 that the new one is a full backup given the persistence of the old backup despite performing a Cleanub Backups action.

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

            Possibly there was a download error from the backup storage on first attempt?

            Regarding the backup cleanup. Generally the listing (coming from the db) may get stale since the code does not periodically check the backup storage if the related backup is actually still there.

            yusfY 1 Reply Last reply
            0
            • nebulonN nebulon

              Possibly there was a download error from the backup storage on first attempt?

              Regarding the backup cleanup. Generally the listing (coming from the db) may get stale since the code does not periodically check the backup storage if the related backup is actually still there.

              yusfY Offline
              yusfY Offline
              yusf
              wrote on last edited by
              #6

              @nebulon Right.

              Can I trust the new backup to be a full one and not some incremental one based on the nonexisting old one? If in doubt, how can I verify? Size?

              1 Reply Last reply
              0
              • yusfY Offline
                yusfY Offline
                yusf
                wrote on last edited by yusf
                #7

                Every cloning I get the same error again on the first try. 🤔

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

                  that sounds like a bug then. Is this a backup storage where you have set some concurrency level in the settings? If so, maybe reduce to 1 so we can rule that out.

                  yusfY 1 Reply Last reply
                  0
                  • nebulonN nebulon

                    that sounds like a bug then. Is this a backup storage where you have set some concurrency level in the settings? If so, maybe reduce to 1 so we can rule that out.

                    yusfY Offline
                    yusfY Offline
                    yusf
                    wrote on last edited by yusf
                    #9

                    @nebulon No, I’m only using default settings Spaces on Digital Ocean.

                    I’ve a sense it all started with that old backup storage going awol.

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

                      @yusf said in Error loading fsmetadata.json:

                      I’ve a sense it all started with that old backup storage going awol.

                      Did you remove/edit the snapshot directory by any chance. If so, that would mean the backups will be corrupt. Our backup code relies on the snapshot directory not be tampered by external sources.

                      Maybe you can just start the backup cycle "afresh". Go to Backups -> change the format (different from whatever you have now). Then Save. Then, change the backup format back. Then do a full backup. That should make the backup proper. After that, clone should work. I would do all this anyway, even if you didn't touch the snapshot directory, just to be 100% sure of the backups.

                      yusfY 1 Reply Last reply
                      1
                      • girishG girish

                        @yusf said in Error loading fsmetadata.json:

                        I’ve a sense it all started with that old backup storage going awol.

                        Did you remove/edit the snapshot directory by any chance. If so, that would mean the backups will be corrupt. Our backup code relies on the snapshot directory not be tampered by external sources.

                        Maybe you can just start the backup cycle "afresh". Go to Backups -> change the format (different from whatever you have now). Then Save. Then, change the backup format back. Then do a full backup. That should make the backup proper. After that, clone should work. I would do all this anyway, even if you didn't touch the snapshot directory, just to be 100% sure of the backups.

                        yusfY Offline
                        yusfY Offline
                        yusf
                        wrote on last edited by
                        #11

                        @girish I don’t think I’ve tampered with anything there, no.

                        Very good, as long as there’s some mechanism to reliably start over I’m happy to do that. Thanks! In the longer term maybe some kind of ”Start over” mechanism doing this same thing can be exposed to the backup page…

                        1 Reply Last reply
                        0
                        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