#1 2017-11-04 14:00:41

Registered: 2017-11-04
Posts: 1

xsibackup : need graphic context to be started ?


I recently tried xsibackup / xsibackup-cron and I wondering If there is a bug, depending on the graphical context ...
When used with xsibackup-cron or directly from a Linux Terminal : no problem, email sent, wonderful etc.

Now : My goal is to remotely launch xsibackup from ssh sessions with no graphical interaction, in other words using tools such as sreen or nohup command line (instead of using cron)
I can launch command lines with ssh and sshpass (from an unique Linux server) but xsibackup doesn't execute !

I really think that xsibackup command line need a graphical context to be initialised and I wonder why ?

If someone is facing same problem let me know please how to solve It

Any suggestion will be appreciated ;




#2 2017-11-04 16:19:37

Registered: 2017-04-21
Posts: 1,437

Re: xsibackup : need graphic context to be started ?

XSIBackup has its own built-in cron system, which is the recommended scheduling method. Of course, you are free to experiment and launch XSIBackup from other outer schedulers like cron or Windows Task Manager.

Almost every SSH client has an argument or switch to redirect output of command run in remote systems, in some cases this is the default behaviour, in some others you need to explicitly state that this redirection should take place. Nevertheless this is something that has to do with your chosen SSH client and not with XSIBackup itself, which simply prints its output to stdout and knows/cares nothing about what happens with that output, whether it is redirected or not, or where it is indeed effectively redirected.

You should read this post Executing XSIBackup Remotely, it should help you clarify how to execute remote commands from other Linux systems.

There are other posts in the Internet that treat this subject, this is a selection:

https://unix.stackexchange.com/question … t-over-ssh
https://unix.stackexchange.com/question … her-server
https://askubuntu.com/questions/917200/ … le-via-ssh


Board footer