Re: [Bacula-users] Questions about slow migration to tape (again)
Hi,
Am Do 08.01.2009 22:22 schrieb Ulrich Leodolter
:
> Hello,
>
> On Thu, 2009-01-08 at 12:21 -0500, J-P wrote:
> > Hi everyone,
> >
> > I wrote an e-mail regarding this issue before Christmas and had some
> > good
> > replies - Thanks to all. However, we were still unable to solve the
> > issue.
> > We decided to upgrade from 2.0.3 to 2.4.2 (using Ubuntu packages
> > from
> > Hardy-Backports) to see if we could get it solved.
> >
> > Unfortunately, it didn't solve the slow migration to tape issue. We
> > had a
> > suggestion from Ulrich to move spooling to another RAID array, which
> > can't
> > be done at the moment. So I'm looking at other solutions (if
> > possible).
> >
> > Here is a recap of our situation:
> >
> > - Backups are taken from network clients to the Director/SD hard
> > disk
> > (RAID0, with MySQL on the same array) and then later migrated from
> > disk to
> > Tape (LTO3 with hardware compression)
> > - When migrating, it takes hours to write some MB to the tape (i.e.
> > 1h45mins
> > for 5MB, with a rate of 0.9KB/s)
> > - I tested the Tape drive with dd and have good throughput, around
> > 135MB/s.
> >
> >
> > Related to that, I have 2 questions:
> >
> >
> > Question 1:
> >
> > When I do a migration to tape, while the first job is migrated, I'm
> > executing "status storage=Tape" and I see something like the
> > following
> > output:
> >
> > --snip--
> > Device status:
> > Autochanger "Autochanger" with devices:
> >"IBM-ULTRIUM-TD3" (/dev/nst0)
> > Device "FileStorage" (/backup/bacula) is mounted with:
> > Volume: WeeklyFileVolume-0002
> > Pool:*unknown*
> > Media type: File
> > Total Bytes Read=159,528,829,516 Blocks Read=1,360,087
> > Bytes/block=64,512
> > Positioned at File=57 Block=2,323,636,495
> > Device "IBM-ULTRIUM-TD3" (/dev/nst0) is mounted with:
> > Volume: 14L3
> > Pool:Weekly Tape Pool
> > Media type: LTO-3
> > Slot 4 is loaded in drive 0.
> > Total Bytes=87,741,932,544 Blocks=0 Bytes/block=64,512
> > Positioned at File=0 Block=1
> > --snip--
> >
> > >From "FileStorage", the "Total Bytes Read" always go over the
> > >"Total Bytes"
> > in the "IBM-ULTRIUM-TD3" section. Why is that? Isn't supposed to be
> > the same
> > total in both section? It seems like the following is happening:
> >
> > 1. Read and write to tape (I've done the math, and write speed is
> > around 3
> > GB/min there?!)
> > 2. When job writing is done, the FileStorage read continues (I think
> > this is
> > where we have a problem)
>
> Bacula reads till the end of your FileStorage Volumes because BSR
> matching doesn't work.
>
> Without spooling relative small jobs are split into many smaller
> blocks
> which are spread over your FileStorage volume (maybe uniformly
> distributed, depends on client speed, number of backup jobs and
> Maximum Concurrent Jobs). You can check this in the JobMedia sql
> table.
>
> During migration Bacula seeks to the first block and then reads to the
> end of the volume (because BSR matching doesnt work).
> Bacula does NOT SEEK between consecutive blocks, it READS ALL BLOCKS
> TILL THE END of the volume. This is done for each migration job.
> (This is not 100% true, but almost)
>
Ahhh! That's the reason! I found this behaviour, too, but didn't know
the reason. We daily migraten several TB from Disk to Tape and it takes
a very long time to do this.
> > 3. When reading is done, "Migration OK" e-mail report is sent,
> > showing poor
> > stats about duration and speed rate.
> >
> > Can someone explain that to me?
> >
> >
> > Question 2:
> >
> > Would spooling help in our situation? Or it is just a waste of Disk
> > I/O
> > since it is a migration from local hard disk to Tape Drive and not
> > backup
> > from a network client directly to Tape?
>
> Spooling would definitely help, this was my experience.
> But you have to limit the size of your FileStorage Volumes
> to relative small size (depends on your average incr/full job size,
> i used Maximum Volume Bytes = 4G).
We use 65GB files an it takes up to 10Minutes per Job - depending on the
position of the first block of the job.
> This problem is fixed in the latest beta 2.5.28-b1,
> but not in 2.4.x AFAIK.
Did you mean the not working BSR matching? This would be the next
important thing to do an upgrade to version 3.x, if migration is working
faster then in version 2.4.x
Greetings
Sebastian
Ulrich
>
>
> PS: check
>
> Device {
> Name = "IBM-ULTRIUM-TD3"
> ...
> AlwaysOpen = yes
> }
>
> >
> >
> > Thanks for you help, very appreciated!
> >
> >
> > J-P
> >
> >
> >
> >
> >
> > --
> > Check out the new SourceForge.net Marketplace.
> > It is the best place to buy or sell services for
> > just about anything Open Source.
> > http://p.sf.net/sfu/Xq1LFB
> > ___
> > Bacula-users mailing list
> > B
Re: [Bacula-users] FW: Disk to Disk to Tape
Hi, Am Mi 26.11.2008 15:46 schrieb Martin Hengst <[EMAIL PROTECTED]>: >> I have realized disk2disk2tape by migrating jobs (see manual: >> http://www.bacula.org/en/dev-manual/Migration.html). By doing so you >> can configure something like this: >> >> client with file daemon (and the files you want to backup) >> backserver with director daemon, storage daemon and file daemon. >> >> 1. you define a pool A in the filesystem of the backupserver and a >> pool B in the tape library >> 2. you define a standard backup job J1 which backups the files from >> the client into pool B >> 3. you define a "migrate" job J2 which migrates J1 to the tape > > Thanks for the suggestion. I'll take a look at migration. > that could be a nice solution for you problem, but keep in mind, that you "lose" your original backup, because migration means, that you move data from one pool to an other. Greetings Sebastian - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Newbee questions client/server + GUI
Am Mo 17.11.2008 23:26 schrieb Johnny SSH <[EMAIL PROTECTED]>: > > Thanks alot for everyones advice > > bweb and brestore are found here: > > > http://www.bacula.org/en/rel-manual/GUI_Programs.html#SECTION00231 > > and here: > > http://wiki.bacula.org/doku.php?id=3rd_party_addons > > Maybe I'll try Webacula: > http://sourceforge.net/search/?type_of_search=soft&words=bacula ?? > > Webmin is not available for Etch either, a friend of mine is using > Lenny > because of that so I'm guessing it would be in backports but I am not > a fan > of Webmin as I prefer ssh. Webmin gets me lost lol > > Nevermind guess I'll have to keep searching for that 'perfect' web > tool for > Bacula :-P > > Before I ask about the advantage of mulitple pools for multiple > clients is > over my single pool multi client setup but didn't get a response. I > hope > that I am not doing something wrong by using one pool?? I know there > will be > limitations with my approach but still as long as I can back my > machines up > if necesary that's the important thing! > We use one pool for any of our backups (ca. 150 jobs per Day). I can't see any advantage of using one pool per client, but it is possible. We only have fife pools: Archive, Disk, Tape, VM-Images and Scratch. Thats easy to handle and really enough. One thing i can see is, that one pool per client will reserve one drive per backup-job, but this could also be a disadvantage - it is not possible to run many jobs at the same time. Greetings Sebastian > > Paul Cable wrote: >> >> >> >>> -Original Message- >>> From: Johnny SSH [mailto:[EMAIL PROTECTED] >>> Sent: Monday, November 17, 2008 10:18 AM >>> To: bacula-users@lists.sourceforge.net >>> Subject: Re: [Bacula-users] Newbee questions client/server + GUI >>> >>> >>> Hmm well I guess then I will have to look at running Bacula >>> on a different system , like CentOS for the future but as my >>> server is the main server I don't want to distroy it by >>> upgrading to an unstable system or version. >>> >>> Where can I find bweb and brestore? I already mentioned >>> previously that I searched all over for them but couldn't >>> find them at all!! >>> >>> >>> John Drescher-2 wrote: > I am using standard Debian Etch version which I think is v1.38? > > I have bacula-web installed, so I can view the backups however I > tried looking for bat and within my apt repos it says it >>> needs v.2.4 > even though the common version is much older?? Maybe a >>> Debian glitch. > You can not run bat with that ancient 1.38 release. John >>> >>> >>> -- --- This SF.Net email is sponsored by the Moblin Your Move >>> Developer's challenge Build the coolest Linux based applications with >>> Moblin SDK & win great prizes Grand prize is a trip for two to an Open >>> Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/Newbee-questions-client-server-%2B-GUI-t >>> p20529490p20541352.html >>> Sent from the Bacula - Users mailing list archive at Nabble.com. >>> >>> >>> -- >>> --- >>> This SF.Net email is sponsored by the Moblin Your Move >>> Developer's challenge >>> Build the coolest Linux based applications with Moblin SDK & >>> win great prizes >>> Grand prize is a trip for two to an Open Source event >>> anywhere in the world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> ___ >>> Bacula-users mailing list >>> Bacula-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/bacula-users >>> >>> >> >> >> You shouldn't have to update your whole debian install to the >> unstable, I >> think the Bacula issues were only related to certain lib's. If you >> could >> track down specifically what is keeping 2.4.3 from running on Etch, >> you >> might be able only update those few libs and get everything working. >> >> I don't know what bweb and brestore are. I'd suggest webmin though >> for >> admin'ing your Bacula server (if you're command-line retarded like >> me). >> There's some things it won't do from the gui, but the most important >> day >> to >> day tasks are covered. Webmin can do pretty much everything BAT does >> as >> well, eliminating the need for BAT. Not to mention all the other >> server >> controls provided by webmin (dhcp,smtp,samba,etc.). >> >> This is all my opinion though and I haven't been using Bacula very >> long, >> so >> don't go quoting me >> >> >> >> >> >> --
Re: [Bacula-users] slow performance copy/migrate disk to tape
Hi,
Am Do 06.11.2008 15:54 schrieb Ulrich Leodolter
<[EMAIL PROTECTED]>:
> Hi,
>
> On Thu, 2008-11-06 at 14:57 +0100, Sebastian Lehmann wrote:
> > Hi,
> >
> > Am Di 04.11.2008 21:02 schrieb Ulrich Leodolter
> > <[EMAIL PROTECTED]>:
> >
> > > Hi,
> > >
> > > Problem: Migrate/Copy jobs from disk pool (DiskBackup)
> > > to tape (DiskCopy) only get overall speed of 10-20MB/s.
> > >
> > > full backup job size varies from 10-50GB.
> > >
> > > Pool setup is simple, just one pool for full an incremental
> > > backups
> > > to disk (automatic recycle works good)
> > >
> > > Pool {
> > > Name = DiskBackup
> > > Pool Type = Backup
> > > Recycle = yes
> > > RecyclePool = DiskBackup
> > > AutoPrune = yes
> > > Volume Retention = 15 days
> > > Volume Use Duration = 6 days
> > > Maximum Volume Bytes = 4G
> > > Label Format = Backup-
> > > Next Pool = DiskCopy
> > > }
> > >
> > > DiskCopy pool goes to LTO4 tape device.
> > > DiskBackup goes to SATA external raid (6T ext3).
> > >
> > > concurrency for DiskBackup jobs is 15, jobs are spread
> > > over DiskBackup Valumes (maybe thats the main problem)
> > >
> > > i can read write/continuous on both devices at about 70MB/s
> > > (SATA is not fast)
> > >
> > > i tried spooling to local SAS raid, but overall speed is lower
> > > than direct writing to tape.
> > > despooling from SAS raid to Tape runs at Tape maximum spped.
> > >
> > > I need some Performance tuning tips, maybe:
> > >
> >
> > we use bacula in the same way, but with version 2.4.3, so we only
> > use
> > migration instead of copy job.
> >
> > Maybe you have the same problem as we have. Performance looks ok, if
> > i
> > use tools other then bacula to test it.
> >
> > We assume, that the seek process on disk based volumes not really
> > works.
> >
> > 2008-11-06 06:00:03 dss-bacula-dir JobId 39252: The following 1
> > JobIds
> > were chosen to be migrated: 38638
> > 2008-11-06 06:00:03 dss-bacula-dir JobId 39252: Migration using
> > JobId=38638 Job=TCB-PROJECT_DB-WEB.2008-11-03_22.00.14
> > 2008-11-06 06:00:03 dss-bacula-dir JobId 39252: Bootstrap records
> > written to /var/lib/bacula/dss-bacula-dir.restore.28.bsr
> > 2008-11-06 06:00:03 dss-bacula-dir JobId 39252:
> > 2008-11-06 06:00:03 dss-bacula-dir JobId 39252: The job will require
> > the
> > following
> >Volume(s) Storage(s)SD Device(s)
> >
> >
> > ===
> > 2008-11-06 06:00:03 dss-bacula-dir JobId 39252:
> > 2008-11-06 06:00:03 dss-bacula-dir JobId 39252: 00132 File
> > FileAutoChanger
> > 2008-11-06 06:00:03 dss-bacula-dir JobId 39252:
> > 2008-11-06 13:25:54 dss-bacula-dir JobId 39252: Start Migration
> > JobId
> > 39252, Job=MigrateToTape.2008-11-06_06.00.48
> > 2008-11-06 13:25:54 dss-bacula-dir JobId 39252: Using Device
> > "SL500-1-Drive-1"
> > 2008-11-06 13:25:54 dss-bacula-sd JobId 39252: Ready to read from
> > volume
> > "00132" on device "FileStorage" (/stage0/drive0).
> > 2008-11-06 13:25:54 dss-bacula-sd JobId 39252: Forward spacing
> > Volume
> > "00132" to file:block 21:974164913.
> > 2008-11-06 13:37:49 dss-bacula-sd JobId 39252: End of Volume at file
> > 45
> > on device "FileStorage" (/stage0/drive0), Volume "00132"
> > 2008-11-06 13:37:49 dss-bacula-sd JobId 39252: End of all volumes.
> > 2008-11-06 13:37:52 dss-bacula-dir JobId 39252: Bacula
> > dss-bacula-dir
> > 2.4.2 (26Jul08): 06-Nov-2008 13:37:52
> > Build OS: x86_64-pc-linux-gnu debian 4.0
> > Prev Backup JobId: 38638
> > New Backup JobId: 39253
> > Migration JobId:39252
> > Migration Job: MigrateToTape.2008-11-06_06.00.48
> > Backup Level: Full
> > Client: BACULA-DIR
> > FileSet:"LinuxFullSet" 2008-04-23 22:00:00
> > Read Pool: "Disk" (From Job resource)
> > Read Storage: "File" (From Pool resource)
> > Write Pool: "MONTH-TAPE" (From Job Pool's NextPool resource)
> > Write Storage: "SL500-1" (From Storage from Pool's NextPool
>
Re: [Bacula-users] slow performance copy/migrate disk to tape
Hi,
Am Di 04.11.2008 21:02 schrieb Ulrich Leodolter
<[EMAIL PROTECTED]>:
> Hi,
>
> Problem: Migrate/Copy jobs from disk pool (DiskBackup)
> to tape (DiskCopy) only get overall speed of 10-20MB/s.
>
> full backup job size varies from 10-50GB.
>
> Pool setup is simple, just one pool for full an incremental backups
> to disk (automatic recycle works good)
>
> Pool {
> Name = DiskBackup
> Pool Type = Backup
> Recycle = yes
> RecyclePool = DiskBackup
> AutoPrune = yes
> Volume Retention = 15 days
> Volume Use Duration = 6 days
> Maximum Volume Bytes = 4G
> Label Format = Backup-
> Next Pool = DiskCopy
> }
>
> DiskCopy pool goes to LTO4 tape device.
> DiskBackup goes to SATA external raid (6T ext3).
>
> concurrency for DiskBackup jobs is 15, jobs are spread
> over DiskBackup Valumes (maybe thats the main problem)
>
> i can read write/continuous on both devices at about 70MB/s
> (SATA is not fast)
>
> i tried spooling to local SAS raid, but overall speed is lower
> than direct writing to tape.
> despooling from SAS raid to Tape runs at Tape maximum spped.
>
> I need some Performance tuning tips, maybe:
>
we use bacula in the same way, but with version 2.4.3, so we only use
migration instead of copy job.
Maybe you have the same problem as we have. Performance looks ok, if i
use tools other then bacula to test it.
We assume, that the seek process on disk based volumes not really works.
2008-11-06 06:00:03 dss-bacula-dir JobId 39252: The following 1 JobIds
were chosen to be migrated: 38638
2008-11-06 06:00:03 dss-bacula-dir JobId 39252: Migration using
JobId=38638 Job=TCB-PROJECT_DB-WEB.2008-11-03_22.00.14
2008-11-06 06:00:03 dss-bacula-dir JobId 39252: Bootstrap records
written to /var/lib/bacula/dss-bacula-dir.restore.28.bsr
2008-11-06 06:00:03 dss-bacula-dir JobId 39252:
2008-11-06 06:00:03 dss-bacula-dir JobId 39252: The job will require the
following
Volume(s) Storage(s)SD Device(s)
===
2008-11-06 06:00:03 dss-bacula-dir JobId 39252:
2008-11-06 06:00:03 dss-bacula-dir JobId 39252: 00132 File
FileAutoChanger
2008-11-06 06:00:03 dss-bacula-dir JobId 39252:
2008-11-06 13:25:54 dss-bacula-dir JobId 39252: Start Migration JobId
39252, Job=MigrateToTape.2008-11-06_06.00.48
2008-11-06 13:25:54 dss-bacula-dir JobId 39252: Using Device
"SL500-1-Drive-1"
2008-11-06 13:25:54 dss-bacula-sd JobId 39252: Ready to read from volume
"00132" on device "FileStorage" (/stage0/drive0).
2008-11-06 13:25:54 dss-bacula-sd JobId 39252: Forward spacing Volume
"00132" to file:block 21:974164913.
2008-11-06 13:37:49 dss-bacula-sd JobId 39252: End of Volume at file 45
on device "FileStorage" (/stage0/drive0), Volume "00132"
2008-11-06 13:37:49 dss-bacula-sd JobId 39252: End of all volumes.
2008-11-06 13:37:52 dss-bacula-dir JobId 39252: Bacula dss-bacula-dir
2.4.2 (26Jul08): 06-Nov-2008 13:37:52
Build OS: x86_64-pc-linux-gnu debian 4.0
Prev Backup JobId: 38638
New Backup JobId: 39253
Migration JobId:39252
Migration Job: MigrateToTape.2008-11-06_06.00.48
Backup Level: Full
Client: BACULA-DIR
FileSet:"LinuxFullSet" 2008-04-23 22:00:00
Read Pool: "Disk" (From Job resource)
Read Storage: "File" (From Pool resource)
Write Pool: "MONTH-TAPE" (From Job Pool's NextPool resource)
Write Storage: "SL500-1" (From Storage from Pool's NextPool resource)
Start time: 06-Nov-2008 13:25:54
End time: 06-Nov-2008 13:37:52
Elapsed time: 11 mins 58 secs
Priority: 10
SD Files Written: 51
SD Bytes Written: 37,420,967 (37.42 MB)
Rate: 52.1 KB/s
Volume name(s): 000211
Volume Session Id: 3
Volume Session Time:1225972440
Last Volume Bytes: 31,316,447,232 (31.31 GB)
SD Errors: 0
SD termination status: OK
Termination:Migration OK
2008-11-06 13:37:52 dss-bacula-dir JobId 39252: Begin pruning Jobs.
2008-11-06 13:37:52 dss-bacula-dir JobId 39252: Pruned 2 Jobs for client
BACULA-DIR from catalog.
2008-11-06 13:37:52 dss-bacula-dir JobId 39252: Begin pruning Files.
2008-11-06 13:37:52 dss-bacula-dir JobId 39252: No Files found to prune.
2008-11-06 13:37:52 dss-bacula-dir JobId 39252: End auto prune.
As you can see, bacula needs 12 minutes to migrate 37MB. Thats becuase
is does not "jump" to the correct file position in the disk volume. It
reads the entire volume from the begining to the end if the job was the
last on it. You can see this with stat sd. Bacula reads the volume but
does not write to the tape the most time.
We assume its a configuration problem but do not find any.
Greetings
Sebastian
> Limit jobs per Volume in DiskBackup pools?
> Split DiskBackup into DiskFull and DiskIncr pools?
>
> Pool {
> Name = DiskFull
> Pool Type = B
Re: [Bacula-users] What new feature are you waiting for?
Am Di 04.11.2008 11:07 schrieb Silver Salonen <[EMAIL PROTECTED]>: > On Tuesday 04 November 2008 12:01:06 Sebastian Lehmann wrote: > > > > Am Di 04.11.2008 10:42 schrieb Silver Salonen <[EMAIL PROTECTED]>: > > > > > On Tuesday 04 November 2008 11:22:12 Sebastian Lehmann wrote: > > > > Am Di 04.11.2008 05:10 schrieb Kevin Keane > > > > <[EMAIL PROTECTED]>: > > > > > - Native support for Windows system state backup without using > > > > > NTBackup. > > > > > Ideally including a full ASR. > > > > > > > > > It's is implemented since Bacula supports VSS. You can run a > > > > full > > > > backup > > > > and restore from scratch without NTBackup. > > > > > > You mean with BartBE plugin? I wouldn't call it "implemented in > > > Bacula". > > > > > > There's no other way besides NTBackup and this listed in > > > http://wiki.bacula.org/doku.php?id=windows_bare_metal_recovery > > > > No, that is not what i mean. We do full system backups with VSS > > enabled > > and restore the whole system from a linux rescue cd with a static > > bacula > > client. In the rescue-environment we prepare the target disks > > (partions > > and ntfs-format), then we restore the system (only partition c), > > make > > the system bootable trough a original windows install cd and start > > the > > restored maschine. Then we restore the rest of the system (any other > > partition) with the original installed bacula-fd. > > > > That has worked fine at our tests. > > > > Ok, it is not truly implemented "in" bacula, but you will need a > > rescue > > cd - in any case. > > > > Greetings > > > > Sebastian > > Hmm, sounds good. I didn't know it's possible like that.. Maybe you'd > list and > describe the method in wiki too? :) maybe :-) Sebastian - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] What new feature are you waiting for?
Am Di 04.11.2008 10:42 schrieb Silver Salonen <[EMAIL PROTECTED]>: > On Tuesday 04 November 2008 11:22:12 Sebastian Lehmann wrote: > > Am Di 04.11.2008 05:10 schrieb Kevin Keane > > <[EMAIL PROTECTED]>: > > > - Native support for Windows system state backup without using > > > NTBackup. > > > Ideally including a full ASR. > > > > > It's is implemented since Bacula supports VSS. You can run a full > > backup > > and restore from scratch without NTBackup. > > You mean with BartBE plugin? I wouldn't call it "implemented in > Bacula". > > There's no other way besides NTBackup and this listed in > http://wiki.bacula.org/doku.php?id=windows_bare_metal_recovery No, that is not what i mean. We do full system backups with VSS enabled and restore the whole system from a linux rescue cd with a static bacula client. In the rescue-environment we prepare the target disks (partions and ntfs-format), then we restore the system (only partition c), make the system bootable trough a original windows install cd and start the restored maschine. Then we restore the rest of the system (any other partition) with the original installed bacula-fd. That has worked fine at our tests. Ok, it is not truly implemented "in" bacula, but you will need a rescue cd - in any case. Greetings Sebastian - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] What new feature are you waiting for?
Hi, Am Di 04.11.2008 05:10 schrieb Kevin Keane <[EMAIL PROTECTED]>: > Here is my wish list. I hope I'm not including things that already > exist... > > What I would like to see is more support for backing up to removable > hard disks. Specifically: > > - Have bacula delete the actual file on disk when it is > purged/pruned/deleted in the database. Unlike tapes, reusing files > makes > little sense. This will allow a true one-job, one-file scheme (yes, I > know the database takes care of that already, but I like redundancy in > such things). > > - Another level of volume management between the current volume and > pool. Currently, there is no way (that I could find) to have bacula > rotate hard disks with multiple volumes on each disk. > > - Native support for Windows system state backup without using > NTBackup. > Ideally including a full ASR. > It's is implemented since Bacula supports VSS. You can run a full backup and restore from scratch without NTBackup. > - Support for Windows 2008 and Vista (not sure if that may already > exist; it's not an issue for me - yet). > > - Director and SD supported on Windows. I believe they currently work > but aren't officially supported? > > - A good Windows client (or maybe I just didn't find it...) > > - Documentation updates. It's tricky to piece together the information > about the correct information for anything past version 1.38. > > Dan Langille schrieb: > >> With the upcoming release of Bacula, what new feature are you > >> waiting for? > >> > Sebastian - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Migrate RunBeforeJob RunAfterJob
Hi,
Am So 19.10.2008 20:50 schrieb Ulrich Leodolter
<[EMAIL PROTECTED]>:
> Hello,
>
> I've setup a migration job and like to run scripts
> before and after the controlling migration job.
>
> RunBeforeJob and RunAfterJob are called for each migration job
> when using the job definition below.
>
> Is it possible to limit RunScript directives only to the
> controlling migration Job ?
>
No, it's not possible.
> I tried this on bacula 2.4.3.
>
>
> Job {
> Name = "MigrateDiskToTape"
> Type = Migrate
> Level = Full
> Client = server-fd
> FileSet="Full Set"
> Messages = Standard
> Pool = DiskBackup
> Storage = File
> SpoolData = yes
> Maximum Concurrent Jobs = 1
> Selection Type = PoolTime
> Priority = 12
> RunBeforeJob = "/etc/bacula/run_before_migration"
> RunAfterJob = "/etc/bacula/run_after_migration"
> }
>
> Thanks
> Ulrich
>
>
>
Sebastian Lehmann
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] waiting on max storage jobs
Hi Alan, Am Di 14.10.2008 12:06 schrieb Alan Brown <[EMAIL PROTECTED]>: > On Tue, 14 Oct 2008, Sebastian Lehmann wrote: > > > Bacula will only use one drive per pool, so if you want to write to > > more > > then one drive you have to define several pools and direct the jobs > > to > > this pools. > > Not quite correct. > > That is the default setting, but Bacula can use several drives on one > pool > (in an autochanger) if the "prefer mounted volume" option is set to > "no" > > In general it's better to increase concurrent jobs and make sure > there's > adequate spool space than switch this option on. oh, sorry, i didn't know that fact. Why is this not the recommended setting? Greetings Sebastian - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] waiting on max storage jobs
Hello,
Am Di 14.10.2008 01:31 schrieb Dave Poirier <[EMAIL PROTECTED]>:
> Brand spankin new to Bacula... I like what I see so far.
> I googled and looked through the archives and couldn't find anything
> helpful. Anyway, I have a autochanger with 4 AIT-3 drives but it seems
> if I
> start multiple jobs it will only run one job on the first drive and
> any job
> after will sit with a status of "waiting on max storage jobs". I guess
> I
> expected the behavior to start any subsiquent jobs on the other three
> drives. Am I wrong in my thinking? I suspected that perhaps "Maximum
> Concurrent Jobs" would have something to do with it, but that is set
> to
> four... So I'm stumped and looking for some help... Any suggestions?
Bacula will only use one drive per pool, so if you want to write to more
then one drive you have to define several pools and direct the jobs to
this pools.
With the "Maximum Concurrent Jobs" option set to bigger then 1 bacula
will write the jobs simultaniously to the one drive.
>
> Bacula version 2.0.3 on Centos 5.2, the RPM is from the EPEL
> Repository.
>
> bacula-dir.conf
>
> Director {# define myself
> Name = bacula-dir
> DIRport = 9101# where we listen for UA connections
> QueryFile = "/etc/bacula/query.sql"
> WorkingDirectory = "/var/spool/bacula"
> PidDirectory = "/var/run"
> Maximum Concurrent Jobs = 4
> Password = "" # Console password
> Messages = Daemon
> }
>
> bacula-sd.conf
>
> Storage { # definition of myself
> Name = bacula-sd
> SDPort = 9103 # Director's port
> WorkingDirectory = "/var/spool/bacula"
> Pid Directory = "/var/run"
> Maximum Concurrent Jobs = 20
> Heartbeat Interval = 30 sec;
> }
>
> Thanks for any help,
> Dave
Look at the storage-section in the bacula-dir.conf. There you have also
to define "Maximum Concurrent Jobs", e.g:
Storage {
Name = SL500-1
Address = dss-bacula
SD Port = 9103
Password = ""
Device = SL500-1
Media Type = LTO-3
Autochanger = yes
Maximum Concurrent Jobs = 10
}
Greetings
Sebastian
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
