will test this as well.
On Thursday, August 23, 2018 at 10:42:56 AM UTC+2, Tim Banchi wrote:
> Hi Udo,
>
> it's not only about decreasing write-speed, but also about decreasing
> capacity. Also, when a good tape follows a bad tape, write speed is back
> again around 40MB
disks, what
> kind of disks/ssd)?
>
> I had an high load on the backup-server with an spooldisk (for 3 lto-4
> drives) with raid10 on 6*SAS 15k disks.
> With raid0 (the spool disks only) the load was ok.
>
> Udo
>
> On 21.08.2018 15:46, Tim Banchi wrote:
> >
low down backup if the data is encrypted (and compressed).
>
>
>
> Stefan
>
>
>
>
> Am 22.08.2018 um 09:40 schrieb Tim
> Banchi:
>
>
>
> Hi Stefan,
>
> yes, I use newly purchased ones when the autoloader/d
self test function in the firmware? If so, try it.
> If not, maybe there is a test software from the vendor available?
>
> Best regards,
> Kai
>
> Am 22.08.2018 um 09:40 schrieb Tim Banchi:
> > Hi Stefan,
> >
> > yes, I use newly purchased ones when the autoloader/
>
> Regards
>
>
>
> Stefan
>
>
>
>
> Am 21.08.2018 um 15:46 schrieb Tim
> Banchi:
>
>
>
> Hello,
>
> I'm using Bareos 17.2 with the following pool, and device configuration:
>
Hello,
I'm using Bareos 17.2 with the following pool, and device configuration:
Pool {
Name = tape_automated
Pool Type = Backup
Recycle = yes # Bareos can automatically recycle Volumes
AutoPrune = yes # Prune expired volumes
#Recycle Oldest
Dear bareos community,
I cannot find the error in my Always incremental configuration (using bareos
17.2.4).
Whenever a VirtualFull (serv1_nc) runs into the AI backup window (e.g.
consolidating a full), my Always Incrementals of the same client are waiting
until the VirtualFull is finished.
Dear bareos-users,
I'm using 16.2.4 and found out that smartctl reports errors when querying my
tape library (HP G2 1/8 Storeever with Ultrium 920 LTO-3 SCSI):
smartctl -x /dev/sg5
results in:
=== START OF READ SMART DATA SECTION ===
TapeAlert Supported
TapeAlert: OK
Current Drive
On Tuesday, November 14, 2017 at 8:03:17 PM UTC+1, Anthony Melentev wrote:
> четверг, 26 октября 2017 г., 21:16:46 UTC+5 пользователь Tim Banchi написал:
> > Dear bareos-user,
> >
> > I'm at loss to create a working VirtualFull job after Always Incremental
> &
On Thursday, October 5, 2017 at 3:35:24 PM UTC+2, Tim Banchi wrote:
> Dear community,
>
> I couldn't find a way how to automatically run a verify job after a backup
> job. The run script console command doesn't accept run. To start verify with
> a slightly postponed schedule and
On Tuesday, November 7, 2017 at 10:54:25 AM UTC+1, Tim Banchi wrote:
> On Monday, November 6, 2017 at 6:12:20 PM UTC+1, Jon SCHEWE wrote:
> > On 11/6/17 8:40 AM, Tim Banchi wrote:
> > > On Monday, October 30, 2017 at 3:00:29 PM UTC+1, Jon SCHEWE wrote:
> > >> You're
On Monday, November 6, 2017 at 6:12:20 PM UTC+1, Jon SCHEWE wrote:
> On 11/6/17 8:40 AM, Tim Banchi wrote:
> > On Monday, October 30, 2017 at 3:00:29 PM UTC+1, Jon SCHEWE wrote:
> >> You're setup looks very close to mine. I am doing the same thing that
> >> you want
= "Consolidate"
> Type = "Consolidate"
> Accurate = "yes"
> JobDefs = "DefaultJob"
> FileSet = "LinuxAll"
>
> Max Full Consolidations = 1
> }
>
> Storage {
> Name = File
> Address = gemini
Dear bareos-user,
I'm at loss to create a working VirtualFull job after Always Incremental and
consolidate. I read the documentation and many forum posts here, but the
virtual-full job always picks the wrong storage. I should get different a read
storage and write storage.
Always incremental
Hello,
I'm at loss to create a working consolidate job. I read the documentation and
many forum posts here, but somehow it doesn't seem to work. The consolidate job
runs successful but does nothing (the consolidate pool on the disk is not
touched, although the messages say it's consolidating).
Dear community,
I couldn't find a way how to automatically run a verify job after a backup job.
The run script console command doesn't accept run. To start verify with a
slightly postponed schedule and lower priority seems not ideal, because I have
to duplicate all schedules.
How is this best
On Wednesday, February 1, 2017 at 11:55:27 AM UTC+1, Gilberto Ferreira wrote:
> Hello friends
>
> I am running bareos 16.2.4 and after add this configuration:
>
> Compression = lz4
>
> in fileset like this:
>
> FileSet {
> Name = "managerserver-files"
> Include {
> Options {
>
. I'm not sure if the limitation is due to the
SCSI-card, the LTO-2 tape or the AMD machine. Still have to do tests with
compression and encryption.
On Monday, February 6, 2017 at 1:47:13 PM UTC+1, Tim Banchi wrote:
> Hello,
>
> I'm using the latest bareos 16.2 server on an LTO-3
Hello,
I'm using the latest bareos 16.2 server on an LTO-3 tape (HW compression, but
no HW encryption)
Due to network limitations, I would rather prefer software compression at the
client and due to LTO-3, I need software encryption.
If I enable both (compression in the FileSet and encryption
19 matches
Mail list logo
