[Bacula-users] Copy the Last Volume written to Tape
hi all.. i am writing all the backups to NAS at the movement. i tested copy jobs and it works fine.. whare i could copy the Volumes in the NAS to Tape. my problem is how to create a copy-job that copy the last used volume in a pool to Tape. Thanks in Advance.. hopefully awaiting a reply -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula Offsite Backups
Hello,
For now I have set the status of the used tapes as ARCHIVE.
And started the next backup.
Post backup I could see , other tapes in the same pool were used and not the
ARCHIVE ones.
So now I guess I can just take out the ARCHIVE tapes out of the library , to be
kept at offsite.
Thank you.
Regards,
Sachin
-Original Message-
From: Alan Brown [mailto:a...@mssl.ucl.ac.uk]
Sent: Freitag, 9. März 2012 15:40
To: Holikar, Sachin (ext)
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] bacula Offsite Backups
On 09/03/12 07:48, Holikar, Sachin (ext) wrote:
1. Can we just take out the filled/half-filled tapes out of the tape library
just like that to be kept at offsite? Or some necessary procedure is
required for this?
update volume={volumename} VolStatus=Used (or Archive)
2. Once we take out few tapes from the offsite pool , can we start taking
new backup onto remaining tapes in this pool?
As long as you set the tapes to used or archive state (archive tapes
won't be recycled automatically) then this will happen automatically.
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Long-term off-site storage with Bacula
On 3/18/2012 2:35 PM, Justin Finkelstein wrote: Hi all I've a backup scenario I'm wanting to implement with bacula, but need some advice about whether this is a correct, stable approach. The scenario is this: our office want an off-site backup, preferably using bacula as we're used to it. Due to the slow nature of our office's ADSL link, we want to do this: 1. We set up a box with a RAID5 array to store backed-up data 2. Do one full backup of all of our data (about 1TB) before taking the machine off-site 3. Do monthly full backups of the data, with daily differential backups (rather than incremental) to make restoration reasonably quick (daily backups amount to ~50MB max) Having talked to someone on the #bacula IRC channel, they've suggested we start with a Base backup type, so my strategy would be this: 1. Create a Base backup with the machine on-site 2. Configure monthly Full backups based on the base, to run off-site 3. Configure daily differentials as per normal 4. Set up bacula-fd to encrypt all data submitted as per instructions online 5. Set up SSH tunnels into the office to run bacula over Does this sound reasonably sensible? Consider using virtual full backups instead of normal full backups. Virtual full jobs take the previous base+full+diff+incremental jobs and merge them into a single full job. A virtual full requires no interaction at all with the client, so is a good match for backup over a slow link. You might also consider using daily incremental backups, rather than daily differential backups, since that would also cut down on FD to SD transfers. -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Long-term off-site storage with Bacula
That's the approach I was considering; with the scenario you've outlined, you mention both diff and incremental jobs. Would this mean 1 Base + Monthly Full + Weekly Diff + Daily Incremental? Thanks! On Mon, 2012-03-19 at 10:19 -0400, Josh Fisher wrote: Consider using virtual full backups instead of normal full backups. Virtual full jobs take the previous base+full+diff+incremental jobs and merge them into a single full job. A virtual full requires no interaction at all with the client, so is a good match for backup over a slow link. You might also consider using daily incremental backups, rather than daily differential backups, since that would also cut down on FD to SD transfers. Hi all I've a backup scenario I'm wanting to implement with bacula, but need some advice about whether this is a correct, stable approach. The scenario is this: our office want an off-site backup, preferably using bacula as we're used to it. Due to the slow nature of our office's ADSL link, we want to do this: 1. We set up a box with a RAID5 array to store backed-up data 2. Do one full backup of all of our data (about 1TB) before taking the machine off-site 3. Do monthly full backups of the data, with daily differential backups (rather than incremental) to make restoration reasonably quick (daily backups amount to ~50MB max) Having talked to someone on the #bacula IRC channel, they've suggested we start with a Base backup type, so my strategy would be this: 1. Create a Base backup with the machine on-site 2. Configure monthly Full backups based on the base, to run off-site 3. Configure daily differentials as per normal 4. Set up bacula-fd to encrypt all data submitted as per instructions online 5. Set up SSH tunnels into the office to run bacula over Does this sound reasonably sensible? -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Cancel Queued Duplicates = yes
On 12/03/12 18:17, Jeff MacDonald wrote: For this directive... at what point will the deletion actually happen? when it attempts to put the new job in the queue. I've got about 45 extra jobs cueued up, I just enabled this and ran reload. Will it wait till the next job finishes? It may cancel the existing queued duplicates but you're better off cancelling them by hand. Reload can give unexpected results at times when you're making behaviour changes rather than just adding/removing jobs. -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] correct way to re-use tapes previously used with another Bacula installation
On 13/03/12 23:44, Tilman Schmidt wrote: Am 13.03.2012 13:49, schrieb Phil Stracchino: The easiest way is to release the tape drive, then use mt to weof all of the tapes. You can then relabel them as though they were new tapes. Thanks for the answer. I'll try that. One small correction though: releasing the drive is not enough. After release, mt still reports Device or resource busy. The drive has to be unmounted before Bacula will allow mt to access it. You can also use btape to put new labels on the tapes. It doesn't care what's already there. your add/purge/rename strategy is a good example of lateral thinking. If it works for you there's no reason why you can't use it - and doing it that way means you don't have to depend on external programs and a string of manual commands to get the tapes ready for use. There is no correct way to do these things. It's more like what's the least work? -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Base and deduplication
Hi, I'm using last version of Bacula, and it's working well. I'm searching how make working the deduplication, with base jobs. I create a Base Level Job, and a Full Level Job with base, but it's not working. Is someone have examples ? Thanks -- Nicolas http://www.shivaserv.fr [1] Links: -- [1] http://www.shivaserv.fr -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula CLient IPV6 on Windows
Anyone can tell me if when the bacula-fd supports IPV6 on WINDOWS ? +-- |This was sent by oliveira...@gmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Long-term off-site storage with Bacula
On 3/19/2012 10:29 AM, Justin Finkelstein wrote: That's the approach I was considering; with the scenario you've outlined, you mention both diff and incremental jobs. Would this mean 1 Base + Monthly Full + Weekly Diff + Daily Incremental? Yes, because a Diff job backs up all file changes since the last successful Full. An incremental backs up only the changes since the last successful job of any level. A daily Incremental will backup only the changes for one day. A daily Diff will backup one day of changes on the first day, 2 days of changes on the second day, ... , 30 days of changes on the 30th day. So daily Diff will result in much more data being transmitted than will daily Incremental backups. So when backing up over a slow link, 1 Base + Monthly Virtual Full + Weekly Diff + Daily Incremental will be less taxing on the slow link than 1 Base + Monthly Full + Daily Diff. -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula CLient IPV6 on Windows
On Monday 19 March 2012 09.51:59 oliveiraped wrote:
Anyone can tell me if when the bacula-fd supports IPV6 on WINDOWS ?
It should as far I know
to be sure to initiate connection in ipv6 I mostly use that syntax
FileDaemon { # this is me
Name = [myhost]-fd
FDAddresses = {
ipv6 = { addr = :: ; port = 9102 }
}
same syntax is used for Dir and SD
--
Bruno Friedmann
Ioda-Net Sàrl www.ioda-net.ch
openSUSE Member Ambassador
GPG KEY : D5C9B751C4653227
irc: tigerfoot
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Feature request: fallback to IPV6 when available
Item TBD: Fallback to IPV6 when available
Origin: Luc Maisonobe luc.maison...@free.fr
Date: 2012-03-19
Status: TBD
What:
Bacula does support either IPV4 or IPV6 for communication between the
various daemons. However, there are some caveats for dual stack
IPV4/IPV6 systems which for now are more and more widespread. If for
example a host is declared as
[FD|SD]Addresses = { ip = { addr = fully.qualified.name } }
then bacula only looks for an A record for IPV4. If the machine has an A
record, it is picked up. However, if the host does listen only on its
IPV6 address or if a firewall prevents the connexion on IPV4, bacula
fails and says the connexion was refused, without even trying to get an
record that would succeed. If the machine does not even have an A
record and has only an record for IPV6 under that fully qualified
name, bacula does not try to get this record, it fails and says there is
not host. So the only way to use IPV6 is to explicitely us ipv6 = {...}
and not ip = {...}.
Also for the FD and SD records in the client resources in
bacula-dir.cof, putting column separated IPV6 address seems not to work.
Such addresses are only accepted in the bacula-fd.conf and
bacula-sd.conf themselves. This forces to declare all hosts in a local
DNS server.
Why:
This is important because more and more network are IPV6 enabled now,
but we still are in a transition period with many IPV4 addresses too. So
most environments are dual stack IPV4/IPV6 and machines are migrated
progressively.
Notes:
The main concept I would like to stress out is to have a consistent
scheme, both in the daemons configurations ( Name = ..., Address = ...)
and in the references of the daemons in the director (client resources).
Specifying a host should be possible eveywhere with either fully
qualified name, or IPV4 dotted addresses, or IPV6 colum separated
addresses. When names are used, then bacula should not stop if the first
record provided by the name server fails. Other records should be tried
if possible. The first try could be hardcoded (and could be either IPV4
or IPV6), or the user could provide a hint (Prefered = IPV6 or something
along this line).
best regards,
Luc
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] new jobs have to wait for despooling to finish?
Hello, I was wondering if anyone could confirm what I've noticed on my own instance of bacula, which seems contrary to the Bacula manual. From DataSpooling section: If you are running multiple simultaneous jobs, Bacula will continue spooling other jobs while one is despooling to tape, provided there is sufficient spool file space. This seems to be true, only if the jobs in question were launched at the same time/concurrently. New jobs launched while a job is despooling, are launched into a running state, but they do not begin to spool until the existing job(s) finish despooling. This is very sad, because I just came into a windfall of spool space and I was hoping to run jobs back to back, such that while one set of jobs were despooling, I could have the next set spooling, and so on. I see an old bug 0001231 with a similar issue, which in the history it is pointed out that it may not be that new jobs can't spool while existing jobs despool, but that the new jobs cannot verify that they will have tape access, which is a step before spooling begins. I wonder if this is the state of affairs and if there are any plans to improve upon this inefficiency. thanks! Stephen -- Stephen Thompson Berkeley Seismological Laboratory step...@seismo.berkeley.edu215 McCone Hall # 4760 404.538.7077 (phone) University of California, Berkeley 510.643.5811 (fax) Berkeley, CA 94720-4760 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] multiple volumes moved from scratch pool
I just saw this job move multiple volumes from the scratch pool into another pool. That seems very odd. Bacula 5.0.3… oh my.. I should upgrade. But just for the record: *mount storage=DigitalTapeLibrary Automatically selected Catalog: MyCatalog Using Catalog MyCatalog Enter autochanger slot: 1 3301 Issuing autochanger loaded? drive 0 command. 3302 Autochanger loaded? drive 0, result: nothing loaded. 3304 Issuing autochanger load slot 1, drive 0 command. 3305 Autochanger load slot 1, drive 0, status is OK. 3001 Mounted Volume: 001319 3001 Device DTL01 (/dev/nsa0) is mounted with Volume 001319 You have messages. *m 20-Mar 01:24 bacula-dir JobId 90684: Using Volume ETU233 from 'Scratch' pool. 20-Mar 01:24 bacula-dir JobId 90684: Using Volume ETU234 from 'Scratch' pool. 20-Mar 01:24 bacula-dir JobId 90684: Using Volume ETU235 from 'Scratch' pool. 20-Mar 01:24 bacula-dir JobId 90684: Using Volume ETU236 from 'Scratch' pool. 20-Mar 01:24 bacula-dir JobId 90684: Using Volume ETU237 from 'Scratch' pool. 20-Mar 01:24 bacula-dir JobId 90684: Using Volume ETU238 from 'Scratch' pool. 20-Mar 01:24 bacula-dir JobId 90684: Using Volume ETU239 from 'Scratch' pool. 20-Mar 01:24 bacula-dir JobId 90684: There are no more Jobs associated with Volume ETU033. Marking it purged. 20-Mar 01:24 bacula-dir JobId 90684: All records pruned from Volume ETU033; marking it Purged 20-Mar 01:24 bacula-dir JobId 90684: Recycled volume ETU033 20-Mar 01:24 bacula-dir JobId 90684: Using Device DTL01 20-Mar 01:24 kraken-sd JobId 90684: Ready to read from volume IncrAuto-2369 on device MegaFile (/storage/compressed/bacula/volumes). 20-Mar 01:24 kraken-sd JobId 90684: 3307 Issuing autochanger unload slot 1, drive 0 command. -- Dan Langille - http://langille.org -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
