+1 from me.
Restore's default settings should be editable
On Thu, 24 May 2018, 10.52 Jan Tymiński, wrote:
> "some" is a bit insufficient - if all would be taken that would make
> pretty much more sense imo.
>
> Best Regards / Pozdrawiam,
> Jan Tymiński,
>
> mobile: +48 507
I agree with Tiho, but you should also configure a DB dump to file right
before the file backup so you'll also get the user settings etc.
/tony
On Fri, 11 May 2018, 22.03 Tihomir Vlahovski, wrote:
> On Friday, May 11, 2018 at 6:49:33 PM UTC+3, Rick Sutphin wrote:
> > Just
Don't ever base your disaster recovery system on something as
volatile/unstable as USB disks. That's just wrong.
On Feb 8, 2018 09:31, "Micha" wrote:
> Dear list,
>
> I am looking for a backup solution which is able to use multiple USB
> connected disks as backup destination.
>
Could it be that the USB disks spins down and bareos gets a timeout
starting them again?
On Dec 1, 2016 01:54, "Stefan Klatt" wrote:
> Hi,
>
> I have on one Server a few problems with volumes. My second server works
> really good.
> Both works with Bareos 16.2.4,
Yeah, well. It won't work no matter how you try to do the target dedupe.
The way bareos writes the data to the disk storage is in essence the same
way as it does it on tape, and that makes it almost impossible to dedupe
the data.
So you might as well save yourself the time and effort to try it
Hi Guys,
Has anyone tried out using STK SL150 with LTO6 SAS drives and Bareos?
We have a customer who is asking if it will work with Bacula, and I'd
personally like to point them to Bareos instead, but at present I haven't
had the time to check out if it works.
Thanks,
Tony
--
You received
Hi guys,
This is essentially a RHEL 7 production system, would it be safe to back it
up using bareos? Is a stable version of bareos for this platform going to
be released sometime soon?
I'm actually looking at upgrading both the client and backup server OS from
RHEL 6.6 to RHEL 7 and I'd really