On Fri 04 Mar 2016, John Lewis wrote: > > If running from server (backup machine), it's hang and need to be > terminated using ^C > > root@server:/backup/dirvish/client1# ssh -p 11111 -i > /root/.ssh/id_rsa_dirvish_client1 client1 "/etc/dirvish_mysql_dump.sh" > > ^Croot@server:/backup/dirvish/client1#
This is the problem, you can forget alle the dirvish stuff until you get this to work. > This is when "dirvish --vault client1 --init" run: > > > root@server:/home/john# ps -aux | grep dirvish > warning: bad ps syntax, perhaps a bogus '-'? Use 'ps aux' > root 883888 0.0 0.0 43448 3292 pts/2 S+ 19:38 0:00 ssh -p > 9731 -i /root/.ssh/id_rsa_dirvish_client1 client1 client1 cd ; > DIRVISH_SERVER=server.myserver.com DIRVISH_CLIENT=client1 DIRVISH_SRC= > DIRVISH_DEST=/backup/dirvish/client1/2016-03-04/tree > DIRVISH_IMAGE=client1:default:2016-03-04 ; /etc/dirvish_mysql_dump.sh Her you can see the semicolon is added to the command, which effectively prevents the DIRVISH_SERVER, DIRVISH_CLIENT etc. variables from being passed to the /etc/dirvish_mysql_dump.sh command. Long story short: just remove the semicolon! (I was talking about colons earlier with no space behind them, entirely a different issue...) And I just noticed something: your 'ps' output shows "ssh -p 9731", not "ssh -p 11111"... What's going on there?! As I said, concentrate on getting the ssh working. Start it on the dirvish server, then check the client1 whether there is a connection: "netstat -tnp | grep :11111", the last column is process ID of the process using that connection. Use ps -fp XX to check what that process is. You can use "ps faux" to see a process tree, which may be useful. Paul _______________________________________________ Dirvish mailing list Dirvish@dirvish.org http://www.dirvish.org/mailman/listinfo/dirvish