Re: [Bacula-users] areas for improvement?

Hello David, Thanks for your confirmation of the problems.  I have a few suggestions for you: 1. Talk to Bacula Systems.  They give Universities very nice discounts, and they do have client initiated backup.  Bacula Systems has by default a subscription model,

Re: [Bacula-users] areas for improvement?

On 6/12/2020 12:39 PM, David Brodbeck wrote: None of this, of course, is an issue when backing up always-on servers with static IPs -- which is Bacula's focus. Not really: what's happening is if an intermediate node goes down, IP will find a different route -- *at the network layer*. We

Re: [Bacula-users] areas for improvement?

Hello David, > It's fair to argue that both NAT routers and VPNs are a corruption of TCP/IP's > design intent, but it doesn't seem likely we'll be rid of them any time soon. > Bacula doesn't work very well with either. Besides the connection drop issues, > I haven't yet gotten client-initiated

Re: [Bacula-users] areas for improvement?

On Wed, Jun 10, 2020 at 8:41 AM Josh Fisher wrote: > I still feel that Bacula's design is correct. Yes, 802.3az changes the > always-on nature of a connection, allowing either side to temporarily > power down its transmitter to save energy, but the standard itself > doesn't change the original

Re: [Bacula-users] areas for improvement?

Hello Josh, Yes, you are correct, it was simply a design decision and reasonable at the time.  However, with the knowledge that I have today of how networks evolved that I did not have then, were I to do it over, I would add a Bacula native persistent connection (using reconnection when the

Re: [Bacula-users] areas for improvement?

On 6/10/2020 8:04 AM, Kern Sibbald wrote: Hello, ... Now on the fact that line drops cancel jobs: First Bacula was designed with the concept that it would have a stable communications line as is supposed to be provided by TCP/IP, which Bacula uses.  This was a correct design based on

Re: [Bacula-users] areas for improvement?

Hello, For some reason I never received the original email (very odd). I think that Gary has done a very good job at responding.  I'll give you my take on this, but please excuse me if I duplicate what has already been said. First on the SQL database, which is as has been pointed out not

Re: [Bacula-users] areas for improvement?

Hello, pt., 29 maj 2020 o 15:56 Josh Fisher napisał(a): > On 5/29/2020 5:23 AM, Radosław Korzeniewski wrote: > > Hello Alan, > > śr., 27 maj 2020 o 17:02 Alan Brown napisał(a): > >> Database connections are _supposed_ to be stateless. >> > > I'm very surprised about the above statement as I

Re: [Bacula-users] areas for improvement?

On 5/29/2020 5:23 AM, Radosław Korzeniewski wrote: Hello Alan, śr., 27 maj 2020 o 17:02 Alan Brown > napisał(a): Database connections are _supposed_ to be stateless. I'm very surprised about the above statement as I cannot imagine such functionality already

Re: [Bacula-users] areas for improvement?

Hello Alan, śr., 27 maj 2020 o 17:02 Alan Brown napisał(a): > Database connections are _supposed_ to be stateless. > I'm very surprised about the above statement as I cannot imagine such functionality already available in any SQL database I'm familiar with. If you drop a connection to the

Re: [Bacula-users] areas for improvement?

Bacula DOES NOT LIKE and does not handle network interruptions _at all_ if backups are in progress. This _will_ cause backups to abort - and these aborted backups are _not_ resumable Hi, My feeble two cents is that this has been a bit of an Achilles heel for us even though we are a LAN backup

Re: [Bacula-users] areas for improvement?

Hello Alan, >>> Bacula DOES NOT LIKE and does not handle network interruptions _at all_ >>> if backups are in progress. This _will_ cause backups to abort - and >>> these aborted backups are _not_ resumable I wonder if anyone has ever tried changing the tcp_retries values on Linux and how they

Re: [Bacula-users] areas for improvement?

On 27/05/2020 15:13, Gary R. Schmidt wrote: > On 27/05/2020 23:17, Alan Brown wrote: >> >> >> >> Bacula DOES NOT LIKE and does not handle network interruptions _at all_ >> if backups are in progress. This _will_ cause backups to abort - and >> these aborted backups are _not_ resumable >> >>

Re: [Bacula-users] areas for improvement?

On 27/05/2020 23:17, Alan Brown wrote: I've been running Bacula for ~15 years (community/enterprise) and have identified a few areas which are in desperate of improvement: For an "enterprise" grade backup system, it's amazingly fragile in a few areas (particularly in actual Enterprise