Solverz

Members
  • Posts

    52
  • Joined

  • Last visited

Everything posted by Solverz

  1. My friend, read what the warnings say 😅. The syntax you are using in the config files is deprecated and may not work in future versions. Solution: read the borgmatic docs and use the new syntax.
  2. grep for the borg process so you do not have to look through all the lines manually. ps -aux | grep borg
  3. Borgbackup, backs up to a repo. You can choose what you want to be backed up to this repo. So what what do you need to use rsnapshot for that borgbackup is not doing already.
  4. So you have two repos, each on a separate external hard drive? Got that. Not sure what you mean on the rest? What do you mean here?
  5. Please just say what you exactly want to do without using prolonged sentences and fancy words. Your post is like a riddle that we'd need to break down to understand what you are talking about.
  6. /mnt/borg makes sense in normal distros but for unraid, it is best to put it in /mnt/disks/borg
  7. The compaction feature has been out since Borg 1.2+, so if you only now aware of this, I would definitely recommend reading through the borgmatic and borg documentation as quite a few new features and changes have been added which may trigger you to change your method using borgmatic. For example, the syntax you use to specify remote repos and the consistency checks scheduling.
  8. No worries! Yeah healthchecks is my favourite out of the options definitely and bonus it can be self hosted ☺ Oh BTW, I correct the cron schedule expression syntax, there was an extra few spaces I noticed. So it should be like the below: 0 6 * * 3
  9. 0 1,13 * * * borgmatic prune create -v 1 --stats 2>&1 0 6 * * 3 borgmatic check -v 1 2>&1 Hope that helps!
  10. FYI, if anyones backups are failing since the latest update to this container 2 days ago, please see below: The borgmatic binary is no longer at /usr/bin/borgmatic it is now in /usr/local/bin/borgmatic. Of course, this this will only affect you if you are specifiying the full path to the borgmatic binary in your cronjob. /usr/local/bin is actually and to no surpise in the PATH env so you do not need to actually specifiy the full path to borgmatic and you can instead just put write "borgmatic" and if this path ever changes in the future you should not be affected.
  11. As I like to say, "it depends". There are advantages and disadvantages to both, for instance, UD devices can be removed and installed adhoc where a pool cannot and unraid will complain if it goes "missing" Pools allow you to have redundancy, UD devices do not from the gui (as far as I am aware, please correct me if otherwise) UD can mount network shares etc and not just local media, pools is for local media only. Etc etc etc, just way up the pros and cons and see what suits your situation and setup the best and use that. ☺
  12. No problem! It was probably set to read only in the template by default so that the container can only read data from your mapped directory and not modify or delete it or its contents, security hardening.
  13. The error says read only file system, so the file system you are restoring too is read only. Have you checked the directory permissions or the docker path mapping? Are these read only or read/write?
  14. Does the "compose pull" button, just issue the command docker compose pull or is there some way for it to also issue docker compose build? For locally created images?
  15. Personally, I use borg by itself to backup everything including docker containers. As long as you use borgmatics database backup tool for the containers that have a supported database, it should be fine. ☺
  16. Stop using CA-Backup and use borg exclusively.
  17. Unsure, "should" be possible as it just has borg installed, however do not know enough about how the container was buikt to confirm this. BUT, you can install borgbackup directly to unraid using the nerd pack plugin and then set a script or somthing to run the borg backup server command on boot or array start.
  18. Is there a way to exclude a custom file using the complete path instead of the just file name as if I just use the filename like how it is set up now then if multiple files are named the same it would skip them all when I only want it to skip the file from a specific path. for example I do not want to skip test.txt from every single directory available, I only want to skip it from a specific directory like /path/to/file/test.txt
  19. Awesome, yeah not every cron supports 7 as Sunday, they usually use 0.
  20. I mean, the logs say "error at 1,4,6,7" Looking at the part "1,4,6,7" in your crontab.txt file, I do not understand what this is here for and Cron does not understand what it is.
  21. I understand, maybe settings up the Logrotate daemon in the container also so the log files don't grow too large would help also.
  22. Hello, I see in your crontab.txt example you put: 0 1 * * * PATH=$PATH:/usr/bin /usr/bin/borgmatic --stats -v 0 2>&1 What is the purpose of PATH=$PATH:/usr/bin I know it adds /usr/bin to the users PATH variable, but what is the purpose/need of this in the cron file? Additionally, where do the borg log files end up?
  23. Borgmatic would be a great addition, especially as borgbackup is already in the pack. Please add Borgmatic
  24. Configuration: Firewalll 443 --> docker br0 network --> Swag port 443 --> docker user defined bridge network --> Service containers Swag has two networks connected to it, br0 & a user defined bridge. So connections externally comes through to swag on br0 and proxy to the service containers through user definded bridge. This works fine, however to conenct Swag to a second network I have to use the command "docker network connect networkname containername". So when the docker container swag is updated the docker run command is of course run with the defined parameters in the unraid gui which will not of course include the second network. Unfortunately, from reading through the docker documentation it doesnt look like it is possible to specify two networks using docker run and I have to manually use the docker network connect command to connect swag to the second network every time swag needs to be updated. This is not ideal for me. Some might say only connect swag to a user defined network and map to an available port on the docker host (unraid) and port forward to that non standard port, however the reason it is connected to the br0 MACVLAN network is because swag needs a different ip to the host so it can use port 443. this is due to my firewall not allowing port redirection and only port forwarding and I need port 443 forwarded so I do not need to specify a port explicitly in the browser when using https. So my question is, is there a way to make a docker container like swag connect to a second docker network when it is re created due to updates etc? or is there a better way to handle the above? Appreciate any help or advice!
  25. That is correct and it works great for me. However I would love for this command to be run for a specific container when it is recreated or on start. Any ideas anyone? pls