On Wednesday 10 January 2007 23:12, Erik P. Olsen wrote:
> Kern Sibbald wrote:
> > Hello,
> >
> > I have now posted my latest version of the presentation that I am
scheduled to
> > give at FOSDEM in February. You can find it on the Bacula web site by
> > following the Presentations menu item, or simply go to:
> >
> > http://www.bacula.org/presentations/Bacula-FOSDEM-talk-24Feb07.pdf
> >
> One line in your presentation reads:
>
> Rescue CDROM for "bare metal" recovery
>
> Is this feature really ready for production?
Yes. It has been released for several years, but is not something that is as
generic as I would like so some people on some Linux distros have had trouble
building it.
Version 2.0.0 works fine for me on Fedora 4, SuSE 10.1 and SuSE 10.2, and the
manual now has instructions on how to prepare a "generic" rescue package.
Other people have developed Win32 and Solaris rescue disks for Bacula and
documented them via email on the list.

On Wednesday 10 January 2007 23:26, summer@... wrote:
> On Wed, 10 Jan 2007, Kern Sibbald wrote:
>
> > Hello,
> >
> > You will surely get better help by asking on the bacula-users list.
>
> Hi Kern
> That may be, but I am on dialup, and was not connected to the Internet,
> so couldn't check for subscription rules, or subscribe if needed etc.
> Your name came up when I was looking for someone to complain to....
>
> Nor am I wildly enthusiastic about subscribing to a list just to report
> what looks like a bug.
It is not a bug, and it is not absolutely necessary to subscribe to the list,
but better even if it is for a short time.
>
>
> >
> > However, what I do note is that you are attempting to configure three
> > databases, and Bacula works with only one of those three.
>
> I'm trying to do a generic build (how else would one create a deb or
> rpm?); in any event I don't see that my problem arises because I'm
> building support for multiple databases, it's because configure is
> looking for a file (sqlite.h) that does not exist (not in FC5 nor any
> other release of Linux I could find - I have several Fedoras, CentOS 4,
> SUSE10 and packages for some others to hand).
There is no single generic binary that works with more one database. Though
with some work one could build an installation package that asks what db you
want to use and buids and/or installs the correct binary.
>
> It seems to me that configure should be looking for is sqlite3.h.
> SUSE10 does have sqlite.h, it's in sqlite2-devel.
>
> I'm thinking more than the file name needs to be changed to use the
> version of sqlite everyone's distributing (Debian seems to have 2 and
> 3).
On the two above points, I believe I have already correctly explained the
solution in my previous email.
>
>
> >
> > If you want to use SQLite3 then I believe that you need to say something
like:
> >
> > ./configure --with-sqlite3
I have just checked this and it is correct.
>
> The README and INSTALL do not mention that, and on Fedora & RHEL one
> does not have a package "sqlite3," it's "sqlite."
Well the README and INSTALL are extremely general and possibly out of date.
You need to read the manual to understand the build options, procedure and
installation. Without the manual, it is virtually impossible to build,
install and run Bacula.
>
>
> Thanks for your help.
>
> >
> > but then either the manual or the list can answer that definitively.
> >
> > Regards,
> >
> > Kern
> >
> >
> > On Wednesday 10 January 2007 09:48, John Summerfield wrote:
> >> Briefly, I have this tarball:
> >> -rw-r--r-- 1 summer summer 2488471 Jan 10
> > 07:33 /home/summer/downloads/bacula-2.0.0.tar.gz
> >> I untarred it thus:
> >> tar xzpf /home/summer/downloads/bacula-2.0.0.tar.gz;cd bacula-2.0.0/
> >> After some trials, reading and installing stuff I got to this:
> >>
> >
strace -f -o /tmp/config-trace ./configure --enable-gnome --enable-tray-monitor --with-postgresql=/usr --with-mysql --with-sqlite
> >>
> >> strace tells me where it's looking and for what.
> >>
> >> It fails this way:
> >> checking for MySQL support... yes
> >> checking for SQLite3 support... no
> >> checking for SQLite support... no
> >> configure: error: Unable to find sqlite.h in standard locations
> >> [summer@... bacula-2.0.0]$
> >> For this reason:
> >> [summer@... bacula-2.0.0]$ grep sqlite.h /tmp/config-trace
> >> 10887 stat64("/usr/local/include/sqlite.h", 0xbfae3c18) = -1 ENOENT (No
such
> > file or directory)
> >> 10887 stat64("/usr/include/sqlite.h", 0xbfae3b58) = -1 ENOENT (No such
file
> > or directory)
> >> 10887 stat64("/include/sqlite.h", 0xbfae3a98) = -1 ENOENT (No such file
or
> > directory)
> >> [summer@... bacula-2.0.0]$
> >>
> >> But:
> >> [summer@... bacula-2.0.0]$ rpm -qa sql\*
> >> sqlite-devel-3.3.3-1.2
> >> sqlite-3.3.3-1.2
> >> [summer@... bacula-2.0.0]$
> >>
> >> And:
> >> [summer@... bacula-2.0.0]$ ls /usr/include/*sqlite*.h
> >> /usr/include/sqlite3.h
> >> [summer@... bacula-2.0.0]$
> >>
> >> which looks a bit shonky to me, but there it is.
> >>
> >> I'm guessing this has implications for FC6 and, importantly to Adam T and
> > David B, RHEL5.
> >>
> >> I'll build sans sqlite for now.
> >>
> >>
> >> --
> >>
> >>
> >>
> >> Cheers
> >> John Summerfield
> >>
> >
> >
>
> --
>
>
> Cheers
> John
>

On Wednesday 10 January 2007 22:48, Alan Davis wrote:
>
> The servers that I am backing up with bacula have on the order of 11TB
> of data 4.5 million files.
>
> The data resides on NAS appliances that are incapable of running the
> bacula FD natively so I'm forced to back the data up over GbE and NFS
> mounted on the server that is running DIR, SD, FD and the db.
>
>
>
> The server is a 2cpu 2+GHz Xeon Solaris 10 x86 server with 4GB of RAM.
>
>
>
> It's currently taking 36+ hours from the start of the backup job to when
> the first files are written to tape.
>
> This makes it difficult to do incremental backups in a reasonable
> timeframe.
Even with 4.5 million files, which is rather large, it should not be more than
5 or 10 minutes before Bacula finds the first file in an incremental backup
and begins writing it to tape (assuming you are not using spooling). I
suspect that you have an *extremely* slow NAS or some other major bottleneck
(network, NFS, ...). It seems to me that you not only have something that
has a bottleneck, but it has a monsterous bottleneck that I even have
difficulties imagining unless you are talking about another software product
or trying to do a restore, which for 4.5 million files could be very time
consuming.
Bacula simply reads the filesystem directories and writes out files that need
backing up. There is no preliminary time intensive setup before Bacula
begins working as in some other programs.
>
>
>
> I've seen mention here on the list of others backing up multi-terabyte
> servers - I'm looking for suggestions on how to optimize and speed up
> the backup process.
>
>
>
> Thanks!
>
>
>
> Alan
>
>
>
>
>
> ----
>
> Alan Davis
>
> Senior Architect
>
> Ruckus Network, Inc.
>
> 703.464.6578 (o)
>
> 410.365.7175 (m)
>
> adavis@...
>
> alancdavis AIM
>
>
>
>
>
>

On Wednesday 10 January 2007 22:03, Thomas Glatthor wrote:
> Hi,
>
> what have i to expect in the uname-column of the client-table?
> the devel-docs describe it as "uname -a (yet unused)".
> (unused by bacula, but maybe used by a user)
>
> uname -a on my workstation:
> "Linux hostname 2.6.18-1.2869.fc6 #1 SMP Wed Dec 20 14:51:19 EST 2006 i686
i686 i386 GNU/Linux"
>
> uname's from my 1.38.11 clients:
> Windows 2000,MVS,NT 5.0.2195
> Windows Server 2003,MVS,NT 5.2.3790
> i386-pc-solaris2.10,solaris,5.10
> i686-pc-linux-gnu,redhat,8.0
> i486-pc-linux-gnu,debian,testing/unstable
> i686-redhat-linux-gnu,redhat,Enterprise 3.0
> sparc-sun-solaris2.10,solaris,5.10
>
> "fd-arch,os-name,os-version" ?
In looking at the source code in version 1.38.11 and 2.0.0, with the exception
that I added the Client version and date, the code is identical. The host
information has, as far as I can tell, always come from the machine
information where the code was configured. It is not necessarily directly
related to the client itself.
The display you show above doesn't seem to me to be something that Bacula
would have inserted in the client record. If it is, I have no explanation on
how it got there.
>
>
> uname's from my 2.0.0 clients:
> 2.0.0 (04Jan07) i486-pc-linux-gnu,debian,4.0
> 2.0.0 (04Jan07) sparc-sun-solaris2.8,solaris,5.8
> 2.0.0 (04Jan07) Linux,Cross-compile,Win32 => win2003 server
> 2.0.0 (04Jan07) Linux,Cross-compile,Win32 => win2k server
>
> "fd-version,xxxxx,xxxx" ???
>
> none of them looks like `uname -a`,
> why is the win32-os-version lost?
> maybe i want to do something with my clients depending on the os-version and
platform or clients version ....
>
>
> (its nice to see the fd-version in the table, but on win32 i miss the
os-version.
> and i'm sure what to expect in the next bacula-release)
>
>
> Regards
>
> Thomas
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@...
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>

On Wed, 10 Jan 2007, Kern Sibbald wrote:
> Hello,
>
> You will surely get better help by asking on the bacula-users list.
Hi Kern
That may be, but I am on dialup, and was not connected to the Internet,
so couldn't check for subscription rules, or subscribe if needed etc.
Your name came up when I was looking for someone to complain to....
Nor am I wildly enthusiastic about subscribing to a list just to report
what looks like a bug.
>
> However, what I do note is that you are attempting to configure three
> databases, and Bacula works with only one of those three.
I'm trying to do a generic build (how else would one create a deb or
rpm?); in any event I don't see that my problem arises because I'm
building support for multiple databases, it's because configure is
looking for a file (sqlite.h) that does not exist (not in FC5 nor any
other release of Linux I could find - I have several Fedoras, CentOS 4,
SUSE10 and packages for some others to hand).
It seems to me that configure should be looking for is sqlite3.h.
SUSE10 does have sqlite.h, it's in sqlite2-devel.
I'm thinking more than the file name needs to be changed to use the
version of sqlite everyone's distributing (Debian seems to have 2 and
3).
>
> If you want to use SQLite3 then I believe that you need to say something like:
>
> ./configure --with-sqlite3
The README and INSTALL do not mention that, and on Fedora & RHEL one
does not have a package "sqlite3," it's "sqlite."
Thanks for your help.
>
> but then either the manual or the list can answer that definitively.
>
> Regards,
>
> Kern
>
>
> On Wednesday 10 January 2007 09:48, John Summerfield wrote:
>> Briefly, I have this tarball:
>> -rw-r--r-- 1 summer summer 2488471 Jan 10
> 07:33 /home/summer/downloads/bacula-2.0.0.tar.gz
>> I untarred it thus:
>> tar xzpf /home/summer/downloads/bacula-2.0.0.tar.gz;cd bacula-2.0.0/
>> After some trials, reading and installing stuff I got to this:
>>
> strace -f -o /tmp/config-trace ./configure --enable-gnome --enable-tray-monitor --with-postgresql=/usr --with-mysql --with-sqlite
>>
>> strace tells me where it's looking and for what.
>>
>> It fails this way:
>> checking for MySQL support... yes
>> checking for SQLite3 support... no
>> checking for SQLite support... no
>> configure: error: Unable to find sqlite.h in standard locations
>> [summer@... bacula-2.0.0]$
>> For this reason:
>> [summer@... bacula-2.0.0]$ grep sqlite.h /tmp/config-trace
>> 10887 stat64("/usr/local/include/sqlite.h", 0xbfae3c18) = -1 ENOENT (No such
> file or directory)
>> 10887 stat64("/usr/include/sqlite.h", 0xbfae3b58) = -1 ENOENT (No such file
> or directory)
>> 10887 stat64("/include/sqlite.h", 0xbfae3a98) = -1 ENOENT (No such file or
> directory)
>> [summer@... bacula-2.0.0]$
>>
>> But:
>> [summer@... bacula-2.0.0]$ rpm -qa sql\*
>> sqlite-devel-3.3.3-1.2
>> sqlite-3.3.3-1.2
>> [summer@... bacula-2.0.0]$
>>
>> And:
>> [summer@... bacula-2.0.0]$ ls /usr/include/*sqlite*.h
>> /usr/include/sqlite3.h
>> [summer@... bacula-2.0.0]$
>>
>> which looks a bit shonky to me, but there it is.
>>
>> I'm guessing this has implications for FC6 and, importantly to Adam T and
> David B, RHEL5.
>>
>> I'll build sans sqlite for now.
>>
>>
>> --
>>
>>
>>
>> Cheers
>> John Summerfield
>>
>
>
--
Cheers
John

On Wednesday 10 January 2007 22:03, Thomas Glatthor wrote:
> Hi,
>
> what have i to expect in the uname-column of the client-table?
> the devel-docs describe it as "uname -a (yet unused)".
> (unused by bacula, but maybe used by a user)
>
> uname -a on my workstation:
> "Linux hostname 2.6.18-1.2869.fc6 #1 SMP Wed Dec 20 14:51:19 EST 2006 i686
i686 i386 GNU/Linux"
>
> uname's from my 1.38.11 clients:
> Windows 2000,MVS,NT 5.0.2195
> Windows Server 2003,MVS,NT 5.2.3790
> i386-pc-solaris2.10,solaris,5.10
> i686-pc-linux-gnu,redhat,8.0
> i486-pc-linux-gnu,debian,testing/unstable
> i686-redhat-linux-gnu,redhat,Enterprise 3.0
> sparc-sun-solaris2.10,solaris,5.10
>
> "fd-arch,os-name,os-version" ?
>
>
> uname's from my 2.0.0 clients:
> 2.0.0 (04Jan07) i486-pc-linux-gnu,debian,4.0
> 2.0.0 (04Jan07) sparc-sun-solaris2.8,solaris,5.8
> 2.0.0 (04Jan07) Linux,Cross-compile,Win32 => win2003 server
> 2.0.0 (04Jan07) Linux,Cross-compile,Win32 => win2k server
>
> "fd-version,xxxxx,xxxx" ???
>
> none of them looks like `uname -a`,
No none of them are a uname -a. That is old documentation.
> why is the win32-os-version lost?
Yes, I hadn't noticed that since none of my Windows backups has failed for a
long time, I never looked at it closely.
Somehow that was lost during the conversion I imagine. I'll put it on my list
of things to look at. The precise system info is far more important for
support than where/how the program was compiled.
> maybe i want to do something with my clients depending on the os-version and
platform or clients version ....
>
>
> (its nice to see the fd-version in the table, but on win32 i miss the
os-version.
As far as I am concerned the OS version is very important.
Thanks for pointing this out.
> and i'm sure what to expect in the next bacula-release)
>
>
> Regards
>
> Thomas
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@...
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>

On Thu, 2007-01-04 at 14:37 -0500, David Clymer wrote:
> I've been trying to get Volume2catalog verification working, and thus
> far, have met with failure.
>
> The verify job is attempting to use the wrong volume in the right
> storage device. From error output (below), it seems looks to me as if
> all the verify jobs are using and overwriting the same bootstrap file,
> and thus only the last verify succeeds.
>
> Even though I have a different bootstrap file specified in each job &
> verify job, the verify jobs continue to use /var/lib/bacula/restore.bsr
> rather than the path I've configured
>
> The problem only occurs when I run these jobs via a schedule. I can run
> them manually without problems.
>
> I have restarted the director and storage daemons.
>
> Am I doing something wrong, or just misunderstanding how this is
> supposed to work?
>
> Software: bacula 1.36, mysql 4.1, debian sarge
I have recreated this issue with bacula 1.38, mysql 5, debian etch.
My guess is that it is a config issue rather than a bug that has
survived two bacula releases. However, I can't seem to identify what I'm
doing wrong.
-davidc
--
This is a story of twin Siamese kittens, or, more specifically, of their
shared appendage; it is a tail of two kitties. -David Bubenik
(Dishonorable mention 2002 Bulwer-Lytton Bad Fiction Contest)

The servers that I am backing up with bacula have on the order of 11TB
of data 4.5 million files.
The data resides on NAS appliances that are incapable of running the
bacula FD natively so I'm forced to back the data up over GbE and NFS
mounted on the server that is running DIR, SD, FD and the db.
The server is a 2cpu 2+GHz Xeon Solaris 10 x86 server with 4GB of RAM.
It's currently taking 36+ hours from the start of the backup job to when
the first files are written to tape.
This makes it difficult to do incremental backups in a reasonable
timeframe.
I've seen mention here on the list of others backing up multi-terabyte
servers - I'm looking for suggestions on how to optimize and speed up
the backup process.
Thanks!
Alan
----
Alan Davis
Senior Architect
Ruckus Network, Inc.
703.464.6578 (o)
410.365.7175 (m)
adavis@...
alancdavis AIM

Back in December I got Bacula up and running on a Solaris 8 machine
using a Quantum Suplerloader 3 autochanger that's equipped with both
magazines and a single LT03 drive.
Bacula is running great, doing it's job wonderfully. It's capabilities,
robustness, flexibility and ease of use far exceeds those of the Legato
software we were using with our old tape drive.
Thank you, Mr. Sibbald for a great product. I've contacted the PHBs
here at work to get you some form of support, be it a donation of $$ or
hardware.

On Wednesday 10 January 2007 17:51, Joshua Colson wrote:
> Is it possible to configure a backup Job to write to any available
> storage device? For instance, assume I have two (or more) tape drives
> without an autochanger.
Yes.
> Is there a way to associate the two drives in a
> pool that the backup job can then point to, such that it will use
> whichever drive is available?
Yes
> Or another possible scenario is having two
> storage servers and pooling them both among the defined jobs.
I'm not sure what this means, but I imagine the answer is no.
>
> Thanks for any insight provided.
>
You simply specify multiple Storage resources on your Storage = directive,
where each one is separated by commas.
In version 2.0.0, any Storage = specified in a Pool will override what is
specified in the Job resource.
Downside to using multiple Storage specifications:
1. It is not well tested, and I doubt it is documented yet.
2. It works only with multiple devices on the *same* storage daemon.
3. If the devices have different media types, you will not be able to easily
restore files. Bacula only automatically handles a single media type for
restoring (currently). There is code to do this, but I doubt it works yet.
4. During a restore, the Volumes will most likely be requested on the last
storgae device that wrote to the volume.
5. Once a backup Job has selected a drive, all subsequent Volumes needed to
complete writing the data for that Job will use the same drive (i.e. it will
not switch drives within a job -- yet).

I'm new to the world of Bacula + Tapes so some of this is new and =20
fresh for me.
Kill any process that might be accessing the drive - this means =20
bacula-sd, bacula-dir, and any OTHER backup software that may be =20
running as a service (eg Backup Exec, NT Backup, etc..) wanting to =20
connect to the drive. That will clear up the permissions problem for =20
you.
Then attempt access to the drive.
I had no luck with Bacula writing to the DAT-72 on the unit I was =20
working on, but the DLT you have should work.
Erich
On Jan 10, 2007, at 12:07 PM, Andreas L=FCdtke wrote:
> Thanks Erich,
>
> my windows 2003 SBS doesn't show a tab page named "Tape Symbolic =20
> Name" for the DLT drive.
> Nevertheless, I could run the tapeinfo program in a dos box while =20
> the Bacula Storage
> Service was stopped:
>
> D:\Programme\Bacula\bin>tapeinfo -f tape0
> Product Type: Tape Drive
> Vendor ID: 'QUANTUM '
> Product ID: 'DLT-V4 '
> ...
>
> But when I run a job I get still this message:
>
> 10-Jan 18:40 pthh-fs-sd: Alert: cannot open SCSI device 'tape0' - =20
> Permission denied
> 10-Jan 18:40 pthh-fs-sd: 3997 Bad alert command: tapeinfo -f tape0 =20
> | findstr TapeAlert:
> ERR=3DUnknown error.
>
> Do I have to stop the Bacula Storage Service before the =20
> tapeinfo.exe can work? Obviously I
> have to restart the service after tapeinfo.exe was executed.
> If this is true, the documentation should be updated and the setup =20
> should reflect this
> when the default config files are created.
>
> Does the stopping/starting of the Bacula Storage Service inside of =20
> a running job has any
> other impact I do not see in the moment?
>
> Any help is much appreciated
>
> Andreas
>
>> -----Original Message-----
>> From: Erich Prinz [mailto:eprinz@...]
>> Sent: Wednesday, January 10, 2007 3:10 PM
>> To: Andreas L=FCdtke
>> Cc: bacula-users@...
>> Subject: Re: [Bacula-users] tapeinfo under windows
>>
>> Substitute DeviceName for the name the OS gives the drive.
>>
>> On a Windows box you'll find it here:
>>
>> Computer Manager > Device Manager > Tape Drives > [your branded
>> model] > Properties >Tape Symbolic Name (this is where you'll find
>> what the OS calls it)
>>
>> and TapeInfo will work just fine for you.
>>
>> Erich
>>
>> On Jan 10, 2007, at 3:19 AM, Andreas L=FCdtke wrote:
>>
>>> Hi,
>>>
>>> I'm trying to configure the tape alert (Alert Command) for my DLT
>>> drive under Windows 2003
>>> Server. I ran the following command on the command line:
>>>
>>> tapeinfo -f DeviceName
>>>
>>> the result is always:
>>>
>>> cannot open SCSI device 'DeviceName' - No such file or directory
>>>
>>> I read in the archive (may 2006) that Robert Nelson has ported the
>>> mtx package to windows.
>>> So I assume that this program "should" work under windows,
>> but what
>>> is the correct
>>> DeviceName to use it under windows?
>>>
>>> Thanks
>>>
>>> Andreas
>>>
>>>
>>>
>> --------------------------------------------------------------
>> --------
>>> ---
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to
>>> share your
>>> opinions on IT & business topics through brief surveys -
>> and earn cash
>>> http://www.techsay.com/default.php?
>>> page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV
>>> _______________________________________________
>>> Bacula-users mailing list
>>> Bacula-users@...
>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>>
>>
>
>
> ----------------------------------------------------------------------=20=
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to =20
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?=20
> page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@...
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>

Hello,
I have now posted my latest version of the presentation that I am scheduled to
give at FOSDEM in February. You can find it on the Bacula web site by
following the Presentations menu item, or simply go to:
http://www.bacula.org/presentations/Bacula-FOSDEM-talk-24Feb07.pdf
Please note that it is now a bit over 700KB. The presentation itself consists
of 33 slides (I haven't yet timed it) that I hope to present in 30 minutes,
followed by a 10 minute live demo of bweb, and terminated by a 10 minute
question and answer session.
The last 10 slides of the above mentioned pdf file contain some screenshots of
bweb that might interest some of you. Unfortunately, they are just
screenshots with no explanation, so it is not at all equivalent to the demo,
but you will probably get the idea.
Thanks for the previous comments that a number of you made. If you have any
additional comments, please don't hesitate to make them known.
Best regards,
Kern
PS: if the timing of the talk is OK, this is pretty much what I will be going
with, though I will review the slides a few more times for consistency,
spelling, ...

In the message dated: Wed, 10 Jan 2007 10:39:22 GMT,
The pithy ruminations from Martin Simmons on
<Re: [Bacula-users] FD running as non-root> were:
=> >>>>> On Tue, 09 Jan 2007 16:52:41 -0500, Dan Langille said:
=> >
=> > This issue came up on IRC yesterday. The statement in question is at
=> > http://www.bacula.org/rel-manual/Bacula_Security_Issues.html :
=> >
=> > "The Clients (bacula-fd) must run as root to be able to access all
=> > the system files."
=> >
=> > Someone wanted to run FD as non-root. I replied that would be fine
=> > provided the UID/GID has permission to access all the files you want
=> > to backup. I propose to replace the quoted sentence with:
=> >
=> > "The Clients (bacula-fd) must run as whatever GID/UID is necessary to
=> > access whatever files you wish to backup. In addition, if you wish to
=> > restore over existing files, bacula-fd will require sufficient
=> > permission to do that. In most cases, this means root."
=> >
=> > Comments?
=>
=> Restore will also be limited for new files, always setting the owner to the
=> user that is running bacula-fd and similarly for the group.
Hmmm.... I'm strongly in favor of privilege separation, and I like the idea of
running the fd as a non-root user (perhaps group "disk"?). Anyway, I wonder if
this will introduce problems if the user who can read files cannot also
create special attributes (ACLs, Linux immutable files, Solaris "door" files,
device special files, etc.).
There may be a lot of corner cases (very OS specific) that will
require testing if the FD is run as a non-root user.
Mark
=>
=> __Martin
----
Mark Bergman mark.bergman@...
System Administrator
Section of Biomedical Image Analysis 215-662-7310
Department of Radiology, University of Pennsylvania
http://pgpkeys.pca.dfn.de:11371/pks/lookup?search=mark.bergman%40.uphs.upenn.edu
The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message.

On Wed, 10 Jan 2007, Joshua Colson wrote:
> Is it possible to configure a backup Job to write to any available
> storage device?
Similarly, a pool of clients which have access to the same filesets.
(I've brought this one up before, but a pool is the bext way of describing
it - think clustered filesystems)

Is it possible to configure a backup Job to write to any available
storage device? For instance, assume I have two (or more) tape drives
without an autochanger. Is there a way to associate the two drives in a
pool that the backup job can then point to, such that it will use
whichever drive is available? Or another possible scenario is having two
storage servers and pooling them both among the defined jobs.
Thanks for any insight provided.
--
Joshua Colson

Is it possible to configure a backup Job to write to any available
storage device? For instance, assume I have two (or more) tape drives
without an autochanger. Is there a way to associate the two drives in a
pool that the backup job can then point to, such that it will use
whichever drive is available? Or another possible scenario is having two
storage servers and pooling them both among the defined jobs.
Thanks for any insight provided.
--
Joshua Colson <joshua.colson@...>
iNation, LLC

Folks,
I previously mentioned that I provide daily snapshots of the Bacula
code through http://www.langille.org/
These snapshots have now been moved to http://snapshots.bacula.org/
Snapshots are taking just before midnight EST. The lastest snapshot
is available through a constant URL found on the main page.
Historical snapshots are available from the archives directory. The
snapshots will be useful to those want to test out the latest version
without using CVS.
The plan is to run the regresssion scripts each night and have the
results available on the website. Such regression tests go a long
way towards keep the product reliable and stable. Problems are
quickly highlighted. At present, my time is short, so if anyone
wants to help out in designing and putting together the automation of
the regressions scripts, please get in touch. Ideally, we could do
this on multiple platforms and centralizing the results.
--
Dan Langille : Software Developer looking for work
my resume: http://www.freebsddiary.org/dan_langille.php
PGCon - The PostgreSQL Conference - http://www.pgcon.org/

I'm using an autochanger and a scratch pool for new volumes.
Each month I remove from the autochanger all the tapes from one backup
job that uses the "CADArchive" pool. They are stored off-site. Right
now the backup spans two disks with the 2nd one about 1/2 full.
When a job runs that needs a tape from the "CADArchive" pool, will Bacula:
1. Detect that there are no CADArchive volumes in the autochanger,
relabel one from the Scratch pool and run the job using that relabeled tape.
2. Notice that there is an appendable volume from the CADArchive pool,
ask for it and wait until it's loaded or the maxwait time is reached.
#1 is how I think it will behave, and how I want it to behave.
If #2 is the behavior I should expect, what do I do to "close" the
appendable volume so Bacula will use a new tape from the Scratch pool?
--Tim
(This message is also serving to test my ability to send to the list. I
couldn't before because my mailhost had no postmaster addy.)