On 17/03/2021 20:23, Heitor Faria wrote:
> I've been in this list for maybe 10 years, never got such emails.
someone on the list is using a compromised computer
There are a number of pieces of malware which attempt to snarf
addressbooks or use CC recipient lists to target the next victim ion th
On 03/03/2021 10:42, Christian Lehmann wrote:
> Dear Alan,
>
> no nothing defined under /etc/modprobe.d, but here is my stinit.def:
>
>
> # This file contains example definitions for different kinds of tape
> # devices.
> #
> # You can find some examples in /usr/share/doc/mt-st/examples.
> #
> # Co
On windows: make sure all the bacula programs are STOPPED before editing
the files.
Anything holding the file open will prevent edits being saved
On 04/03/2021 13:27, Michael Plante wrote:
> Why does Bacula store config files in "Program Files" anyway, other
> than possibly legacy behavior tha
do you have any st options defined under /etc/modprobe.d/ ?
On 02/03/2021 15:47, Christian Lehmann wrote:
> Dear Martin,
>
> this actually did the trick.
>
> So I added
>
> "fast-eom=0" to the stinit.def
>
> and it works.
>
> But it is interesting as, for me, this looks like switiching off the
On 26/02/2021 13:47, Martin Simmons wrote:
> If you do:
>
> lsscsi -d
>
> then it will print the major:minor device numbers after /dev/st0.
>
> Then:
>
> ls -l /sys/dev/*/${major}:${minor}/device/driver/
>
> might show the name of the driver (module).
It's simpler than that: showing /dev/st* or ns
On 25/02/2021 16:15, Heitor Faria wrote:
> Hello Christian,
>
Spool Directory = /srv/ag_dudziak/bacula-spool/LTO-5-1M
Maximum Block Size = 128K
Where is the "control device" parameter?
Here's what an equivalent entry on my system
Device {
### library physical position -1,1
### This
On 25/02/2021 16:01, Christian Lehmann wrote:
> Hi Alan,
>
> not sure how to answer your question as I do not understand it *sorry*
>
> How can I find out?
>
lsmod | grep st
lsmod | grep lin
These are kernel modules and they will not coexist in the same machine,
you need to use one or the other
Is the OP using lin_tape driver by any chance?
On 24/02/2021 11:42, Martin Simmons wrote:
> That is a strange error. ERR=Erfolg (Success) means that ioctl returned
> non-zero but didn't set any errno.
>
> Is there anything logged in the syslog (e.g. /var/log/messages or the system
> console)?
>
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
>> th
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 networks!)
Bacula DOES NOT LIKE and does not han
As we all know, Bacula's File table grows to stupidly large sizes.
Postgresql has the ability to partition large tables to make management
easier, either manually or with pg_partman
https://www.postgresql.org/docs/12/ddl-partitioning.html
https://www.postgresql.org/about/news/1964/
https://g
On 15/03/2020 11:24, Pierre Bernhardt wrote:
>
>> I will now try to clean the drive with a fresh cleaning tape and use btape
>> again for a test. I think I will not get big different result, but it's
>> a try.
> This does not has been helped. So I will disable the drive for write so only
> the oth
On 13/03/2020 12:37, Martin Simmons wrote:
>>
>> So it looks really there is really an issue on the drive 0 or the connection
>> path.
>> I will wait for the end of the both tests
>> (btape on drive 1 and backup test on drive 0)
> You could also try running the HP Library and Tape Tools:
>
> https
On 13/03/2020 14:51, Steven Hammond wrote:
> Does anyone have recommendations for MAXIMUM BLOCK SIZE for a LTO-7
> tape drive (HP). We are currently using 2M on the LTO-5 with success
> (and it seemed to improve the speed). I didn't know if there was a
> better setting for the LTO-7 (e.g., 4M) th
We print our own using the excellent form generator at https://tapelabel.de/
If that website isn't in the Bacula FAQ, it SHOULD BE
Caveats - and these have nothing to do with the form generator:
1: Proper LTO labels are ONLY available in US letter size (Avery 6571 or
OL173) - anything else has
On 21/10/2019 16:13, Dimitri Maziuk via Bacula-users wrote:
> On 10/21/2019 9:14 AM, Clark, Patti via Bacula-users wrote:
> ...
>> My question (rhetorical), why do you want to use an OS that is
>> recently released and still bleeding for a backup server? I
>> understand upgrade headaches, but ba
On 21/10/2019 15:14, Clark, Patti via Bacula-users wrote:
> Try the hardware compatibility list for the card on Redhat's website. Second
> choice, the manufacturer's website. The issue is the driver.
>
> My question (rhetorical), why do you want to use an OS that is recently
> released and stil
On 19/06/2019 19:19, Jasen Lentz wrote:
> Revised...
>
> [3:0:2:0]tapeIBM ULT3580-TD4 C7QH /dev/st0 /dev/sg47
> [3:0:2:1]mediumx IBM 3573-TL C.20 /dev/sch0 /dev/sg48
>
> Use the sg names instead?
>
Yes. More specificially:
bacula-sd.conf
Autochanger {
N
On 19/06/2019 17:53, Jasen Lentz wrote:
> Ok, got them installed and lin_tape completely removed. The drive is
> /dev/st0 and the changer is /dev/sch0. I have a feeling I am close, but
> missing something as it seems to not see the slots in my autoloader:
Ignore /dev/sch0 - that's using the ch
The st and sg drivers work fine on IBM LTO drives and robots (you need
to remove lin_tape entirely)
You need mt-st and mtx packages
Yes, they're a bit clunky, but unless you're in a fabric you will be
able to work with them without too many problems.
HW that won't run EL7 must be seriously ol
If you are using Bacula for any form of archival work, or migrating OLD
backups, then you need to be aware of of this issue.
The Migrate feature only migrates jobs in a volume that are in the
configuration file.
What this means is that if you have jobs old jobs that are no longer
backed up an
On 07/08/18 15:37, Adam Weremczuk wrote:
My last concern is the level of additional wear of drive and tapes.
Execution of sg_raw required the tape to be unmounted:
/dev/nst0: Device or resource busy
use the corresponding /dev/sg
Which now needs to be re-mounted for the next backup run.
On 07/08/18 13:04, Adam Weremczuk wrote:
On 07/08/18 12:31, Alan Brown wrote:
For LTO, there are a number of relatively easy ways of answering
these questions _without_ moving the tape - as long as you have the
latest version of sg3_utils installed
Thank you Alan.
The utilities look very
y corrupted on load
This refers to the directory of file locations in the memory chip (Which
bacula doesn't use) and is fixed by recsanning the tape - something the
drive usually does automatically.
https://github.com/hreinecke/sg3_utils/issues/18 may be useful for
anyone wanting to hac
On 07/08/18 10:27, Kern Sibbald wrote:
You definitely do not want to try to run any job that examines the
tape. First, I don't know if what you are asking is possible --
possibly on the more modern drives (LTO-6 or greater), but in any
case, any time you move the tape, you wear it, so don't ma
As long as your OS sees them, bacula sees them.
What's your OS and what drivers are you using?
NB: On linux you _must_ use the sg and st drivers. Stay away from the
scsichanger and ibmtape drivers.
On 26/07/18 14:18, Keenan McClure wrote:
Hi!
Does bacula 9.0.8 or 9.2.0 support the Quan
hint: groups in the startup scripts
On 15/05/18 22:09, Tom Plancon wrote:
>
> Hi folks,
>
> Just spent several frustrating hours trying to get some special backup
> configs into my bacula-dir.conf file. I'd shut down the Director,
> "sytemctl stop bacula-dir", edit the file, then start the Dire
On 07/02/18 09:16, Kern Sibbald wrote:
Hello,
On the software side, it is clear that the OS is sending back an EOT status.
About the only other thing to check before looking at your tape
wiring/controller ... is to be sure you have not put the tape drive into some
unusual mode such as BSD mode.
On 07/02/18 02:50, Alan Brown wrote:
I also submitted some chages to the mtx-changer script a while ago which
check that the changer's actually ready before attempting to send it
commands. Kern's been sitting on them for a couple of years.
@ -82,6 +66,7 @@ #$1
On 07/02/18 02:01, Kenneth Garges wrote:
> Permissions and ownership are ok. I think I figured out the problem.
>
> Both mtx and chio would work for a while, then stop working returning only
> “Inappropriate ioctl for device” or other errors. The culprit I think is a
> library management tool by
On 03/02/18 13:45, Dan Langille wrote:
*ahem*
MTX is _only_ designed to interface to scsi generic devices. Unless /dev/pass42
is another name for the generic device you'll have problems.
Can confirm /dev/pass* devices on FreeBSD are the right thing to use. From
https://dan.langille.org/2016/0
On 31/01/18 03:23, Kenneth Garges wrote:
I’m having trouble getting a tape library to work. Individual tape drive seems
ok but the library sometimes makes btape hang requiring a reboot. Or it fails.
> # Define a Virtual autochanger
Remove anything you're not actually using. They're just go
On 31/01/18 10:14, Ben Laurie wrote:
> I also have that on my LTO3 drive.
You should test this using the fill command in btape (which will test
with uncompressible data). if the block size is set correctly you're
going to achieve very close to the published throughput.
Please note that 250MB/s fo
On 11/01/18 13:20, krashoverr...@free.fr wrote:
Iñaki,
Thank you for this. indeed, i've had this problem.
Gonna use your script!
If you have udev there's no need to do this
look in /dev/tape/by-id/
I have taken this a little further with an extra udev rule that creates
/dev/tape/by-id/{DRI
On 11/01/18 13:53, krashoverr...@free.fr wrote:
Yeah, i've just read Gary and Ralf tips, thanks to all of you.
I'm sad to hear SQLite is depreciated, as it's still available in packages list.
It was only ever intended that SQlite be used for testing purposes, not
production systems
We star
On 15/12/17 15:07, Tilman Schmidt wrote:
On my server I see tapes staying in the "Used" status long after their
retention has expired.
Correct. Retention is the _minimum_ period before the tape can be marked
for reuse
Only when Bacula needs a tape *and* it cannot find one with status
"Appen
capacity though is tempting.
Regards,
Iñaki
On 11/30/2017 05:06 PM, Alan Brown wrote:
On 30/11/17 15:13, itlinux_igtp wrote:
Dear List,
We've been using Bacula with a quantum i80 dual drive LTO-5 library
for a while now, and it has been working great since we deployed a
bit more than t
On 30/11/17 15:13, itlinux_igtp wrote:
Dear List,
We've been using Bacula with a quantum i80 dual drive LTO-5 library
for a while now, and it has been working great since we deployed a bit
more than three years ago. I have to thank the developers for creating
and releasing such a great tool.
On 11/11/17 17:26, Kern Sibbald wrote:
Yes, that is one of the reasons why I am not very enthusiastic about
it because it will require yet another directive :-(
Kern, please clarify:
If a backup is 0bytes/0files, does anything actually get written to
storage (tape or disk), or is it just a da
On 28/10/17 18:16, Kern Sibbald wrote:
>
> Hello Bill,
>
> By the way, I have just committed another patch for the problem of
> marking all volumes read-only. If you have time please test the
> latest code in the repo, I think it should correct the last note you
> put into your bug #2329.
>
> The
Straw poll time for people using tape-based systems
I'd like to know who is currently using what (not historical usage)
1: Who on this list is NOT using half inch tape (12.7mm) formats(*) -
if so, what are you using?
2: Who on this list is NOT using a robot or changer device?
3: For t
On 17/10/17 08:27, Adam Weremczuk wrote:
> On 16/10/2017 16:23, Alan Brown wrote:
>>
>> use the dbcheck utility to cleanup the database. That's what it's
>> there for (make sure nothing else is running!)
>
> Hi Alan,
>
> I have no problem being patient
On 16/10/17 16:01, Adam Weremczuk wrote:
Hi Radoslaw,
Our Bacula db is now over 13GB in size and I feel at least half of it
is junk.
Most likely it also suffers a performance penalty.
Switch to postgresql asap. You will breathe a LOT easier once you've
done that.
MySQL is good at what it
(I've been working on this issue for several years. The industry has not
been overly cooperative and I thank HPE for finally admitting issues)
If you have MAXELL LTO media, you should discontinue use of it ASAP.
(NB: MAXELL no longer produce LTO media of any kind and stopped doing so
about 2 y
On 05/06/17 15:48, Alan Brown wrote:
IMHO: The best thing to do with LTO is use the largest block size
bacula will accept and a file size of 16GB or larger - and make sure
your (ssd) spool is large enough to avoid filling it up.
Don't forget: If you alter the block size, you MUST clos
On 05/06/17 11:57, Cejka Rudolf wrote:
Hi, I do use 16 GB. Every EOF mark means around 3 seconds delay. So if you have
over 200 files on the tape using 8 GB, it is around 10 minutes extra per tape.
Hi, small fix. It seems that it is even around 5-6 seconds delay resulting in
extra 20 minutes p
On 01/06/17 15:02, Steven Hammond wrote:
Oh, should I do hardware compression or software compression? Reason I
ask, I tried just hardware but didn't seem to get much out of the tape
(1.7TB). However, with client side compression, my file server was
compressed nearly 80+%. I assume the LTO-5
On 01/06/17 14:49, Petar Kozić wrote:
Yes, how to use ?
dbcheck checks the integrity of the databases, not the tuning of them.
With regard to tuning of mysql
- bear in mind that I'm saying this from the point of view of having
spent years doing exactly that for Bacula.
DON'T DO IT.
I
e move to a solution
>> that everyone can make work. Unless Bacula's Team officially
>> supports it, I won't force it :)
>
I agree, but it's in everyone's interest for Bacula to support the
driver. (Think of it like mysql vs postgres support, etc)
> Good
FWIW: There is virtually no benefit in network compression for link
speeds of 1Gb/s or faster.
It's a net benefit on WAN links or on 100Mb/s networks, but I found it
had a tendency to slow things down (and use a lot of CPU!) on 1Gb/s
networks vs letting the networking traffic run uncompress
On 19/03/17 17:02, Jim Richardson wrote:
>I am not interested in the IBM driver if I can get the ST to work.
I can understand why, but
There would be significant advantage in using the IBMtape driver over
the generic ST driver if Bacula could be modified to handle its oddity
on forwar
On 18/03/17 07:41, Kern Sibbald wrote:
> Hello Jim,
>
> I am checking with a tape drive "expert" perhaps he has some ideas. My
> problem is time, not money.
I'm no expert, just someone who's had to debug things :)
Thankfully all ultrium(LTO) drives behave the same no matter who they're
made by
On 27/01/17 00:36, Caribe Schreiber wrote:
> Hi all,
>
> I'm hoping someone can help point me in the right direction to get the
> btape multivolume fill test to work under bacula-7.4.4.
You can't. It's broken.
It was fixed recently but that fix hasn't rolled into the public release
stream yet
(a
On Mon, Jan 9, 2017 at 11:04 PM, Alan Brown mailto:a...@mssl.ucl.ac.uk>> wrote:
On 09/01/17 13:45, Kern Sibbald wrote:
Hello,
The status Bacula received was -1, which means that the tape
drive reported a hardware end of tape (i.e. an end of tape
On 12/01/17 14:14, Josip Deanovic wrote:
> So if one is for some reason locked to specific old version of a
> specific old proprietary application one can't do much than continue
> with the MyISAM as innodb is not an option and external search engines
> are not supported either.
I've had to deal w
On 11/01/17 05:16, Charles wrote:
>
> According to both the man pages and experimentation, Debian Jessie's
> mt and mtx do not support an unlock command.
Whilst other debian versions do
# mt --version
mt-st v. 1.3
default tape device: '/dev/tape'
lock (SCSI tapes) Lock the tape drive d
On 09/01/17 23:01, Dimitri Maziuk wrote:
>
> What are you trying to achieve? I agree that "virtual autochanger" is a
> mind boggle with no obvious practical use, but why are you looking at it
> in the first place?
The primary advantage of the virtual autochanger is you can more easily
use removab
On 10/01/17 06:04, Charles wrote:
>
> Have modified /etc/init.d/bacula-sd (Debian Jessie), adding mt rewoffl
> and
> mtx unload commands immediately before bacula-sd is started.
>
That should do the trick, although I'd add mt unlock to make absolutely
sure.
>> ...
>> Other than that: update vol
On 09/01/17 14:47, Charles wrote:
>
> Hello bacula-users :-)
>
> Are any tools available to mend Bacula after almost certainly spurious
> errors reported by a tape autoloader?
>
> Within a few minutes of Bacula starting to use an autoloader which had
> been subject to an abrupt power outage, the au
On 09/01/17 13:45, Kern Sibbald wrote:
Hello,
The status Bacula received was -1, which means that the tape drive
reported a hardware end of tape (i.e. an end of tape marker was seen.
This can happen for the following reasons:
1. You reached the hardware end of tape marker at 150GB, but the
he more I write this the more I am convincing myself it probably has
> nothing to do with Bacula (rip-off version) or the configuration. I
> was just hoping someone has run into something similar before.
>
> Regards,
>
> drewv
>
>
>
> On 12/22/2016 11:15 AM, Alan Brow
On 22/12/16 14:31, Drew Von Spreecken wrote:
> Greetings,
>
> I have run into an issue and am looking for input. I have a SAS tape
> autoloader with an IBM HH-LTO6 drive running the newest firmware.
> It is currently connected to a Adaptec 78165 HBA/Raid controller via SAS.
The maximum block size
On 09/12/16 21:12, Josip Deanovic wrote:
>
> Good point.
> When did you start to use SSD drives for spooling in your setups?
About 7 years ago (Intel X25E)
> I believe the SSD still suffer from faster wear effect when compared to
> the classic rotational disks although they have improved on that
On 07/12/16 12:44, Martin Simmons wrote:
> The output shows that Bacula repeatedly tried to prune the same volume and
> apparently failed to recycle it, which suggests that there were still jobs
> associated with it somehow (or the catalog was already in a broken state).
Assuming the catalog isn't
On 10/11/16 08:33, Alberto Brosich wrote:
> Hi,
>
> my experience.
> I had strange scsi errors.
> Finally, after months of investigation and headache, I moved the scsi
> controller to another pci slot and then worked all fine.
This happens depressingly regularly if there are PCI bridges involved
On 09/11/16 14:17, Ralf Brinkmann wrote:
> I just checked the use of the multicore compression program "gzip" on
> one file-daemon side. It did use 32 cores out of 48 possible.
>
> I think even for LTO tape drives the use of a multicore compression tool
> could be a win on time and storage space.
B
On 17/08/16 00:32, Heitor Faria wrote:
>
> apt-get update
> apt-get -y mysql-server
> apt-get -y install bacula-director-mysql bacula-sd-mysql bacula-fd
> bacula-console postfix mt-st mtx
If you have a tape drive, I'd _strongly_ urge installing sg3-utils and
sg3-utils-udev
If you don't have thes
On 02/08/16 09:51, Kern Sibbald wrote:
> Hello,
>
> Four points:
>
> 1. Bacula version 5.2.6 is *very* old. It was released 17 February 2012. By
> any standards that is *very* old. Of course, you are probably running the
> version released by Ubuntu -- too bad. I know this is not helpful, but y
On 27/07/16 15:39, Phil Stracchino wrote:
>
>> I strongly recommend you to move to MySQL or Postgresql. Please let us
>> know if you really need SQLite. I would say that SQLite in Bacula is
>> almost "deprecated".
> "Almost"? I thought SQLite support had already been removed, or at
> least was unm
To rule out a bad tape:
Before removing the tape from the drive use smartctl -A /dev/sg(generic
of drive) to count the corrected errors
You can do this whilst the tape is being written to. If the numbers are
increasing rapidly, either the tape or the drive is dirty.
If it keeps occuring on oth
On 15/04/16 15:05, Daniel Davidson wrote:
> I am trying to back up a large disk that is greater than the size of
> the disk that I save my data to (eventually it gets migrated to tape).
Back it up in smaller chunks.
On 14/04/16 14:32, Heitor Faria wrote:
>>>
>>> Hello, Alan. Migrate and copy jobs support a Selection Type = Volume, that
>>> combines with the Selection Pattern directive, that receives a RegExp for
>>> the Volume names you want to migrate.
>> Are you sure that does what Alan wants? I think migra
For various reasons I've ended up with a large number of tapes that only
have a few GB on them (tape drive issues caused by a contaminated
tape(*)) and this is burning up pool spares.
I want to migrate the files on those tapes to newer tapes within the
same pool, then recyle the original tapes
On 12/03/16 00:14, Heitor Faria wrote:
>
>> SSD is the only way to fly. After having tested with a PCIe NVMe drive, I'd
>> say
>> that's preferred, but a _fast_ SATA2/3 or SAS2 drive will work too (The old
>> spool was a stripe of Intel SLC SSDs, the new one is a DC3700 card)
> I never got this sp
On 13/03/16 21:48, Dan Langille wrote:
>> As well as increasing max file size you need to boost the tape buffer size
>> from the 64kB default. I use 2MB
> This is a hardware setting?
No, it's a bacula-sd setting
> I tried Minimum block size & Maximum block size on my tape drive, but need to
> t
On 11/03/16 20:14, Simon Templar wrote:
> In my case using spooling didnt prevent shoe-shining; it just
> introduced long pauses while data was spooled. I think all this means
> is that I can read from my data sources faster than my tape can write.
Unless you are using DAT, do not use mechanical
On 04/03/16 15:16, mauser1 wrote:
> root@house:~# mtx status
> cannot open SCSI device '/dev/changer' - No such file or directory
>
> root@house:~# tapeinfo -f /dev/changer
> cannot open SCSI device '/dev/changer' - No such file or directory
>
> root@house:~# loaderinfo -f /dev/changer
> cannot ope
On 04/03/16 13:06, mauser1 wrote:
> root@house:~# mt -f /dev/st0 status
> SCSI 2 tape drive:
> File number=-1, block number=-1, partition=0.
> Tape block size 0 bytes. Density code 0x0 (default).
> Soft error count since last status=0
> General status bits on (5):
> DR_OPEN IM_REP_EN
try "mt
;t see ready/not
ready results with that tool)
> Best regards,
> Kern
>
> On 02/18/2016 11:08 PM, Alan Brown wrote:
>> On 18/02/16 07:48, Kern Sibbald wrote:
>>> I can imagine several possible problems:
>>
>> So can I. Under normal circumstances this error i
On 20/02/16 09:46, paul.hutchings wrote:
> Wow that's quite a guide - appreciate that :)
>
> I have to say that so far I've been very impressed with Bacula, my
> biggest struggle has been finding the time to dedicate to it, and not
> trying to do everything using the product we currently use as a
>
On 19/02/16 19:10, paul.hutchings wrote:
> Alan thanks, I omitted that we have a Spectra LTO6 library which would
> be SAS attached to the server in question but I didn't mention it as
> my initial query was more about the hardware specs.
It all ties together.
>
> The rough plan would be D2D2T an
On 19/02/16 18:12, paul.hutchings wrote:
We're new to Bacula and are still considering if it's viable for us.
Our test environment is quite small (it is a test environment) and when I read
the docs I'm not sure how recent they are when they relate to hardware specs.
For example if I were to su
On 18/02/16 07:48, Kern Sibbald wrote:
> I can imagine several possible problems:
So can I. Under normal circumstances this error is what you see if a
physical tape library is not ready or offline.
I submitted some patches to Baculasystems for the mtx-changer script a
few months back which test
Add the attached queries to query.sql
They are postgresql-specific and may not work first time on Mysql (but
they started out as mysql queries)
I have a few ancilliary (nasty, horrible spaghetti code) bash scripts
which will load/unload a changer from/to the magazine/IOslots(*) and to
tell op
On 18/12/15 18:01, H. Steuer wrote:
>
> In fact the whole discussion breaks down to a very simple question:
> /
> //Is the director password thats stored in the file daemon
> configuration on a client machine the same password that gains me
> administrative access to the director using bconsole./
>
tl;dr: RTFM
Bacula Enterprise has full restricted-user controls, if desired.
ie: User X can only access a subset of backups, user Y can only access a
different subset.
That's also there in community version 7.2 - see section 20.4 of the
main reference manual.
HOWEVER: In a network with "hundr
On 15/12/15 13:20, Heitor Faria wrote:
> Suggestion: http://bacula.us/tuning/
Whilst that page is a good starting point, a couple of points are flat
out wrong:
EG: setting maximum block size in tapes - DON'T SET THIS - EVER (unless
the driver manufacturer advises it)
Compression should only _
On 14/12/15 22:19, Lewis, Dave wrote:
> We are running MySQL, and the database is on the same server as the director.
> The disk that the database is on is a 7200 RPM, 3 Gb/s SATA disk.
What size is your database? ("select count(*) from File;")
What write speeds are you actually achieving to the
On 08/12/15 14:36, Heitor Faria wrote:
>
> Uwe: if your tape library has a bar code header please use that for your own
> benefit. You can generate your own labels using some online free web services.
You can generate bar codes which most readers are happy with using a
Dymo or Brother laminated
On 08/12/15 16:40, Heitor Faria wrote:
>> I'll look into their usage further, in the meantime it would be nice
>> if bacula wouldn't lock up for days using the "acquire" dance ;)
You have to know why it's locked that way and that means turning up the
debug levels/looking at logs.
> Sorry Uwe: n
On 02/12/15 12:14, Paul Elliott wrote:
>> Maximum block size = 2M
>
> Have you experienced any issues with that block size?
Only when the drives/tapes are dirty and then you get excess errors on
all block sizes anyway.
Because entire blocks are rewritten if there is an error, "tape waste"
>> For LTO, the Spool disk MUST be at least least one SSD, preferably a
stripe of them on as fast a controller as you can afford. Standard disks
simply can't keep up with tape drives.
> I had not considered that. In my case, I backup to local HDD (ZFS
array) for long term storage. Right after thos
The claims were
made in the context of "discouraging" the use of the mount flag and no
mention was made that they were silently ignoring the thing if it was
set anyway.
As a result of this discovery I've added fstrim crontabs everywhere
there are SSDs and suddenly discov
e
there are SSDs and suddenly discovered a lot more IO performance than we
were getting up to now.
>> Am 30.11.2015 um 17:00 schrieb Alan Brown :
>>
>> On 30/11/15 15:32, Christoph Litauer wrote:
>>> Andrew,
>>>
>>> many thanks for this hint. I install
On 30/11/15 15:32, Christoph Litauer wrote:
> Andrew,
>
> many thanks for this hint. I installed the IBM driver and found the tape
> drive testing tool itdt, too.
> Now, using itdt and the new driver there is an improvement:
> LTO6: 158 MB/s without compression, 177MB/s with compression
> LTO4: 27
On 19/10/15 22:08, Dimitri Maziuk wrote:
> On 10/19/2015 03:53 PM, Thing wrote:
>> Hi,
>>
>> Is anyone backing total volumes of this order? and if so, what sort of
>> scaling, design, hardware?
> I take it, that's the size of your filesystems? Not the estimated size
> of the backup set (i.e. all c
On 14/10/15 10:49, Uwe Schuerkamp wrote:
>
> you might also try giving MariaDB a shot which has been performing
> fine as a drop-in mysql replacement for us for the last few years with
> catalogs of similar size.
>
Speaking as a mysql affectionado and one who's using both DBs regularly
in various
On 09/07/15 03:06, Ana Emília M. Arruda wrote:
> Hello Brendan,
>
> If you're working with tape libraries, I would recomend you to slightly
> increase this value. There are three device directives (maximum
> open/rewind/changer wait) that defaults to 600 seconds. So maybe you're
> not giving enough
On 08/07/15 15:03, John Drescher wrote:
> Is your dataset already compressed (zip, mp3, mpeg, jpeg ...)? Do you
> have bacula software compression enabled?
>
>
How large are the files that bacula is writing to the tape?
The default is small, which leads to high overheads. Consider increasing
it t
On 04/07/15 13:09, Jari Fredriksson wrote:
>
> On 29.6.2015 16.47, tballin wrote:
>> Hi
>>
>> I try to migrate from am mysql db to postgres. I am failing to import
>> thy mysql dump into the postrgres :
>> (according to these instructions:
>> http://www.bacula.org/7.0.x-manuals/en/main/Installing_C
1 - 100 of 1196 matches
Mail list logo
