Re: [Bacula-users] State of bare metal restore (more)

2007-01-02 Thread Alan Brown
On Fri, 29 Dec 2006, Christopher DeMarco wrote:

 My position is still that staying out of the bootup process is best.
 Let KNOPPIX, or MORPHIX or whateverix get me to a bash prompt and then
 I'll handle getting bacula-fd running.  KNOPPIX will boot the majority
 of boxes out there, so I'll begin my Bacula work with the presumption
 that I can boot and go from there.

You may want to look at Trinity Rescue kit. It's lightweight (no GUI) and 
has onboard scripts to allow local modifications (including importing 
windows NTFS drivers) to be committed back to ISO.

http://www.trinityhome.org/trk


-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] [Bacula-devel] What a difference a database makes

2007-01-02 Thread Alan Brown

Regarding SQLite.

When I set up Bacula initially it was pretty clear that SQLite was for 
TEST purposes.

If that has not changed, then perhaps the speed problem should be left 
as-is and the documentation changed to note that SQLite is there for 
testing, not production systems?

AB


-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] [Bacula-devel] generic 'bare metal' restore CD

2007-01-02 Thread Kern Sibbald
On Tuesday 02 January 2007 12:23, Alan Brown wrote:
 On Wed, 27 Dec 2006, Kern Sibbald wrote:
 
  Is there any reason that it can't be on the tape and restored first up
  as part of the DR process?
 
  That would be having the cart before the horse.  The snapshot of the hard 
disk
  configuration is to be able to reconfigure a broken hard disk or configure 
a
  replacement disk. Until you have a configured disk there is no way to do a
  restore.  This information must be on a floppy or a CDROM or you must
  manually reconstruct it.
 
 ...Or restored from tape to a floppy or memdisk or USB disk, etc.
 
  A full disaster recovery plan from bare metal is *very* complex.
 
 I'm getting quite worried that for every single machine in our network 
 which might be backed up by Bacula (there are over 200) I will have to 
 create a customised CDrom.

I've now documented how you can run the Bacula rescue, save a single 
directory, then use it for restoring your systems using any non-Bacula rescue 
or LiveCD disk.

 
 Kern, PLEASE consider using a Knoppix or Trinity or similar live system as 
 the basis of the bare metal restore system. Most of these people will 
 actively work with you to facilitate this.

I think this is a good idea.  However, it is not something I am personally 
going to do (I just don't have the time).  The major problem with this is 
that they are not used to following a distribution and updating with it.  
From what I understand, Knoppix still has a Bacula 1.36.x FD.  As I say, this 
is a nice and a valid approach, but the Bacula community needs to organize 
it.

 
 
  2. A copy of your current Bacula file daemon that can be run on
 a rescue system (i.e. probably statically linked).
 
  For a 'client', you want the FD. For a 'server', do you have to have the
  director? Is there anything that bextract can't do that dir+fd+sd can?
 
  I think you need to read the Bacula disaster recovery chapter.  You are
  talking about a complete disaster recovery system, which is orders of
  magnitude more complicated to do from bare metal than what I am trying to
  accomplish as a first step in that process.
 
 Nonetheless, the system needs to be 100% bootstrappable.

I'm not sure what you mean here, but IMO, recovering a system depends on what 
happened.  In some cases, it is simply firing up the existing FD and 
restoring some files, in other cases it is firing up a static FD and 
restoring some or all files, and in the worst cases, it is replacing hard 
disks, repartitioning, formating, then restoring.  If damage is sever enough, 
one may even want to start by booting up the OS installation disks and having 
a minimal running system, then running a Bacula FD (non-necessarily static) 
to restore the files as they were.

As is mentioned in this email somewhere, a complete disaster recovery plan is 
very complicated.

 
 Consider the case of the Bacula server (Director and SD) itself falling 
 over. I use RAID1 on the system and database disks for this very reason, 
 but as you youself know, RAID is not safe against rm -r style errors (or 
 physical system destruction - fire, earthquake, theft)
 
  My rescue CDROM will restore a client machine where the Director and SD 
  are up and running on one or more other machines.
 
 I've managed to do a restore without the rescue CDrom by simply loading up 
 an appropriately configured bacula-fd-static on a Trinity Rescue Disk.
 
 After redoing the partitions, restore took approximately 25 minutes.

Great!

 
 The basic fact is that the standard Linux system rescue CDs(+) are 
 designed to be able to read as many different filesystems as possible, 
 handle LVM/Raid, etc and interact with as much hardware as possible - and 
 they're regularly updated. All that's needed is to convince the authors to 
 include appropriate bacula file daemons and as long as partitioning 
 information is available(*) they would cover 99% of all cases (including 
 restoral of most generally used non-Linux operating system filesystems and 
 partition tables(**))

What I would like to see, and where I would be happy to participate, is to 
convince the OS vendors (i.e. RedHat/Fedora, SuSE, Debian, Ubantu, FreeBSD, 
Solaris, HP, ...) that they should have an easy way for the user to make a 
rescue disk that captures the state of the current harddisk(s) and provides 
easy scripts, or better yet a GUI, for repartitioning those disks much like 
they do in the installation.  This rescue disk should not be a bare bones 
rescue with few binaries as is currently the case, but something that 
includes every conceivable command line program one would want in analysing 
and fixing a problem.

Furthermore, the user should be able to include a large number of machine 
configurations on a single rescue CD as well as to be able to add one 
directory to be loaded in memory at boot time and one directory to be saved 
on the CD.  With that, everyone should be happy.  

The above should be a 

Re: [Bacula-users] [Bacula-devel] What a difference a database makes

2007-01-02 Thread Kern Sibbald
On Tuesday 02 January 2007 12:51, Alan Brown wrote:
 
 Regarding SQLite.
 
 When I set up Bacula initially it was pretty clear that SQLite was for 
 TEST purposes.
 
 If that has not changed, then perhaps the speed problem should be left 
 as-is and the documentation changed to note that SQLite is there for 
 testing, not production systems?

This is fine if we are trying to develop and enterprise only backup solution, 
but the first stated project goal is:  To be able to backup any client from 
a Palm to a mainframe with the same software.  This implies that Bacula 
should be easy to setup on single computers for small installations.  In that 
kind of a case, there is absolutely nothing wrong with SQLite, and in fact, 
it is essential in such conditions, which I estimate probably make up 20-50% 
of the current Bacula users.

One alternative to this would be to implement embedded MySQL, something I 
started on a number of years ago but never had the time to complete.  If we 
could get it to work, we would effectively eliminate the need to support 
SQLite.

Regards,

Kern

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] [Bacula-devel] generic 'bare metal' restore CD

2007-01-02 Thread James Harper
 What I would like to see, and where I would be happy to participate,
is to
 convince the OS vendors (i.e. RedHat/Fedora, SuSE, Debian, Ubantu,
 FreeBSD,
 Solaris, HP, ...) that they should have an easy way for the user to
make a
 rescue disk that captures the state of the current harddisk(s) and
 provides
 easy scripts, or better yet a GUI, for repartitioning those disks much
 like
 they do in the installation.  This rescue disk should not be a bare
bones
 rescue with few binaries as is currently the case, but something that
 includes every conceivable command line program one would want in
 analysing
 and fixing a problem.
 
 Furthermore, the user should be able to include a large number of
machine
 configurations on a single rescue CD as well as to be able to add one
 directory to be loaded in memory at boot time and one directory to be
 saved
 on the CD.  With that, everyone should be happy.
 
 The above should be a *standard* part of the OS release.
 

Wouldn't that be great! I was looking very briefly at doing this under
Debian, I guess the idea would be that you take the installer and add
some more stuff to it (bacula-fd, -sd, and -dir), and then remove most
of the stuff that does the actual installation.

As I mentioned in another email, the Backup Exec IDR does almost exactly
that - it creates a CD derived from your installation media but with
some hooks in place to call the installer after the base operating
system is installed, which has the advantage that the base operating
system is configured for the current hardware and not the hardware of
the system that was originally backed up, which may be different.

My ultimate wish is that you wouldn't have to do any real preparation
(burning CD's etc) for a disaster other than taking your tapes off site
nightly and making sure that your system state info is on that tape. The
recovery procedure would first extract the system state from the tape,
apply it, then restore everything. There would be a few levels of
automation ranging from everything is on this single tape, the client
name is xxx, restore it, to I want to set up my partitions a little
differently this time, and I want to restore the last full backup which
was two weeks ago and then all the differentials since then except for
last night when the rootkit was installed.

The restoring system state from tape idea should be pretty simple if
your director, catalogs, and sd are still running as you could identify
it and restore it pretty simply. In fact, if you defined a job that
restores the state and then runs the apply script as a 'run after job',
you could drive it all from the director as long as nothing went wrong.
(or do the scripts not work on a restore?)

Restoring the system state from tape when your entire network is in
pieces is obviously a bit harder, especially if you aren't doing a
simple one tape = one nights backup model. Our client base is mostly
small businesses with 100 employees who use Symantec Backup Exec or
NTbackup. Most of the time the backup tape is changed blindly each
morning. My philosophy for such businesses is that if everything can't
fit on a single tape, you need a bigger storage solution. Two tapes or
differentials get too complicated, and when things get complicated they
get done badly. Obviously everything changes for larger organisations or
organisations that just have more data than can be physically spooled to
tape in a single night.
 
James

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] [Bacula-devel] generic 'bare metal' restore CD

2007-01-02 Thread Kern Sibbald
On Tuesday 02 January 2007 14:30, James Harper wrote:
  What I would like to see, and where I would be happy to participate,
 is to
  convince the OS vendors (i.e. RedHat/Fedora, SuSE, Debian, Ubantu,
  FreeBSD,
  Solaris, HP, ...) that they should have an easy way for the user to
 make a
  rescue disk that captures the state of the current harddisk(s) and
  provides
  easy scripts, or better yet a GUI, for repartitioning those disks much
  like
  they do in the installation.  This rescue disk should not be a bare
 bones
  rescue with few binaries as is currently the case, but something that
  includes every conceivable command line program one would want in
  analysing
  and fixing a problem.
  
  Furthermore, the user should be able to include a large number of
 machine
  configurations on a single rescue CD as well as to be able to add one
  directory to be loaded in memory at boot time and one directory to be
  saved
  on the CD.  With that, everyone should be happy.
  
  The above should be a *standard* part of the OS release.
  
 
 Wouldn't that be great! I was looking very briefly at doing this under
 Debian, I guess the idea would be that you take the installer and add
 some more stuff to it (bacula-fd, -sd, and -dir), and then remove most
 of the stuff that does the actual installation.

No not quite.  That is a bit too complicate.  I am talking about a small 
extension to what distros already supply.  Basically all we need to do is 
exactly what I said above, and what I have requested is totally generic in 
that it has nothing to do with Bacula.  The distro supplier doesn't have to 
know anything about Bacula.

The installer stuff I mentioned would just be some extra icing on the cake 
that would facilitate the recovery for less command line oriented people.

 
 As I mentioned in another email, the Backup Exec IDR does almost exactly
 that - it creates a CD derived from your installation media but with
 some hooks in place to call the installer after the base operating
 system is installed, which has the advantage that the base operating
 system is configured for the current hardware and not the hardware of
 the system that was originally backed up, which may be different.
 
 My ultimate wish is that you wouldn't have to do any real preparation
 (burning CD's etc) for a disaster other than taking your tapes off site
 nightly and making sure that your system state info is on that tape. The
 recovery procedure would first extract the system state from the tape,
 apply it, then restore everything. There would be a few levels of
 automation ranging from everything is on this single tape, the client
 name is xxx, restore it, to I want to set up my partitions a little
 differently this time, and I want to restore the last full backup which
 was two weeks ago and then all the differentials since then except for
 last night when the rootkit was installed.

You would have to burn at least one CD that was Bacula aware.  If the distro 
provider supplies a rescue disk as I noted in my previous email, we would 
then just hook in some scripts that would automate getting to the data that 
you have backed up (as you describe above).

 
 The restoring system state from tape idea should be pretty simple if
 your director, catalogs, and sd are still running as you could identify
 it and restore it pretty simply. In fact, if you defined a job that
 restores the state and then runs the apply script as a 'run after job',
 you could drive it all from the director as long as nothing went wrong.
 (or do the scripts not work on a restore?)
 
 Restoring the system state from tape when your entire network is in
 pieces is obviously a bit harder, especially if you aren't doing a
 simple one tape = one nights backup model. Our client base is mostly
 small businesses with 100 employees who use Symantec Backup Exec or
 NTbackup. Most of the time the backup tape is changed blindly each
 morning. My philosophy for such businesses is that if everything can't
 fit on a single tape, you need a bigger storage solution. Two tapes or
 differentials get too complicated, and when things get complicated they
 get done badly. Obviously everything changes for larger organisations or
 organisations that just have more data than can be physically spooled to
 tape in a single night.

In the mode you suggest above, you would probably be better using tar.

If you are not taking a tape off-site every night, there is no need to remove 
it.  Bacula can very easily handle the different backup levels.  Multiple 
levels and multiple tapes is no more complicated than one.  That's what a 
good computer program will do for you ... :-)


-
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

[Bacula-users] backup to two alternating USB disks

2007-01-02 Thread Marco Mandl
Hello,

I have setup bacula to make 3 generation backups to an USB disk. Now I
want to extend it with the possibility to swap this disk to always have on
stored remote.

To give you some background, actually I make backups of two machines to a
corresponding local USB disk. I think of swapping these USB disks from
time to time to have remote backups of both machines. The backup data
should be on different encrypted partitions.

I see the following problem. Each instance of bacula has its own database
about pools and media. Changing the files which represent these
backup media by swapping the whole disk does not change baculas
information. So bacula may e.g. reuse that media which may actually be the
newest on that disk or append to a media which was used months ago.

I see two approaches:

1. Have a batch job recognize the change and have bacula import the
physical media and their states. Problem: I have no idea how I can achieve
that.

2. Just configure bacula to have its database on the USB disk, too. Does
that work? Can I just swap the disks with database of a running
bacula-director on it and after restarting bacula-director it will work on
as expected?

I hope I could interest you for that challenge and would very much
appreciate any hint.

Thanks,
Marco



-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] backup to two alternating USB disks

2007-01-02 Thread Arno Lehmann
Hi,

On 1/2/2007 6:19 PM, Marco Mandl wrote:
 Hello,
 
 I have setup bacula to make 3 generation backups to an USB disk. Now I
 want to extend it with the possibility to swap this disk to always have on
 stored remote.
 
 To give you some background, actually I make backups of two machines to a
 corresponding local USB disk. I think of swapping these USB disks from
 time to time to have remote backups of both machines. The backup data
 should be on different encrypted partitions.

No problems there, I think.

 I see the following problem. Each instance of bacula has its own database
 about pools and media. Changing the files which represent these
 backup media by swapping the whole disk does not change baculas
 information.

Which is why, for tapes in autochangers, there is the update slots 
command.

In other words, Bacula can handle such a situation.

 So bacula may e.g. reuse that media which may actually be the
 newest on that disk or append to a media which was used months ago.

You let Bacula handle all the volumes, simply and the catalog will have 
data about all media, the ones available and the ones not available 
currently.

 I see two approaches:
 
 1. Have a batch job recognize the change and have bacula import the
 physical media and their states. Problem: I have no idea how I can achieve
 that.

Rather simple, and that's what i'd do with 1.38 and below:

Set all volumes of state Used, Recycled, Purged or Append in the 
catalog to a state of Disabled when removing a disk. Keep the old 
volume state on that disk.

When re-connecting such a disk, undo these changes. Should be possible 
to do this by script, triggered by plugging in th disk, managed by HAL 
or udev or whatever you use.

 2. Just configure bacula to have its database on the USB disk, too. Does
 that work? Can I just swap the disks with database of a running
 bacula-director on it and after restarting bacula-director it will work on
 as expected?

That might work, but you will never have information about backups on 
the other media. I would not suggest such a setup.

 
 I hope I could interest you for that challenge and would very much
 appreciate any hint.

The solution might be to upgrade to the upcoming version. AFAIK there's 
improved support for removable hard disks implemented - just what you need.

You'll have to read the ReleaseNotes and the manual carefully, because 
the upgrade process itself requires a catalog upgrade (easily done, 
usually) and the new functions are yet unknown to me.

Arno

 Thanks,
 Marco
 
 
 
 -
 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.phpp=sourceforgeCID=DEVDEV
 ___
 Bacula-users mailing list
 Bacula-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bacula-users

-- 
IT-Service Lehmann[EMAIL PROTECTED]
Arno Lehmann  http://www.its-lehmann.de

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] State of bare metal restore (more)

2007-01-02 Thread Steen Meyer
Which version of bacula-fd?
Tirsdag 02 januar 2007 12:35 skrev Alan Brown:
 On Fri, 29 Dec 2006, Christopher DeMarco wrote:
  So I downloaded the latest KNOPPIX, which includes a bacula-fd.

 It would appear that my previous mail has already been addressed..

 :-)

 -
 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.phpp=sourceforgeCID=DEVDEV
 ___
 Bacula-users mailing list
 Bacula-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bacula-users

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] [Bacula-devel] generic 'bare metal' restore CD

2007-01-02 Thread James Harper
 
 If you are not taking a tape off-site every night, there is no need to
 remove
 it.  Bacula can very easily handle the different backup levels.
Multiple
 levels and multiple tapes is no more complicated than one.  That's
what a
 good computer program will do for you ... :-)

We always encourage clients (mostly Windows) to take the backup tapes
offsite each night. That way nobody has to try and figure out if the
current tape has enough space to do the next backup or not... nothing
worse than having everything slow to a crawl during the day because last
nights backup didn't start until the tape was put in this morning.

RAID takes care of almost all disk failures, VSS takes care of
accidental file deletion, Exchange can make sure emails that are deleted
are still retrievable X days after the fact, and SQL transaction logs
take care of stupid 'DELETE FROM tableX' statements. That really only
leaves a fairly rare number of server failure modes (eg RAID controller
failure that completely corrupts data - only seen that once before) and
site failures like fire where the server and onsite backup takes are
totally destroyed.

A lot of our clients these days use LTO2 (200-400gb) or LTO3 (400-800gb)
drives and a rotation of about 10 tapes (daily and weekly sets). The
LTO2 drives cost about AUD$2500, and the LTO3 about AUD$5000. A 300gb
USB or Ethernet removable disk costs about AUD$300, or I could build a
SAN or NAS box with a tb of storage for under AUD$2000. My opinion
therefore is that if you aren't taking tapes offsite each night, why
bother using tapes at all when a much more convenient online backup
solution could be built so cheaply! And if you are only taking tapes
offsite weekly or monthly, why aren't you using removable disks?
Durability is probably one answer to that question, but only if there is
a significant chance of the media being dropped or really roughly
handled.

Of course everyone has different requirements for data retention and
data loss windows.

James


-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Messages {}

2007-01-02 Thread Martin Simmons
 On Mon, 1 Jan 2007 11:26:14 -0600, Mike  said:
 
 I'm trying to get a list of all files saved that is in a file
 rather than only in the database. I have the Messages{} section
 below and have restarted the three bacula daemons. I am using
 a job that specifies the Messages{} section below. I do not get
 a list of files in the end-of-job email nor in the specified file.
 What do I need to check next?

It looks like the saved class of messages is not implemented.

Maybe you can use the 'list file jobid=nnn' command to get the info from the
database?

__Martin


 
 bacula 1.38.11
 fedora core 5 with all current patches
 
 Mike
 
 #
 # This job is small for testing things
 #   By default, this job will back up to disk in /tmp
 Job {
   Name = elo-test
   Type = Backup
   Client = elo-fd
   Level = Full
   FileSet = Example-Files
   Storage = elo:file
   Enabled = yes
   Messages = Detailed
   Pool = Default
   Priority = 10
   Rerun Failed Levels = Yes
 }
 
 # Detailed message delivery -- send everything to email address
 #  and to the console
 Messages {
   Name = Detailed
 #
 # NOTE! If you send to two email or more email addresses, you will need
 #  to replace the %r in the from field (-f part) with a single valid
 #  email address in both the mailcommand and the operatorcommand.
 #
   mailcommand = /opt/bacula/sbin/bsmtp -h localhost -f \\(Bacula\) %r\ -s 
 \Bacula: %t %e of %c %
 l\ %r
   operatorcommand = /opt/bacula/sbin/bsmtp -h localhost -f \\(Bacula\) %r\ 
 -s \Bacula: Intervent
 ion needed for %j\ %r
   mail = [EMAIL PROTECTED] = all
   operator = [EMAIL PROTECTED] = mount
   console = all
 #
 # WARNING! the following will create a file that you must cycle from
 #  time to time as it will grow indefinitely. However, it will
 #  also keep all your messages if they scroll off the console.
 #
   append = /var/log/bacula = all
 }
 
 
 -
 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.phpp=sourceforgeCID=DEVDEV
 ___
 Bacula-users mailing list
 Bacula-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/bacula-users
 

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Seeking clarification on bootstrap files.

2007-01-02 Thread Martin Simmons
 On Sun, 31 Dec 2006 00:36:38 +0100, Erik P Olsen said:
 
 I have a lot of bootstrap files from previous restore jobs. They are quite 
 old 
 so I wonder whether they will ever be erase or whether I should removed them 
 manually. What do they serve when the restore job has long been run?

Nothing will delete them, so you can do this manually.  It was a bug, fixed in
the next release.

__Martin

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula and tape ejects from Autoloader

2007-01-02 Thread Meidal, Knut

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kern
Sibbald
Sent: Saturday, December 23, 2006 12:43 AM
To: bacula-users@lists.sourceforge.net
Cc: Meidal, Knut
Subject: Re: [Bacula-users] Bacula and tape ejects from Autoloader

On Friday 22 December 2006 23:15, Meidal, Knut wrote:
 Hello,
 
  
 
 I'm currently considering setting up a small below the radar Bacula
 installation.
 
 I happen to have NetApp NearStore VTLs with capacity on them, that I can
use
 as my back-end.
 
  
 
 VTL is a virtual tape library, i.e a collection of disk that presents
itself
 on a FibreChannel port as being a regular tape library.
 
  
 
 These VTLs are connected to a physical tape library. The backup
application
 doesn't see the physical tape library directly.
 
 The way it works is that I will define virtual libraries on the VTL,
define
 drives and slots, and assign to a server. This server thinks he's talking
to
 a regular tape library; mounts/reads/writes like always.
 
 The magic happens when the application or OS issues an EJECT command to
 move a tape (it doesn't know it's a virtual tape) to the I/O slot. 

This question is not possible to answer because you are using a terminology 
that does not correspond to that which I know.

There is to the best of my knowledge (in the Unix world) no EJECT command.

On the contrary there are exist two commands that Bacula uses.  One is 
the offline command, and normally will discharge a tape from a tape
reader.  
This is equivalent to the mt offline command, and Bacula can do offlines at 
particular times on request -- in fact, it is an OS API done through
ioctl().

The second is an unload command that unloads a cassette from an autoloader

drive.  This command is a SCSI control command that Bacula issues by calling

a program named mtx on most Unix systems (FreeBSD typically uses a different

program).  Bacula does not directly issue SCSI command such as the unload, 
but relies on mtx to do so for it.  mtx will unload a tape in a particular 
drive into a specified slot, which must be empty.

If your concept of EJECT corresponds to one of the above, then most likely

it can be done in Bacula. 

=
My terminology might be a little skewed after too much Veritas NetBackup
exposure...

Anyway, my point about the eject is that this is not a _drive_ operation
as such.
It is not related to umount, or unload of the drives themselves. (A possible
exception is if the tape is idle in a drive, it should be umounted,
unloaded, and THEN put in the import/export slot without stopping by its )

What I'm looking for is the library control software (MTX) to recognize one
or more tape slots as Import/Export...
Let's say my library has 6 of those.
I want MTX (or Bacula wrappers) to eject V0123L2, which means to move
tape V0123L2 from whatever storage slot, and put in I/E slot 1 (If I/E slot
1 is full, pick the next available)

The library cannot be opened to retrieve this tape. There are no (easy) ways
of moving it other than using the library Web GUI, which is a pain, and
cannot be scripted. 

The reason I bring this up is that the movement of a (virtual) tape to the
Import/Export slot of a virtual library is what triggers the virtual
library into transferring the data off the virtual tape(i.e a byte stream on
disk) on to a physical tape.

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] Using btraceback

2007-01-02 Thread DAve
I have a problem that may be simple. But trying to get a traceback is 
proving to be problematic. Following the directions in the manual, and 
what I could find in archives, I believe I am doing it correctly. 
However a couple issues spring up.

First, the manual states that running btraceback manually should send 
the current state of bacula and exit leaving the processes running. This 
is true if there are no jobs running.
http://pixelhammer.com/DAve/Bacula/btraceback2.txt

But if jobs are running, bacula-dir goes away. Should btraceback stop 
bacula-dir?
http://pixelhammer.com/DAve/Bacula/btraceback3.txt

And finally, the traceback I get when I see the problem I am trying to 
report. I get the strange feeling that I need more information to 
properly report the problem to Kern.
http://pixelhammer.com/DAve/Bacula/btraceback1.txt

I am running Bacula 1.38.5
FreeBSD 5.4
Bacula installed from ports.
I have debug set to a value of 99.
I am running btraceback manually as root with the following command.
btraceback /usr/local/sbin/bacula-dir 86459

The PID is correct and  /usr/local/sbin/btraceback has been correctly 
edited.

Thanks, any assistance is appreciated.

DAve


-- 
Three years now I've asked Google why they don't have a
logo change for Memorial Day. Why do they choose to do logos
for other non-international holidays, but nothing for
Veterans?

Maybe they forgot who made that choice possible.

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] Running Concurrent Jobs

2007-01-02 Thread Ondrej PLANKA
Hi list,

I have Bacula ver. 1.38.11 and I want run concurrent jobs - I want two 
different jobs to run simultaneously backing up the same Client to the 
same Storage device.
I set Maximum Concurrent Jobs = 10 in the Director resource, the Client 
resource, and the Storage resource in bacula-dir.conf, but when 
scheduler start this job, one of the job not running and it is waiting 
to reserve a device.

Do you have some TIP, where is mistake?

Thanx, Ondra

-
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.phpp=sourceforgeCID=DEVDEV
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users