Re: [qubes-users] Management of salt configs: Syncing from dom0 to a git-repository harboring vm?

2021-04-03 Thread balin
I see. that seems straight forward then ... how time consuming is such a move? Sincerely, Joh On Saturday, April 3, 2021 at 7:36:02 PM UTC+2 unman wrote: > On Sat, Apr 03, 2021 at 09:42:49AM -0700, balin wrote: > > Hi, > > I urgently need to backup (and version control) my

[qubes-users] Management of salt configs: Syncing from dom0 to a git-repository harboring vm?

2021-04-03 Thread balin
Hi, I urgently need to backup (and version control) my by now relative elaborate salt config. The plan is to manage it in a `git` repo in a dedicated Vm (whether I push it to some private online repo still needs some contemplation). A shell script will a) copy/sync the salt dir to the `git` vm

Re: [qubes-users] Re: salt management issues since last qubes (dom0?) upgrade

2020-11-13 Thread balin
2020 à 19:33, balin a écrit : > > Ok. More detail: > > > > When calling (as root and in dom0): > > qubesctl --target=fedora-32 state.highstate, > > I get > > fedora-32: ERROR (exit code 20, details in > > /var/log/qubes/mgmt-fedora-32.log) >

[qubes-users] Re: salt management issues since last qubes (dom0?) upgrade

2020-11-13 Thread balin
ere? why did this stop working? On Friday, November 13, 2020 at 2:59:12 PM UTC+1 balin wrote: > > I'm managing my fleet of templates and VMs using the salt stack. Since the > most recent qubes upgrade this no longer works. > I'm not at the machine in question right now, but the error that sh

[qubes-users] salt management issues since last qubes (dom0?) upgrade

2020-11-13 Thread balin
I'm managing my fleet of templates and VMs using the salt stack. Since the most recent qubes upgrade this no longer works. I'm not at the machine in question right now, but the error that shows up is one of "unclean data returned" and according to the logs related to an ssh wrapper component.