Re: [Bacula-users] bacula-dir 9.4.4 runnig on Centos 6.4 host and bacula-fd 9.4.4 running on Centos 7.8.
On 4/23/2020 7:45 AM, Martin Simmons wrote: Check if the Centos 7.8 host is running a firewall (e.g. run iptables -L -v). Centos 7 installs firewalld by default. Disable it (don't remove it) and install iptables-services instead. Dima ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Issue with concurrent jobs in disk based auto changer
On 4/11/2020 8:55 AM, Shaligram Bhagat, Yateen (Nokia - IN/Bangalore) wrote: 1. Bacula Server which hosts bacula-dir, bacula-sd, PostgreSQL 2. FreeBSD based Filer with ZFS disk storage to hold Bacula volume files. This disk storage is NFS exported and mounted on the Bacula Server. ( This Filer holds only the Bacula volume files, nothing else) 1. A dedicated point to point Gigabit network between the Bacula server and the Filer 2. There is a separate LAN between Bacula clients and the Bacula server 3. I will try shifting the bacula-sd from Bacula server to Filer as suggested by both of you. We have a setup with ZFS on linux storage mounted directly on bacula server, that works pretty well without spooling, but in your setup I would put a large(-ish, dep. on your volume size and number of concurrent jobs) SSD in the bacula server and spool data to it. That way bacula will stream complete volumes from spool to the filer at your full bandwidth and avoid (potentially) many small writes over NFS. Dima ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [EXTERNAL] Re: bacula cloud backup
On 2/12/2020 11:05 AM, William Muriithi wrote: A better way would have been to say, yes, I understand I am exposed if someone was to get in my network and delete both the data and the backup, but I accept and plans to live with that risk.. If somebody gets in my network and "securely wipes" all servers including the co-lo'ed backup box, I plan to have other problems. Dima ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [EXTERNAL] Re: bacula cloud backup
On 2/12/2020 9:54 AM, Josh Fisher wrote: That could make upgrading OS on the involved boxes a potential problem and seems to imply all client boxes/VMs must use the same OS version at all times. Yeah, but rolling upgrades are a PITA anyway so what else's new. Also, linux-to-linux you're pretty much on the same zfs version on all boxen, and so far I have not seen any problems between e.g. centos 7/zfs 0.8.1 and centos 6/zfs 0.8.3. Also, how do you backup the backup box itself? I don't. ;) Yes, it you want all your change history in a tape archive in a vault somewhere far away, that would be a problem because snapshots are not visible to your tape backup software. But then you may want to consider putting your stuff on GitHub: it's better at tracking version history than incremental tapes, easier to restore, and might actually cost less than the tapes and the vault and the monkey to cart the tapes there and back. Dima ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [EXTERNAL] Re: bacula cloud backup
On 1/31/2020 3:33 AM, Radosław Korzeniewski wrote: Amanda had "RAIT" since forever. If you would be so kind and have an idea how it could be implemented in bacula and so kind to describe it on this list it would be implemented by developers. I don't have any idea how it could be implemented *in bacula* since I never looked at any bacula code. In general sending the same stream of bytes to two different places instead of one is not exactly rocket science. I guess it and can be implemented in several places, e.g. special storage inside SD, or two different SDs. I would probably send to two SDs at once because it allows for more flexible setups: the 2nd SD can write to "the cloud", it can be on the off-site box, etc. Whereas amanda-style RAIT device only protects against single disk/tape failure. Dima ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] [EXTERNAL] Re: bacula cloud backup
On 1/30/2020 9:20 AM, Phil Stracchino wrote: There is not a way to stream the same backup job to two different storage devices simultaneously, no. That question has come up before. But as Davide suggests, you could copy the job(s) afterwards. I'm doing something along these lines; my backups go to disk, but Full backups then get post-copied to removable disk sets. And when the disk decides to go titsup in the middle of a job, you lose everything since the last full. I have a post-script that rsyncs the current "magazine" to a spare disk, this way I only lose the last backup. Amanda had "RAIT" since forever. Dima ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula and memory usage
On 1/28/2020 9:45 AM, Jean Mark Orfali wrote: Hello I am used to this principle with Linux but I don't understand why it just takes it when Bacula is working and it slows down the server so much that I can no longer access it in ssh. Typically, - failing drive, - saturated network, - broken name resolution. If it only happens when bacula is running, I'd first run `iostat -dmx 5 5` and see if the drive where "File1" is located is clocking high wait time and near-100% utilization. If yes, throw it away and replace with a TLER ("NAS") HDD. Dima ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Disk setup for best performance on backups
On 1/22/2020 2:19 AM, Radosław Korzeniewski wrote: Unless you are using BEE GED or other similar functionality you should never use the SSD in your backup solution as it will be a pure waste of money. I'm running a bunch of jobs in parallel and spooling them on an ssd. Works pretty well for the money, but you need to work out how to size it. Dima ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Backups to S3
On 1/18/2020 4:06 AM, Radosław Korzeniewski wrote: Hello, pt., 17 sty 2020 o 23:24 Dimitri Maziuk via Bacula-users < bacula-users@lists.sourceforge.net> napisał(a): Please let us know how much you end up paying, too: 4TB NAS HDD is about a hundred bucks, one-off, You are absolutely right when this is the first and only one storage copy of your backups. But when it is a second off-site copy then it becomes harder to maintain a low price. Then something like S3 will help a lot. That is why/when I started looking at amanda and bacula. My university runs a backup service where we only pay for storage. We ran with it for a couple of years and the money quickly added up to where it was cheaper to buy a new storage chassis full of sata drives *every other year* and have it co-located at CompSci a few blocks away. The only way I can see this working out is you absolutely must have your backups of-site and have absolutely nowhere to colocate your backup box, or if your colo charges will be comparable to S3. Dima ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Autochanger does not change disk when full...
On 1/14/2020 11:31 PM, Stefan Melber wrote: Hi Josh, thanks for your explanation. Ok - looking on the pros and cons of all possibilities i will use finally an LVM over both RAID-arrays. I had already thought about that, but because i have to format both RAID-arrays for that (and therefore move some other stuff on that disks around) i first tried the autochanger... Use ZFS if you can: you get raid, lvm, and a filesystem in one coherent package. Dima ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users