-
Notifications
You must be signed in to change notification settings - Fork 16
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
Feature: multiple backup profiles (not just default?) #60
Comments
There is no way to do it from wyng v0.2, although the dir structure anticipates this capability. Its already mentioned on the 'misc list' issue #25. Swapping the default dirs manually could work, but only if wyng is not scheduled to run in the background (or if you put a lock on '/var/lock/wyng'). |
This is sort-of already supported via the |
Move more path refs into ArchiveSet, issue #118 Fix duplicate prompt
Work has begun on this. When it leaves the 04wip branch, the file format will change (not drastically) and we'll be in alpha3. |
Convert remove_local_metadata() issue #75
Use basedir var plus uuid-derived subdir in aset to form metadata paths. This replaces metadir and bkdir vars completely. basedir now points to /var/cache/wyng but can still be changed with --meta-dir option. Also: Fix metadata_unlock exception when using XFS, int should be tuple. Also: Fix rlnk snapshots ro/rw setting. Also: move command checks to LocalStorage. Also: Refactor metadata fetching, moving to ArchiveSet and detecting when to fetch/refresh the cache automatically. Disable arch-delete until reconciled with new paths.
Implemented in 04alpha3 branch. |
Hello there.
I see that everything wyng is under the default profile metadir (/var/lib/wyng.backup/default) and backup dirs (./wyng.backup/default) matching default profile name.
Is there a way to specify other profiles to arch-init and other operations? In what I try to accomplish, it would mean that a "local" (default) and remote (QubesOS/OEM maintained templates) could coexist under /var/lib/wyng.backup/ and permit restoration on local LVM from local/remote backups.
THAT, would be amazing.
Is QubesOS team aware of the possibilities of this tool to remove dependency on rpm to deploy templates post-install? (which doesn't respect rpm -V contract for verification post-install, anyway...). It would just be totally awesome to have QubesOS deploy those backups on a read-only ssh accessible server to users, so that users can actually restore their templates to latest releases ( with matching timestamps ) in emergency recovery situations (including root-snapshot that could be moved over root from recovery, once #18 is figured out so the user can reinject his QubesOS Machines configs inside of XML.)
Heads could even permit such deployments directly from the recovery shell if network wire was connected, offering similar detached signed digest validation upon QubesOS distribution gpg signature of a similar logic that is enforced here against user keypair, signed by QubesOS distribution key on the root of their offered ssh wyng-backup directory.
@marmarek? @tasket ?
The text was updated successfully, but these errors were encountered: