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. Backup using rsync encrypted gives "ENAMETOOLONG" error.

Backup using rsync encrypted gives "ENAMETOOLONG" error.

Scheduled Pinned Locked Moved Support
backups
6 Posts 2 Posters 1.0k Views 2 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.
    • d19dotcaD Offline
      d19dotcaD Offline
      d19dotca
      wrote on last edited by girish
      #1

      Hello,

      It seems when using encryption and rsync for backing up Cloudron (this particular configuration is new to my environment), I get an error message with "ENAMETOOLONG", suggesting the file path or name of the file is too long.

      The exact error in my case is as follows:

      ENAMETOOLONG: name too long, open '/cloudron-backups/snapshot/app_6b96bd5a-0f84-43aa-8558-7544ec25b19e/36gHI-IuCvvayKXxGPRB1Q/ounM2diChi8DjI1Q3dzMDQ/gGJEz0QgDgsR3jo4XlgYXA/lqAVjQcV8mH8VRRpjjOr1g/kJEwyjEtwqB7Sx2f6L-GUw/fu1zv6VH8LxelOLxe0ub0bgswf82VC21bSpaTxbYSq8fHBlOMRamME-qppekZ+OAzSVbZVxrDKhuYkwdDOLWxWGnFX3QZMFdo0l1mjw54vs-piviwM4PIThP9VIlXwl8ngYif83b3MCNO5lyxmQedqOPbjeVBsJOCzttwAqHl04ys1iTlQIrQMY1d2+adF15nNzZONfL4l-Y8S6TnwAySPkhvBLZY8khSMjI6KcZ-8SO8y1ML-NIM3uyj3MtKVsW

      How can this type of event be worked around / resolved? In other words, since the filenames are encrypted too I'm not sure which file this references so I don't think I can even try to work around it by editing the file name before it's encrypted. And if it only too long because of it's encrypted value, versus if it wasn't encrypted? If so, I wonder if the encryption can be improved to avoid lengthy file names?

      This of course works fine with encrypted tgz method, just not encrypted rsync.

      Any help would be appreciated.

      --
      Dustin Dauncey
      www.d19.ca

      1 Reply Last reply
      0
      • d19dotcaD Offline
        d19dotcaD Offline
        d19dotca
        wrote on last edited by d19dotca
        #2

        Update: I can confirm this is only an issue with encrypted rsync. It works fine with encrypted tgz. And if I use non-encrypted rsync, I actually get a different issue all together where it fails to remove a directory for some reason (I may make a different post about that because I'd ultimately preferred to use rsync since I have a large amount of data, and my understanding is rsync backups would be much quicker after the initial one, but please correct me if I'm wrong).

        Edit: Created new post for the non-encrypted rsync issue: Backup issue in rsync non-encrypted filesystem type. Never moves past status of removing directory for one particular app (Rainloop).
        2

        --
        Dustin Dauncey
        www.d19.ca

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

          @d19dotca Yes, this is in a known limitation with Cloudron's rsync backup in general. Please see the caveat in https://cloudron.io/documentation/backups/#rsync-format (the last one). I will make it a warning so that it stands out a bit more. It's possible to fix but it requires some work.

          d19dotcaD 1 Reply Last reply
          1
          • girishG girish

            @d19dotca Yes, this is in a known limitation with Cloudron's rsync backup in general. Please see the caveat in https://cloudron.io/documentation/backups/#rsync-format (the last one). I will make it a warning so that it stands out a bit more. It's possible to fix but it requires some work.

            d19dotcaD Offline
            d19dotcaD Offline
            d19dotca
            wrote on last edited by
            #4

            @girish So is it fair to say in this case then I have no choice but to use tgz instead of rsync? That's a shame, as that will easily add a lot of time to the time it takes to complete a backup, plus the extra disk space. 😞

            --
            Dustin Dauncey
            www.d19.ca

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

              @d19dotca I think if you make the backups unencrypted, it should work (as long as the filesystem can handle file lengths the same as your main file system). I have opened https://git.cloudron.io/cloudron/box/issues/670 to track this encrypted bug. Let's see if there is a bug in the non-encrypted one in the other thread.

              d19dotcaD 1 Reply Last reply
              1
              • girishG girish

                @d19dotca I think if you make the backups unencrypted, it should work (as long as the filesystem can handle file lengths the same as your main file system). I have opened https://git.cloudron.io/cloudron/box/issues/670 to track this encrypted bug. Let's see if there is a bug in the non-encrypted one in the other thread.

                d19dotcaD Offline
                d19dotcaD Offline
                d19dotca
                wrote on last edited by
                #6

                @girish Unfortunately I have a different issue when running non-encrypted, which is posted here: https://forum.cloudron.io/topic/2270/backup-issue-in-rsync-non-encrypted-filesystem-type-never-moves-past-status-of-removing-directory-for-one-particular-app

                --
                Dustin Dauncey
                www.d19.ca

                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