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. Backups failing due to lack of space, but graphs shows space available

Backups failing due to lack of space, but graphs shows space available

Scheduled Pinned Locked Moved Support
backups
4 Posts 2 Posters 776 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.
  • jdaviescoatesJ Offline
    jdaviescoatesJ Offline
    jdaviescoates
    wrote on last edited by girish
    #1

    My backups are failing due to lack of space, but it's all bit confusing because it says

    Needed: 1.97 GB Available: 1.97 GB

    But if the needed and available are the same why isn't it working?

    Moreover, in graphs it shows:

    3.84 GB of 9.78 GB still available

    alt text

    So which figures are correct?

    I assume if I just increase the size of my backup disk then it'll be fine, but be good to know where the discrepancy in figures is coming from?

    I use Cloudron with Gandi & Hetzner

    1 Reply Last reply
    0
    • jdaviescoatesJ Offline
      jdaviescoatesJ Offline
      jdaviescoates
      wrote on last edited by
      #2

      So, I went ahead a resized my Volume on Hetzner for good measure.

      alt text

      It's now 20GB. But I note when resizing it told me that:

      After resizing your volume, you also have to resize your filesystem manually e.g. with a tool like "resize2fs".

      I wasn't really sure how do it so I followed what it says here https://access.redhat.com/articles/1196353

      At first I got a little confused and was trying to run all the commands on /mnt/backups instead of /dev/sdb and so obviously it didn't work. But once I used the correct commands it all went smoothly! 🙂

      Now when I do df -h it shows:

      /dev/sdb 20G 5.5G 14G 30% /mnt/backups

      So seems to be all sorted 🙂

      Now to see if the backups will run smoothly again...

      I use Cloudron with Gandi & Hetzner

      1 Reply Last reply
      0
      • jdaviescoatesJ Offline
        jdaviescoatesJ Offline
        jdaviescoates
        wrote on last edited by
        #3

        Backups now working fine again 😄

        (but still interested to know where the discrepancy in available space figures was coming from and how it can be explained?)

        Also, @nebulon @girish I posted some logs in the OP but have now removed them having spotted:

        Please be careful when uploading these logs to a public server since they may contain sensitive information.

        I'm not sure if they had and sensitive information in or not(?), but they are still viewable in the edit history - if there is something sensitive in there are you able to fully delete from revision history too? Many thanks in advance!

        I use Cloudron with Gandi & Hetzner

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

          I think part of the issue here is that disk size data is actually just collected periodically and not at that instant. This is because du can take a long time complete and so we don't do it too often. The initial use case for the sizes was just pretty graphs. Let me look into if we can somehow add 'Last Updated' into the graphs.

          @jdaviescoates I have also made sure that logs are not there on our forum anymore.

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