https://bugs.koozali.org/show_bug.cgi?id=12165

--- Comment #16 from John Crisp <[email protected]> ---
(In reply to Gary Douglas from comment #13)
> RBSLICINGA:~# dpkg -l rsync

It doesn't matter what is on the target server - it only matter what is onthe
affa server itself as that is the one doing the work and using rsync.

(In reply to Gary Douglas from comment #14)
> not sure what Multivalues are, same result, no files archived.
> 

As you discovered, just a config error - not important.

And here is the cuplrit

[email protected]:'"/etc/icinga2"'

Sun Sep  4 09:05:20[27192]: Exec Out: rsync: [sender] link_stat
"/root/"/etc/icinga2"" failed: No such file or directory (2)

So the new rsync wants a cleaner format.

It appears to need to be like this for each remote url/directory:

[email protected]:/etc/icinga2  [email protected]:/etc/templates 

So essentially we need to fix the Source directory array construction probably
somewhere in:

sub getSourceDirs($) {

sub runRiseRsync($$$) {

It could also do with a new script to retrieve the target server backup
directory list. May just do that at  the same time.

We can call something like with sub execJobCommandRemote($$); to get the remote
restore list:

#!/usr/bin/perl
use esmith::Backup;
my $b = new esmith::Backup or die 'Error: Couldn't create Backup object\n';
my @list = $b->restore_list;
# print (join ',', @list)
return @list;

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
_______________________________________________
Mail for each SME Contribs bug report
To unsubscribe, e-mail [email protected]
Searchable archive at https://lists.contribs.org/mailman/public/contribteam/

Reply via email to