maintaining the ability to read (and hopefully
write) those old LTO2 tapes?
Thank you everyone for your help.
Alan
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Thank you everyone for your suggestions and links. Conversion has
started, so far with no problems
Alan
On 4/5/24 06:59, Wanderlei Huttel wrote:
Hello
Take a look in this link
https://github.com/wanderleihuttel/bacula-utils/tree/master/convert_mysql_to_postgresql
Em qui., 4 de abr. de 2024
to Postgresql? I realize there may be a
problem with the difference in column definition. Is there anything else
I should consider?
Thank you.
Alan Polinsky
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https
Sergio responded but my reply was backed by his server. I wrote:
Sergio:
Thank you for your prompt reply. Pragmatically speaking that probably
makes the most sense. I had thought about it but decided to pose the
question to see what other people thought.
Alan
, load it into the LTO3, and just abandon the failed LTO2
one. Additionally, would I have to make any modifications to
configurations so that the remaining LTO3 drive could read and write
LTO2 tapes? I am on Bacula 9.6.7 using Slackware.
Thank you.
Alan Polinsky
Folks:
Unintentionally I included a email to the group, when I only meant it to
go to my sons. Sorry.
Alan Polinsky
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
the proper way to completely turn on the alarm in the country house is
non intuitive. The rear door MUST BE CLOSED BEFORE YOU HIT THE ALARM
AWAY BUTTON!. If it is open, the rear door sensor will be ignored. That
means that if anyone were to open the rear door, the alarm would not be
Josip:
Your help was stellar. All is working properly. Damned how I missed that
one.
Alan
On 3/8/22 15:12, Josip Deanovic wrote:
On 2022-03-08 19:43, Alan Polinsky wrote:
Josip:
That is obviously the problem, but I'm not sure why it has occurred,
or how to correct
parameter being enabled in the prior release. In my
current setup, which I will probably have to re-create, my spool files
grow quite large.
Thank you for pointing my search to a satisfactory solution.
Alan
On 3/8/22 11:31, Josip Deanovic wrote:
On 2022-03-08 15:23, Alan Polinsky wrote:
I have
I have recently moved from an old version of Bacula FROM THE 5.X series
to 9.6, along with my move from Slackware 14.2 to Slackware 15, along
with a change to Mariadb 10.5. (I would first like to thank Phil
Stracchino for his help in getting things configured properly.) I am
backing up to LTO2
re
ct.
06-Mar 14:30 bacula-dir ERROR TERMINATION
Please correct configuration file: bacula-dir.conf
If I use mysql -U bacula, I cannot connect to the Bacula database. It
seems to be a permission issue, but things were changed with version
10.4 of MariaDB. Can someone suggest a solution?
Than
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
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 /u
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
showoptions
>>> The options set: buffer-writes async-writes read-ahead fast-eod can-bsr
>>> can-partitions scsi2logical
>>>
>>> If I read this, somewhere in the documentation that the "fast-eod" might
>>> cause problems, because SCSI-dr
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
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
###
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,
y
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
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/
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
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:
>
>
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)
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
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
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
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 {
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
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
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
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
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 hack up scrip
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
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
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
thers is the newer
version of bacula-fd.
Is the error due to version incompatibility?
Thanks,
Alan
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/sla
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 $2
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
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
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
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
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
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
On 30/11/17 16:18, itlinux_igtp wrote:
Hi Alan,
That was my initial plan, to just add two LTO7 drives to the current
setup, however, the providers I contacted said drive cost was like 90%
of the library and the current maintenance costs for the i80 are
currently over 2500 euros a year, and I
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
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
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
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 and I can
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
(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
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 close off
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
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.
2DNW. Once it arrives, I will retest.
> Hmm. Your setup sounds a bit complicated, and that sometimes means
> problems for Bacula. Good luck with your new HBA.
>>
>> Alan - Sounds like butterflies, roses, and sunshine.
Indeed, however we're going to have to change soon anyway - suppor
I'm wrong?
Alan
On 22/03/17 15:15, Norbert Gomes wrote:
Message transféré
Sujet : Re: [Bacula-users] Bandwidth in Bacula (slow rate)
Date : Wed, 22 Mar 2017 14:57:11 +0100
De :Norbert Gomes <norbert.go...@univ-orleans.fr>
Pour : Josh Fisher <jfis...@pv
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
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
will give you a LOT of current data from the drive.
Sticky mail.
Thanks to all.
El 19 ene. 2017 4:27 a. m., "Gi Dot" <gadi...@gmail.com
<mailto:gadi...@gmail.com>> escribió:
Kern, Alan,
Thanks for the advice. A bit over the top for me to digest, but
I'l
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
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
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
gt; Other than that: update volume={tapelabel} volstatus=append
>
> Done
>
> Many thanks for sharing your insights Alan :)
No problem
>
> Comments inline above.
>
> The only wrinkle was with the autoloader. Presumably it marked a tape
> in error because Bacula did. Clea
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
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
On 22/12/16 17:49, Drew Von Spreecken wrote:
> Thank you Alan for the detailed response.
>
> I was unaware of the GPL violations, this is an issue for me and it
> will be removed promptly.
>
> The block size I am aiming for was 512KB-1MB and have done extensive
> research o
smaller
maximum block sizes is still ok)
If changing block size in a working system, mark ALL open volumes as
used _before_ attempting any more writes.
Alan
>
> Each test I perform I rewind the tape, write EOF and rewind again. I'm
> not missing a step here, right? Should I be ab
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
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.
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
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
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
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
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 yo
tapes.
Not the entire JobID, just the parts which are on the tapes in question.
Does anyone have a recipe for this?
Thanks
Alan
(*) Contaminated out of the box. Apparently HP shipped a bad batch. The
tape clogged the drive, the drive then cross contaminated several other
tapes and the combination
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
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
>
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
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
On 18/02/16 21:24, Kern Sibbald wrote:
> Hello Alan,
>
> From what I have heard many times, "tapeinfo" can do a scsi clear
> command (at least in some cases).
I've never seen this. Do you have a source? It's supposed to be a simple
interrogator.
> Until that is dis
sers] Hardware Specs & Sizing for Bacula?
>> Local Time: February 19, 2016 10:02 pm
>> UTC Time: February 19, 2016 10:02 PM
>> From: a...@mssl.ucl.ac.uk
>> To: paul.hutchi...@protonmail.com
>> CC: bacula-users@lists.sourceforge.net
>>
>>
>> On 19/0
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
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
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
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
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
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./
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
1 - 100 of 1200 matches
Mail list logo