Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extend borgweb to monitor several repositories #108

Open
henfri opened this issue Oct 30, 2017 · 8 comments · May be fixed by #131
Open

Extend borgweb to monitor several repositories #108

henfri opened this issue Oct 30, 2017 · 8 comments · May be fixed by #131

Comments

@henfri
Copy link
Contributor

henfri commented Oct 30, 2017

Hello,

currently, borgweb monitors one repository only.
I would like to see all my repositories (local and remote) at a glance.

Especially together with #107

Greetings,
Hendrik

@ThomasWaldmann
Copy link
Member

ThomasWaldmann commented Oct 30, 2017

What it does is:

  • have 1 command to start a backup
  • have 1 directory to look at for backup logs

While one could just multiply that (1 -> N), the question is whether that make sense for the scenario it was made for (borgweb running on same linux server that is to be backed up, so it runs together with the borg client, not on the borg repo server).

You can also just start some 1 script that does multiple backups and have them all write their log into the 1 log directory (sorting/selection would have to be checked here).

@henfri
Copy link
Contributor Author

henfri commented Oct 30, 2017

Hello,

I understand what borg does.
A while ago we had this discussion via IRC and you suggested I capture this as an Issue.
I do understand that this was not what borgweb was intended to.
But frankly: borgweb as it is today does not do very much, but is a good start.
I think that borg is great. What needs to be improved though is the user interface. From my experience the most risky thing about backups is that they tend to stop working. They need to be monitored. And this is something where crashplan (see above) is good in. Why not learn from it.

So, whether it is borgweb or something else:
Is my intent clear?

Greetings,
Hendrik

@turtle0x1
Copy link

@ThomasWaldmann I have started this in my fork are you still happy for it to go ahead ?
screenshot from 2019-01-25 19-21-34

@ThomasWaldmann
Copy link
Member

if the UI could be in a way so it does not waste must screen width for simple use cases (1 repo), that would be fine.

@turtle0x1
Copy link

It requires a new variable BACKUP_REPOS in the config.py which looks something like;

    BACKUP_REPOS = {
        "test": {
            "repo_path": "/root/repo",
            "backup_commands": [
                "a",
                "b",
                "c"
            ]
        }
    }

My plan was to restructure the ui so you can "start backups" for individual backups for each repo instead of one backup button for one command, will this be an issue?

@ThomasWaldmann
Copy link
Member

Maybe have a look at borgmatic, wether the same config format could be used.

@turtle0x1
Copy link

The format is completly incompatible with the current backend might aswell re-write it to work with borgmatic cli instead of borg itself?

@ThomasWaldmann
Copy link
Member

i don't personally use borgmatic, so not sure if it makes sense.
my idea was rather about "do not invent yet another config file format".

@turtle0x1 turtle0x1 linked a pull request Jan 27, 2019 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants