Hello everyone!

I had a container with a DB crap itself yesterday so I’m trying to speed up my learning to back up stuff.

I came across a script that taught me how to back-up a containerized postgres db at given intervals and it works. I managed to create db dumps and restore them. I’ve documented everything and now my whole docker-compose/env etc are on git control.

There’s one part of the script I don’t decypher but I’d like to maybe change it. It is about the number of back-up copies.

Here’s the line from the tutorial: ls -1 /backup/*.dump | head -n -2 | xargs rm -f

Can someone explain to me what this line does? I’d like to keep maybe 3 copies just in case the auto-backup backs up a rotten one.

Thanks!

Full code below:

backup:
    image: postgres:13
    depends_on:
      - db_recipes
    volumes:
      - ./backup:/backup
    command: >
      bash -c "while true; do
        PGPASSWORD=$$POSTGRES_PASSWORD pg_dump -h db-postgresql -U $$POSTGRES_USER -Fc $$POSTGRES_DB > /backup/$$(date +%Y-%m-%d-%H-%M-%S).dump
        echo ""Backup done at $$(date +%Y-%m-%d_%H:%M:%S)""
        ls -1 /backup/*.dump | head -n -2 | xargs rm -f
        sleep 86400
      done"
  • doeknius_gloek@feddit.deEnglish
    14·
    1 year ago

    This line seems to list all dumps and then deletes all but the two most recent ones.

    In detail:

    • ls -1 /backup/*.dump lists all files ending with .dump alphabetically inside the /backup directory
    • head -n -2 returns all filenames except the two most recent ones from the end of the list
    • xargs rm -f passes the filenames to rm -f to delete them

    Take a look at explainshell.com.

  • klay@lemmy.worldEnglish
    5·
    1 year ago

    Ah! This is a shell pipe! It’s composing several smaller commands together, cool stuff.

    • ls -1 is the grep-friendly version of ls, it prints one entry per line, like a shopping list.

    • head takes a set number of entries from the head of a list, in this case 2 items. negative two, meaning “all but the last two.”

    • xargs takes the incoming pipe and converts it into extra arguments, in this case applying those arguments to rm.

    So, combined, this says “list all the .dump files, pick the first two, all but the last two, and delete them.” Presumably the first are the oldest ones and the last are the newest, if the .dump files are named chronologically.

  • Doomdoxrulz@lemmy.mlEnglish
    1·
    1 year ago

    The first command (ls -1 /backup/*.dump) just creates a list of files in the backup folder that have the extension .dump. the output of the prior command is then sent to the next command (head -n -2) this cuts the list down to everything except the last 2 items in the list this is then sent to the final command which takes the list and runs the final (rm -f) command with the items in the list as the targets to delete.

    heres a solution based on this post https://stackoverflow.com/questions/25785/delete-all-but-the-most-recent-x-files-in-bash

    ls -tp /backup/*.dump | grep -v ‘/$’ | tail -n +4 | tr ‘\n’ ‘\0’ | xargs -0 rm -f

    There is an explanation on that post that explains it in better detail but in simple terms it deletes all files but the most recent 3 files in the directory that have the .dump extension

  • tburkhol@lemmy.worldEnglish
    11·
    1 year ago

    Others have explained the line.

    Worth noting that not all implementations of head accept negative line counts (i.e. last n lines), and you might substitute tail.

    i.e.: ls -1 /backup/*.dump | tail -2 | xargs rm -f

    • klay@lemmy.worldEnglish
      6·
      1 year ago

      Won’t this delete the two newest files, as opposed to everything except the two newest files?

    • doeknius_gloek@feddit.deEnglish
      4·
      1 year ago

      Yeah, tail would be the more obvious choice instead of negating head.

      Fuck, I need coffee. @klay@lemmy.world is right (again).

  • un_ax@lemmy.sdf.orgEnglish
    11·
    1 year ago

    If you want to get more in depth, I’ve been using this container:

    https://github.com/jareware/docker-volume-backup

    It can be setup in the same compose or in it’s own, and it supports pre/post commands if you want to dump a db or stop a container before backup.

    Additionally, Setting a post backup command like in their docs:

    POST_BACKUP_COMMAND: "docker run --rm -e DRY_RUN=false -e DAILY=3 -e WEEKLY=1 -e MONTHLY=1 -v /backup:/archive ghcr.io/jan-brinkmann/docker-rotate-backups"

    Lets you specify the number of backups retained per period, E.G. 3 daily, 1 weekly, 1 monthly.

    You could also mix and match.