Queue an existing job

ealib · 2021-05-05 15:23:48

Please, add a [b]--queue[/b] action to queue an existing job for execution:

./xsibackup --queue 000

[b]xsibackup[/b] should go in background and detach from tty.

admin · 2021-05-06 07:54:21

We aren't fully getting this request. Jobs are scheduled to be run at some given time through the cron. What do you mean by queue?: execute it immediately?, wait for some time?

In Linux, queuing is easier than that. If you chain jobs and you don't send them to the background, they will be run in a queue.

ealib · 2021-05-06 08:33:14

Sorry, I meant provide a new action to [b]xsibackup[/b] to "fire and forget" a job interactively.

Maybe, **--queue** is not the right name. What about **--run**?

xsibackup --run 000

[b]xsibackup[/b] should run in background and detach from the terminal.

admin · 2021-05-07 12:21:24

What about

./000 &

ealib · 2021-05-11 06:30:44

Thanks.

That worked, but my feature request was for usability and readability.

Chores like that one are the source of many mistakes due to hurry, poor understanding of command line etc. Prevention is better than cure.

ealib · 2021-05-11 06:47:02

Talking of usability and readability - maybe for xsi 2.0 or even xsi 3.0 - what about a redesigned command line with object-action pattern in mind?

xsi help

xsi host backup --file=/vmfs/volumes/nfs03/vmhost021-esxi-cfg-20210511.tgz

xsi vm backup --repo=/vmfs/volumes/nfs03/backup

xsi vm replica --repo=/vmfs/volumes/nfs03/replica --names=server01,server02,server03 --quiesce

xsi repo check --root=/vmfs/volumes/nfs03/backup

xsi repo repair --root=/vmfs/volumes/nfs03/backup

xsi repo unlock --root=/vmfs/volumes/nfs03/replica --force

xsi config add-key

xsi config export --file=/vmfs/volumes/nfs03/xsibackup-cfg-20210511.zip

et cetera.

admin · 2021-05-11 09:04:43

There are many turns we can take, we can't take them all at the same time though.

ealib · 2021-06-03 09:07:09

You are right. That was not only a way to suggest to make the cli syntax more readable, but also a call to split code.

Instead of a monolithic "xsibackup" binary, a master, light binary "xsibackup", o shorter "xsi" with real commands implemented in ad hoc binaries.

Not a new idea at all. Just to make life easier to developers and new users.

For instance:

xsi repo unlock --root=/vmfs/volumes/nfs03/replica --force

would run "bin/xsi-repo" binary with command "unlock" and "--root=/vmfs/volumes/nfs03/replica --force" options.

Forum ©XSIBackup: ©VMWare ©ESXi Backup Software

#1 2021-05-05 15:23:48

Queue an existing job

#2 2021-05-06 07:54:21

Re: Queue an existing job

#3 2021-05-06 08:33:14

Re: Queue an existing job

#4 2021-05-07 12:21:24

Re: Queue an existing job

#5 2021-05-11 06:30:44

Re: Queue an existing job

#6 2021-05-11 06:47:02

Re: Queue an existing job

#7 2021-05-11 09:04:43

Re: Queue an existing job

#8 2021-06-03 09:07:09

Re: Queue an existing job

Board footer