On Mon, 26 Feb 2007, Kern Sibbald wrote:
On Sunday 25 February 2007 09:42, Michael Brennen wrote:
Hello again,
The long weekend backups started running Friday night. This is a 4
drive 60 slot autochanger. The bacula version is archive-dir
Version: 2.1.4 (21 February 2007) to get
On Mon, 26 Feb 2007, Kern Sibbald wrote:
On Monday 26 February 2007 03:17, Michael Brennen wrote:
I have a resolution to the mount problems of which I wrote last
night, in which bacula attempts to unload a phantom tape from an
empty drive before loading the needed tape. I went back
Hello again,
The long weekend backups started running Friday night. This is a 4
drive 60 slot autochanger. The bacula version is archive-dir
Version: 2.1.4 (21 February 2007) to get the encryption patch.
Consistent with what I posted a couple of days ago the tape drives
are still a bit
Hello all,
Sometime last night the director died. The last entry in
working/log is this:
25-Feb 08:02 archive-dir: Error: open mail pipe
/path/to/bacula/bsmtp -h localhost -f (Bacula)
[EMAIL PROTECTED] -s Bacula daemon message
[EMAIL PROTECTED] failed: ERR=Cannot allocate memory
The
On Sun, 25 Feb 2007, Michael Brennen wrote:
Sometime last night the director died. The last entry in
working/log is this:
25-Feb 08:02 archive-dir: Error: open mail pipe
/path/to/bacula/bsmtp -h localhost -f (Bacula)
[EMAIL PROTECTED] -s Bacula daemon message
[EMAIL PROTECTED] failed
I have a resolution to the mount problems of which I wrote last
night, in which bacula attempts to unload a phantom tape from an
empty drive before loading the needed tape. I went back to the
latest released source, 2.0.2, and all is working again.
The changer is a 4 drive, 60 slot unit that
Hello all,
This is on a bacula configuration that has been running fine for a
couple of months. It has run through about 45 or so tapes in the
changer, so I think I have some confidence in the basic
configuration.
Last weekend a long running network archive hung, and after 3 days I
Hello again,
This is a followup of my earlier post this evening.
One of the problem jobs just started again. It is looking for the
volume 'FNI0003' to be in drive 0. It was mounted in drive 1, but
would not use it.
The status of the autochanger is this; FNI0003 is loaded in drive 1.
Data
You may want to get the VXA tools from the web site, probably exabyte.com,
since they bought Ecrix. The vxaTool is the best way to control compression;
I am not sure that mt will do that. I know that here mt does not work to
eject tapes where vxaTool does.
--
-- Michael
On Wednesday 17 January 2007 17:39, Geoff Tolley wrote:
Frontula anyone?
Or 'baculart'?
--
-- Michael
pgp6qvdHF0weI.pgp
Description: PGP signature
-
Take Surveys. Earn Cash. Influence the Future of IT
Join
On Wed, 6 Dec 2006, Ëﺣ³É wrote:
when I'm working on get bacula-rescue run in my redhat 8.0. when
i compile bacula-1.36.3 source ...
1.36 is very old and you may not get any help on it. Have you tried
the latest 1.38, or better 1.39, release? If you need stability,
try 1.38.11 (or
On Wed, 6 Dec 2006, 孙海成 wrote:
to Michael: Thank you . I tryed bacula-1.38.11 ,but the problem
still there,I think maybe it is lack of some library ?
A segfault would not be the lack of a library; that would tend more
toward a compilation failure. The runtime segfault may indicate a
On Wednesday 08 November 2006 10:20, Mike King wrote:
can someone please send me their conf files - passwords... i cant this
overland autochanger working correctly!
I've an Overland 10 slot / 2 drive changer and it is working quite well with
normal configurations. What is not working on
On Wednesday 08 November 2006 00:56, Michael Brennen wrote:
On Tue, 7 Nov 2006, Robert Nelson wrote:
You aren't going to have any luck with 1.39.26 on Windows since it
doesn't have any of the fixes.
Ah... somewhere I must have missed the .27 for Windows. I will
install/test it, and thanks
server allows large
attachments ( 15MB) I can send you an Installer binary.
My mail server can take that sort of attachment, and I would be happy to test
it for you. Thanks much yet again.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Brennen
It worked. :)
I installed Robert's 1.39.27 beta on a Windows 2k server, touched
some files, archived and restored them, all without problems. PKI
signatures were on. The sparse option was enabled, and compression
was at GZIP6. That has been a long time coming, but it is finally
working.
Last Sunday night I restarted my archive set with current CVS, as checked in
by Robert with the compression+encryption fixes. I can archive and restore
from a linux system successfully now; thanks much, Robert. :)
Archiving windows systems is working with compression+encryption without error
the
signatures but no resolution yet.
See below.
I'll change the severity from M_FATAL to M_ERROR so that the
restore continues.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Brennen
Sent: Tuesday, November 07, 2006 1:53 PM
To: bacula
On Tue, 7 Nov 2006, Robert Nelson wrote:
You aren't going to have any luck with 1.39.26 on Windows since it
doesn't have any of the fixes.
Ah... somewhere I must have missed the .27 for Windows. I will
install/test it, and thanks.
-- Michael
On Mon, 6 Nov 2006, Matti Jormakka wrote:
We have configured a Director and a Storage Daemon on a machine
called host in our local network. In addition to a local test File
Daemon (running on host) we have a File Daemon on a machine
outside our local network. We have set up a domain name
this, but if not you need to use the serialization code that is also
used for sparse file length.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Landon
Fuller
Sent: Wednesday, November 01, 2006 7:08 PM
To: Michael Brennen
Cc: bacula-users
On Thursday 02 November 2006 10:30, Robert Nelson wrote:
The code now works for all four scenarios with encryption and compression:
none, encryption, compression, and encryption + compression. Unfortunately
the code is no longer compatible for previously encrypted backups.
Excellent. Is
On Wednesday 01 November 2006 05:43, Arno Lehmann wrote:
So... in my testing the combination of encryption and compression is
either not writing files correctly to tape (in which case there is a
lot of tape space taken up needlessly :) or the files are being
corrupted in the restore
/Compression Conflict in CVS
Hi,
On 11/1/2006 5:43 AM, Michael Brennen wrote:
I posted a couple of days ago that restoring files from 1.39.27
(current CVS) with both encryption and compression turned on
resulted in 0 length files being restored.
I was able to test that further tonight
On Wednesday 01 November 2006 13:46, Lonnie Cumberland wrote:
I am wondering how to use Bacula to backup client systems across a Wan
that may be on a different subnet (possibly masquraged) and perhaps
even behind a firewall in some cases.
Adding to the good comments already made by others, I
On Wednesday 01 November 2006 15:33, Arno Lehmann wrote:
This sounds like compression should be automatically disabled when
encrypton is enabled. Should be useless anyway as encrypted data should
no longer be compressible.
Not if compression happens prior to encryption. :)
Theoretically
On Wed, 1 Nov 2006, Landon Fuller wrote:
Landon, what is your take on this? Since you wrote the code you
seem to be the best source on whether the openssl functions you
are using compress data.
The encryption does not include compression -- It made more sense
to piggyback on the
On Wed, 1 Nov 2006, Robert Nelson wrote:
On top of the issue with the reversed processing during restore that I
previously mentioned, there is a fundamental flaw in the processing of
compressed+gzipped data. The problem is that boundaries aren't preserved
across encrypt/decrypt.
What
I posted a couple of days ago that restoring files from 1.39.27
(current CVS) with both encryption and compression turned on
resulted in 0 length files being restored.
I was able to test that further tonight by archiving and restoring a
file in the 4 combinations of encryption/compression
I did a clean restart of the entire backup set over the weekend. I relabeled
the tapes, started with a new database, etc. This is on a current Centos 4.4
system.
I carefully configured the windows client systems on 1.39.26, and they can
successfully archive data without error. The director
On Thu, 26 Oct 2006, jpg wrote:
However bconsole fails with:
/etc/bacula # bconsole
Connecting to Director hpcvsjpg:9101
26-Oct 13:50 bconsole: Fatal error: bnet.c:859 Unable to connect
to Director daemon on hpcvsjpg:9101. ERR=Connection refused
Do you have a firewall in place that
On Thursday 26 October 2006 12:15, Greg Little wrote:
3306 Issuing autochanger list command.
Invalid Slot number: /var/lib/bacula/mtx-changer: line 156: MTX: command
not found
Invalid Slot number: /var/lib/bacula/mtx-changer: line 156: -f: command
not found
I think you have the buggy
On Tue, 24 Oct 2006, G. Armour Van Horn wrote:
I've finally decided that I need to do something about network
backup. I've been incredibly lucky, but I'm old enough to realize
that probably won't last forever. Bacula looks like the way to go,
so I'm diving in.
I picked up a pair of
On Wednesday 25 October 2006 17:47, Greg Little wrote:
So I have installed bacula-1.38.11
I have a gentoo box with a Dell 124-T attached, LTO-2, two magazines
... SNIP ...
I have tried changing sg0 to nst0 and st0, the best I can get is a 3903
ERR.
For some reason I can't write to the
On Fri, 20 Oct 2006, Russell Sutherland wrote:
1. Are there any documented backup methodologies
given the notion of full, differential and incremental
backups?
There are different such sample schema in the docs.
2. Given a different Pool for each client, is it possible
for the
Trying to restore some files to a Windows client, running wx-console
on the Windows client, from an archive a few days ago I am seeing
these errors. I am running 1.39.26. The director has the directive
compression = GZIP6, and the archive was created with compressed
data.
I have run the
On Wednesday 18 October 2006 10:46, John Drescher wrote:
On 9/25/06, Michael Brennen [EMAIL PROTECTED] wrote:
I am running current CVS. Per discussion a day or so ago, I added
'Prefer Mounted Volumes = no' to my JobDefs tonight, reloaded, and ran a
couple of backups that I know use
On Tuesday 17 October 2006 11:05, Kern Sibbald wrote:
The problem with the timeout on my earlier regress tests was the
AlwaysOpen parameter in the SD configuration. In the early days of
my working with Bacula I had set that to off for some reason I don't
remember. In my earlier regress
On Sun, 15 Oct 2006, Kern Sibbald wrote:
I'm sending this email for several reasons. One is to remind you
that I will be on vacation (a real one this time) beginning now
until when I am scheduled to return late the 9th of November.
Bonnes vacances... et bon retour... :)
1. I have
On Sat, 14 Oct 2006, Kern Sibbald wrote:
The problem again is that Bacula does the following:
* loads slot 2 into drive 1
* unloads slot 1 from drive 0
* tries to load slot 2 into drive 0
The problem is that there is no unload of slot 2 from drive 1
prior to attempting to load slot 2
On Sat, 14 Oct 2006, Kern Sibbald wrote:
I should have specified more clearly in previous email that I am
having problems distinguishing between two bug reports that you
have filed. One is bug #687, which is not very clear to me, but
seems to be similar to bug #689.
For bug 689, I do
On Sun, 15 Oct 2006, Kern Sibbald wrote:
They are essentially the same bug. One was running
two-pool-tape, the other 2drive-incremental-2tape, but the mtx
logs show the same failure. Consolidating to #687 is fine.
Well, two-pool-tape runs fine here too, but I didn't realize it
was what
On Sun, 15 Oct 2006, Kern Sibbald wrote:
On Sunday 15 October 2006 17:48, Michael Brennen wrote:
I am starting over with a fresh regress checkout and current
bacula cvs. I will pay attention to every detail so as to try
and duplicate your test conditions. I may have to change the
mtx
This is primarily for Kern, though I don't know when he might see
it. Hopefully by now he's already gone.
The problem with the timeout on my earlier regress tests was the
AlwaysOpen parameter in the SD configuration. In the early days of
my working with Bacula I had set that to off for some
On Tuesday 10 October 2006 14:50, Alan Davis wrote:
Short version: What combination of directives will make bacula choose to
use both drives defined in the autochanger at the same time?
My short answer is that I am running different Jobs that run more or less
concurrently with different
Kern, I finally have a logged logic failure. I worked with the
mtx-changer script on logging, and I have a log that shows Bacula
trying to load a tape into a tape drive when that tape had already
been loaded into another drive, without an intervening unload.
The relevant snippets from the
On Monday 09 October 2006 13:53, Robert Keidel wrote:
I try to get bacula running on a Centos 4 running. I have VXA2
autochanger. I went through the manuals, and everything seems to work
fine. I started backup job and it looked very good. After the test
run, I changed my bacula-dir.conf to
Kern, this is a brief update to the list but primarily with you in
mind.
Curiously, as of cvs a few days ago the system is now using multiple
tape drives again, without any change at all in the configuration.
For the last few days bacula is not forcing multiple jobs destined
to different
On Sun, 8 Oct 2006, Landon Fuller wrote:
On Oct 2, 2006, at 11:16 PM, Michael Brennen wrote:
I have not been able to run with the PKI Master Key directive; the
error is something about not being able to load the private key.
Your error is different, which makes me wonder if you are really
On Thu, 5 Oct 2006, Pedro Sepúlveda wrote:
I have a robotic library Storagetek L40 with twho drives Ultrium
LTO 2. In my server I have a network card scsii. I have Red Hat
Advanced Server 3.0
With this scsii I have connected the robot as the two drives in
such a way that the first drive is
On Thursday 05 October 2006 08:14, Kern Sibbald wrote:
I have just released Bacula BETA 1.39.24.20061002 source and the Win32
binaries to Source Forge. This is very likely to be the last beta release
or next to last release before the official 1.40 production release in the
second half of
Per Kern's request I've been trying to get the regress scripts set up to find
a bug in multi-drive usage. In a 4 tape autochanger library only one tape is
being used. Up to and including the 9/9/2006 beta multiple drives were being
used for archives in different Pools That seems have been
On Tue, 3 Oct 2006, Albert Ferran wrote:
I've tried with CVS snapshot and I've got the same error
FileDaemon { # this is me
Name = client-fd
FDport = 9102 # where we listen for the director
WorkingDirectory = /var/bacula
Pid
On Sat, 30 Sep 2006, Kern Sibbald wrote:
On Saturday 30 September 2006 00:26, Michael Brennen wrote:
On Friday 29 September 2006 04:36 pm, Kern Sibbald wrote:
I am glad you were finally able to resolve the kernel crash; that
sort of non-self-induced bug is really frustrating
I just logged into Bacula from a client machine that has tighly restricted
access. It can only access its own pools, jobs, etc.
When I logged in with wx-console I was surprised by a sudden flood of queued
console messages for all jobs from last night. Those messages of course give
quite a
On Friday 29 September 2006 04:41 pm, Kern Sibbald wrote:
On Friday 29 September 2006 23:19, Michael Brennen wrote:
Offhand I don't see a good way in the Console resource to restrict
message access. Is the best option for the moment simply to disable
console message support and depend
On Friday 29 September 2006 04:36 pm, Kern Sibbald wrote:
By the way, the current CVS has ACLs covering all the various restore
options.
I noted today on current cvs that the last 20 jobs list in the wx console now
gives a message about sql access denied or something like that. Thanks, that
On Friday 29 September 2006 17:39, m listus wrote:
You mentioned a few days ago that I might need to
supply some sort of
regression script test to demonstrate that. I don't
know what such a
regression script would look like or where to find
examples. If you can
point me to a
On Wednesday 27 September 2006 04:07 pm, Kern Sibbald wrote:
If for some reason you are using the current CVS, I recommend not using a
bscan built from it on a Linux system (actually on any system, though it
seems to run fine on Solaris and FreeBSD) until I pin point and fix the
problem.
For
[originally posted privately, now moving to the list]
On Monday 25 September 2006 02:13 am, Kern Sibbald wrote:
On Sunday 24 September 2006 20:59, Michael Brennen wrote:
Yesterday midday, late evening in Europe, I pulled the latest CVS and
saw that a number of files in /src had been
I am running current CVS. Per discussion a day or so ago, I added
'Prefer Mounted Volumes = no' to my JobDefs tonight, reloaded, and ran a
couple of backups that I know use different volumes. The new parameter
made no difference; drive 0 was unloaded each time and only it was
used.
Arno Lehmann wrote:
On 9/21/2006 5:03 AM, Roy Vestal wrote:
Does anyone know how to keep a client from being able to restore data
from another client? Specifically Windows clients?
Specifics:
I have 2 clients I'm testing with. Client1 is a linux machine, Client2
is a Windows machine.
On Thursday 21 September 2006 12:08 pm, Sarath Jayewardena wrote:
I am experimenting to see whether bacula would be a good system for me to
backup our department's servers. I am running bacula director and storage
daemon on a Debian (sarge) machine which has a scsi DLT tape drive
attached to
On Thursday 21 September 2006 01:01 pm, Sarath Jayewardena wrote:
On Thu, 21 Sep 2006, Michael Brennen wrote:
In your described case it might well be as simple as mounting the drive
with bconsole if you manually eject/reinsert it.
Thank you all you nice people offering help. This is really
On Thursday 21 September 2006 03:34 pm, Arno Lehmann wrote:
A couple of days ago I posted on a restore not working from a windows
clients running the latest CVS for director and storage daemons, and the
latest windows beta client. That client is tightly ACL restricted, only
'restore'
On Tue, 19 Sep 2006, Arno Lehmann wrote:
On 9/16/2006 12:19 PM, Ralf Cremer wrote:
Hello,
I'm new to bacula and have a problem with my autochanger. I use an AMD64
3000+
with Debian Etch AMD64 and 4GB Ram. Bacula with mysql is from this distri
installed. update slots give me this error:
On Tue, 19 Sep 2006, Abe Hernandez wrote:
Have been using Bacula for about year and just started getting the following
Windows error:
Fatal error:
c:\cygwin\home\kern\bacula\k\src\win32\filed\../../filed/backup.c:526 Network
send er
ror to SD. ERR=Input/output error
Anyone have any
This may need to go to bacula-devel, if so please remove it as best fits. I
thought to send it to bacula-users to see if others could corroborate or
expand on this.
I am running 1.39.22 client on a W2003 system, with the director and sd on
linux, Version: 1.39.23 (16 September 2006). The
On Monday 18 September 2006 03:37 am, Arno Lehmann wrote:
On 9/18/2006 6:30 AM, Michael Brennen wrote:
It appears that the only way to turn off hardware tape compression
is to have RunBeforeJob execute a script that turns off h/w tape
compression with 'mt'. I did not see in either
On Monday 18 September 2006 12:27 pm, Pietari Hyvärinen wrote:
Our Autochcanger ( dell136T) is connected to four tape drives.
Two of the are older LTO-2 and the rest are LTO-3 capable drives.
How I define bacula-dir to understand that there are two of each
drives in same autochanger?
We are
I enabled encryption on 1.39.23 using the FD keys on Friday.
During a full backup over the weekend I noticed that the 35/70 DLT
tapes seemed to hold less than I have seen before, about 35G in one
case and somewhat over 30G in another.
I am wondering if the encrypted data might conflict with
Frank Sweetser wrote:
On Sun, Sep 17, 2006 at 07:36:46PM -0500, Michael Brennen wrote:
I enabled encryption on 1.39.23 using the FD keys on Friday.
During a full backup over the weekend I noticed that the 35/70 DLT
tapes seemed to hold less than I have seen before, about 35G in one
It appears that the only way to turn off hardware tape compression
is to have RunBeforeJob execute a script that turns off h/w tape
compression with 'mt'. I did not see in either released or
development documentation that there is a %? substitution for the
tape device to be used for the Job
I think I can recount this accurately; again, it is a situation that came up
before I was aware of it, so I'm not quite sure how I got there. I think I
have cleared it up, so I thought I would post this for comment.
Last night after the FNI0016 tape would not mount, apparently due to a label
On Thursday 14 September 2006 05:01 pm, Jack wrote:
I have been using bacula for over six months now to dump backups to
disk. I have recently aquired a EZ17 autoloader with the AIT2 tape drive
in it (a SDX500 if I'm not mistaken).
...
*mount
...
3301 Issuing autochanger loaded drive 0
On Thu, 14 Sep 2006, Jack wrote:
I didnt see the tape verification stuff, I'll try that now. Also
I'd like to report that i got the tape to unmount successfully by
putting in the mt -f $4 offline in the mtx-changer :)
For what it's worth, the attached patch is one that I must apply to
I upgraded bacula via cvs to 1.39.23 today, restarted everything fresh, ran
'update slots', and started a job that wants volume FNI0016. It does issue
the autochanger command to load the tape, it does load it and it is in the
drive. bacula knows about it, but it also wants it to be mounted.
A quick followup on the mount request mail I just sent...
Using the console I unmounted and remounted that volume, and it still asks for
a mount. Current status is below.
-- Michael
Running Jobs:
JobId Level Name Status
On Wednesday 13 September 2006 05:16 pm, Arno Lehmann wrote:
Hi,
On 9/13/2006 11:59 PM, Michael Brennen wrote:
A quick followup on the mount request mail I just sent...
Using the console I unmounted and remounted that volume, and it still
asks for a mount. Current status is below
I was able just now to work further with the FNI0016 tape that was
not mounting. I purged and relabeled that particular tape, and now
it is mounting. All I can figure is that the tape label was lost
somehow. I don't remember a specific incident where that would have
happened, but I have
[EMAIL PROTECTED] wrote:
I'm running into a frequent situation where Bacula wants a given volume to be
in one drive of our autochanger, and it doesn't seem to find the volume when
it's already in the other drive.
This is with Bacula 1.38.9, under Linux (FC1), with a 23-slot, 2 drive
Configuring for encryption in current CVS, I've followed Landon's web
page and set up a master key/cert pair and a fd pem file for a
particular host. If I only specify the fd key with 'PKI Keypair' Bacula
loads and starts. If I include the 'PKI Master Key' directive with just
the public
I am seeing some inconsistency between what the SD thinks it has
loaded in the tape drives and what is actually loaded. The 'stat
storage=Q47' output below shows that Drive-2 has slot 11 loaded.
That drive is not in fact loaded and volume FNI0010, which corresponds
to slot 11, is in the
On Tue, 5 Sep 2006, Uwe Schuerkamp wrote:
I have a question regarding the scratch pool: The docs note that a
volume from the scratch pool will be used whenever no other volume
is available. Will this work for a tape-based pool
(storage=DLT8000), too?
Yes.
i'd like bacula to switch to a
On Thu, 17 Aug 2006, Kern Sibbald wrote:
On Thursday 17 August 2006 18:41, Jo Rhett wrote:
On Wed, Aug 16, 2006 at 08:49:19AM +0200, Kern Sibbald wrote:
On Wednesday 16 August 2006 00:48, Jo Rhett wrote:
After using bacula a lot today to do cleanup of some testing I did,
I've found that ALL
On Thu, 17 Aug 2006, Erik Dykema wrote:
Everything is working normally in all respects but one: When I
issue the label command, and give bacula a tape name, a slot number,
and a drive number, it successfully labels tapes. Example pasted
below (example 1 - working).
However, when I
On Fri, 18 Aug 2006, Daniel Vesely wrote:
i have an VXA2 10U autochanger with 10 slots 1-10 but bacula think
that slots is 0-9 - so where i have setup that the slots start from
slot 1?
My autochanger numbers from one, and Bacula is working with it without
problem.
-- Michael
On Fri, 18 Aug 2006, Simon Tomlinson wrote:
I would like to configure Bacula so that individual clients can only
restore their own data (using bconsole on their own machines). At
the moment the setup I have seems to allow restore of backups
originating from any machine. What is the best
On Sat, 19 Aug 2006, Jo Rhett wrote:
But when I try to run a restore, I see the following. Note that
none of these jobs are even in the same catalog as this client:
On Sat, Aug 19, 2006 at 01:53:14PM -0500, Michael Brennen wrote:
Have you tried setting the FileSetACL to only the FileSet
On Sat, 19 Aug 2006, Jo Rhett wrote:
In a previous message, Kern said:
Maybe I am misunderstanding the request, because Bacula has since quite some
time had very fine grain control of Client access. There is perhaps some
need for improvement of where the user can restore the files so that
On Fri, 18 Aug 2006, Daniel Vesely wrote:
i have an VXA2 10U autochanger with 10 slots 1-10 but bacula think that slots
is 0-9 - so where i have setup that the slots start from slot 1?
My autochanger numbers from one, and Bacula is working with it without problem.
-- Michael
On Fri, 18 Aug 2006, Simon Tomlinson wrote:
I would like to configure Bacula so that individual clients can only restore
their own data (using bconsole on their own machines). At the moment the
setup I have seems to allow restore of backups originating from any machine.
What is the best
other users
files, but other than that, as far as I know it all works fine.
Restricted Consoles and Bacula Director Access control lists ...
On Friday 18 August 2006 16:58, Michael Brennen wrote:
On Fri, 18 Aug 2006, Simon Tomlinson wrote:
I would like to configure Bacula so that individual
On Thu, 17 Aug 2006, Kern Sibbald wrote:
On Thursday 17 August 2006 18:41, Jo Rhett wrote:
On Wed, Aug 16, 2006 at 08:49:19AM +0200, Kern Sibbald wrote:
On Wednesday 16 August 2006 00:48, Jo Rhett wrote:
After using bacula a lot today to do cleanup of some testing I did,
I've found that ALL
On Thu, 17 Aug 2006, Jo Rhett wrote:
On Thu, Aug 17, 2006 at 01:54:55PM -0500, Michael Brennen wrote:
I had not made the connection between Jo's recent post and my request
yesterday
about restricting clients to certain areas; I am new enough to Bacula that I
am
still learning to think
I am fairly new to Bacula. I have it running well with multiple jobs
and clients with a Breece Hill Q47 (4 DLT / 60 slot) autochanger. I
am running the latest CVS code, as I want to be able to work with some
of the new options as of 1.39.
In restoring an archived file from a windows system
For several years I have been doing my own D2D2T scheme based on
rsync/tar. I have a large capacity disk system in the office that
archives systems with rsync across a T1 to the colo cabinets. That is
where rsync really is useful, as its differential transfer is so
efficient. I am
On Wed, 16 Aug 2006, Matt Cowger wrote:
On Aug 16, 2006, at 12:20 PM, Michael Brennen wrote:
Said another way, I do not see that a job can mount a Bacula disk
archive as a client file set to then spin to tape.
This could be possible using a 'RunBeforeJob' script that would
loopback
On Wed, 16 Aug 2006, Mike wrote:
On Wed, 16 Aug 2006, Michael Brennen might have said:
My question is this: will Bacula job migration allow the sort of
split use that I am doing for the unix systems? That is, will it
be possible, once a full transfer is done, to always do an
incremental
Hello,
I am new to the list as I just recently began using Bacula a couple
of weeks ago. I am using Bacula with a Breece Hill Q47 with four
DLT7000 drives; it is working well, so that can be added to the list
of autochangers that work with Bacula.
Since I am not really in production yet I
100 matches
Mail list logo