Last night I started to catch up on copying jobs from disk to tape. There were about 420 incremental jobs waiting. I started my CopyToTape-Inc job, and it queued up 417 jobs: The next morning, all jobs had completed, but there were still jobs left to be copied over (as determined by my magical Bacula …
Older versions of Bacula – copy/migrate has limit of 99 jobs Read More »
It’s little things like this which improve the copying of backups to tape. Speed. Each of those Volumes are 5GB in size. The tape drive takes about about 2-4 minutes per 5GB to write it to tape. Between the end of IncrAuto-4150 and the end of IncrAuto-1455, the tape drive wrote 20GB in about 9 …
This output is a Bacula btape test of the library mentioned in this post. $ sudo btape -c /usr/local/etc/bacula/bacula-sd.conf /dev/nsa0 Tape block granularity is 1024 bytes. btape: butil.c:290 Using device: “/dev/nsa0” for writing. btape: btape.c:477 open device “DTL03” (/dev/nsa0): OK *test === Write, rewind, and re-read test === I’m going to write 10000 records and …
Bacula btape test of Compaq Storage Works MSL5026 Library Read More »
I am fortunate to receive donations. In the early days, it was a 386 desktop. Later, it was SCSI drives. Recently, it’s been tape libraries. A Bacula user in Europe donated an Overland DLT-8000 tape library in 2012 and paid for shipping to me. At BSDCan 2013, I was fortunate to pick up an Compaq …
The current situation The tape library I am using now is a DLT-8000 with a 15-cartridge magazine. Until a few weeks ago, it’s been quite reliable. But now, the drive inside it is not performing well. It’s throwing drive faults and failing to write everything to the tape (i.e. what we read back is smaller …
I’ve noticed that the smartd output has changed. It’s not parsing the results correctly. Security check: (output mailed separately) Checking for denied zone transfers (AXFR and IXFR): Scrubbing of zfs pools: skipping scrubbing of pool ‘system’: last scrubbing is 3 days ago, threshold is set to 7 days Backing up pkgng database: SMART status: Checking …
daily run output not parsing smartd output correctly Read More »
I wrote this nearly a year ago, but did not publish it then. Tonight I found this query running, so I tried an explain analyse on it: That’s 10 seconds. Add an index: bacula=# create index media_lastwritten_idx on media(lastwritten); CREATE INDEX Run the query again: Forgive my math, but that’s over 10,000 times faster now.
This just in: But I can’t fix that now. I’m off to the Oscars party.