[Bacula-devel] Further copypool logic ideas

[David B. <db...@si...>]

> As a result, at the same time, I'll take a look at what
> extra work it would be to have two SDs talk to each other for doing
> copies ...

If the dir-SD setup protocol is not completely inviolate (or there are
some extra unused fields conveniently located), then passing the
additional stream info down to the "primary" SD and having it do RPCs to
pass the data to the other SDs would be the obvious answer. You'd need a
RPC listener, and insert the RPC client calls into the write to media
processing code. The receiving SD would accept the RPC call, accept the
block, write it, then return.=20

That would be moderately firewall friendly (at least no worse than any
other RPC app), and would be logically fairly simple.=20