[Bacula-users] Feature Request: add an item to the restore option where you can select a pool
Item n: add an item to the restore option where you can select a pool Origin: kshatriyak at gmail dot com Date: 1/1/2006 Status: What: In the restore option (Select the most recent backup for a client) it would be useful to add an option where you can limit the selection to a certain pool. Why: When using cloned jobs, most of the time you have 2 pools - a disk pool and a tape pool. People who have 2 pools would like to select the most recent backup from disk, not from tape (tape would be only needed in emergency). However, the most recent backup (which may just differ a second from the disk backup) may be on tape and would be selected. The problem becomes bigger if you have a full and differential - the most "recent" full backup may be on disk, while the most recent differential may be on tape (though the differential on disk may differ even only a second or so). Bacula will complain that the backups reside on different media then. For now the only solution now when restoring things when you have 2 pools is to manually search for the right job-id's and enter them by hand, which is a bit fault tolerant. Notes: None. - 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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Feature Request: add an item to the restore option where you can select a pool
On Mon, 1 Jan 2007, kshatriyak wrote: > Item n: add an item to the restore option where you can select a pool I thought about this last days, and maybe on second thought, it might be better to be able to select the most recent backup from a specified media type, not a pool? So the right pool which has the specified media type gets selected instantly. - 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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula 2.0.0 Verify VolumeToCatalog Error
Hello,
Today I ran a Verify (VolumeToCatalog) to see if my files were written
correctly to tape.
I have a fileset that looks like this:
Include {
File = /test
File = /test/part1
File = /test/part2
File = /test/part3
}
/test is a phyisically mounted disk on the root system, and part1-3 are
also physically mounted disks.
When I run a verify against this, I'm getting:
18-Jan 14:09 bacula-dir: The following files are missing:
18-Jan 14:09 bacula-dir: /test/part1/
18-Jan 14:09 bacula-dir: /test/part2/
18-Jan 14:09 bacula-dir: /test/part3/
However, i can recover all files which reside under /test, under
/test/part1/, etc ...
I suspect the directory i-nodes (part1-3) are not backupped because they
are "hidden" by the mount? Though, why am I getting an error with Verify
then, I guess they are in the catalog ... ?
Thanks!
-
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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bug, upgrade from 2.0.3 to 2.2.4, Volume Retention?
Hey list, I've just upgraded from 2.0.3 to 2.2.4. I have a scheme with a different pool for each day. Each daily pool consist of 2 tapes, so we have a retention for 2 weeks (except a friday-full backup has 6 tapes). This is done so we can store every daily backup in a safe place, away from the servers. In my Pool parameters I've entered the following parameters: Volume Retention = 13 days Volume Use Duration = 1 day In version 2.0.3, the 14th day, the tape got auto-recycled, and when I typed in 'status director', I could see that the next backup was going to happen on tape (the recycled tape, autoselected from the right pool by Bacula). Now I've upgraded to 2.2.4 and when I choose 'status director', Bacula says the Volume for the next backup is 'unknown', for example : Differential Backup10 01-Oct-07 18:55Tape*unknown* When this backup will take place (so tonight at 18:55), Bacula *will* recycle the correct volume, and if the right tape is inserted, the backup will work. However, this tape normally should already be recycled (like in 2.0.3 behaviour), since the volume retention is 13 days. So now, I manually have to lookup the correct tape in the pool, check which one is the oldest to know which one will be recycled. As I understand it, the previous behaviour from Bacula 2.0.3 is the correct behaviour (after 13 days-> recycle, so, the tape should be free already and I should see it in bconsole). Is this a bug in 2.0.4, or is it explicitly changed to make tapes available as long as possible? If so, what is the easiest way for me to know the right tape in advance? Thanks! - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bug, upgrade from 2.0.3 to 2.2.4, Volume Retention?
On Mon, 1 Oct 2007, Arno Lehmann wrote: > This is probably due to Bacula being much less aggressively recycling. > This is, as far as I recall, mentioned in the ReleaseNotes file. Strange, I've missed that one though I've read the file. So I should interprete Volume Retention now as 'Possible to recycle within xx days', instead of 'Will recycle within xx days'. > Either just believe you set things up correctly :-) Or use a script > which finds the oldest volume for you, so you can prepare the tape > change. There might be other options I didn't think of right now... Hm, I don't exclude configuration issues ofcourse, but if I made a mistake in my configuration, I think the backup wouldn't happen at all. The backup gets done correctly, but now the tape gets recycled just before the backup starts. Is there any way to change this behaviour? I don't care about my backup from 14 days ago when it will be overwritten that evening, but more important, I prefer to 'see' that there is a tape available from the pool in advance (so i know for sure the backup will run during the night). If not, I'll write a script to select the right tape myself (which I even automatically can send to bconsole to recycle the tape manually, but that's maybe a bit 'dirty') ... Thanks! - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bug, upgrade from 2.0.3 to 2.2.4, Volume Retention?
On Mon, 1 Oct 2007, Arno Lehmann wrote: >> So now, I manually have to lookup the correct tape in the pool, check >> which one is the oldest to know which one will be recycled. As I >> understand it, the previous behaviour from Bacula 2.0.3 is the correct >> behaviour (after 13 days-> recycle, so, the tape should be free already >> and I should see it in bconsole). Is this a bug in 2.0.4, or is it >> explicitly changed to make tapes available as long as possible? > > The latter. Or maybe you can consider the reporting in bconsole as wrong. The volume that will be use to perform the backup is already known, but not shown since the volume is not recycled yet. Maybe it would be right to change the query in bconsole to choose the oldest volume that can be recycled? K. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bug, upgrade from 2.0.3 to 2.2.4, Volume Retention?
On Mon, 1 Oct 2007, Arno Lehmann wrote: > That wouldn't help, because the oldest volume is not necessarily the > one to be selected for pruning/recycling. Hm, here it is. Every day there is a different pool (monday, tuesday, ...). Bacula chooses the right pool because of the JobDefs. In those pools there are 2 tapes, one didn't reach it's retention period yet, so that one can't be selected- so there is only 1 tape left that can be selected. So it's 100% sure which tape should be taken. Anyway, it's not a big problem ofcourse. I've already found another way to 'fix' things -- not yet done, but I think this will work. I take a (very small) incremental backup during the afternoon, so the correct tape gets recycled. The tape is not there yet, so the data gets spooled. In the afternoon I can change the tape, the data gets written and the tape is ready for the nightly backup. K. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] multidestination e-mail
On Wed, 3 Oct 2007, luyigui loholhlki wrote: > can you please tell what to put in bacula-dir.conf in order to send > notification to different e-mails Just configure your mailserver to use an alias, for example [EMAIL PROTECTED] ? - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bconsole problem with modify restore job
On Wed, 3 Oct 2007, Mark Nienberg wrote: > bacula-mysql-2.2.4-1 > > In bconsole I cannot change the "Replace" option in a restore job. Just tried it over here as well. Same problem. I guess it's a bug. K. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Verify changes last written time?
Hi group, I'm using Bacula 2.2.4. Lately i've implemented Verify Jobs for my tapes. I've noticed that a *Verify* changed the 'LastWritten'-time of the tape (which seems very incorrect to me- a verify doesn't write on the tape at all!). The LastWritten-time also influences the expiretime of the tape, so it's rather annoying. I'm I correct if I can post this issue as a bug in Mantis? Thanks! - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] WriteCount
Hello ! Since we just bought new tapes, I want to do it the right way now: i want to know when I started using each tape, and how many times a tape was written. I know there is a field in bacula 'InitialWrite', but this isn't the datetime a media is taken in use for the first time, it is exact the same as FirstWritten (so it changes with every job). I talked with Kern about this on the buglist but this field isn't ment like this. So, as far as I know, there is no automated (or manual) way in Bacula to determine how many times a volume as been written and since when volume was taken first in use. Does anybody addresses this feature with seperate scripts (for example with an 'BeforeJob' or 'AfterJob') ? How do you people know or determine when tapes are worn out? Thnx! K. -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Please mount volume
> Might be. Currently I try to restart everything every day before the > backup is supposed to start, and I have the impression that it fails less > likely. Today I restarted my server completely and the tape didn't get mounted either. I've tried (in bconsole) : update slots mount (then I choose Autochanger, then slot 1 (where the tape resides)): 2: Autochanger Select Storage resource (1-2): 2 Enter autochanger slot: 1 3001 OK mount. Device="AIT4-1" (/dev/nst0) The tape remained in slot 1 (i've checked the status seperately with: # mtx -f /dev/sg0 status to be sure. Then, on the command prompt, I manually entered the command: # /usr/local/bacula/etc/mtx-changer /dev/sg0 load 1 /dev/nst0 0 The tape got loaded, I've tried the command 'mount' in Bacula again, and bacula started writing to the tape. Before this command, the tape wasn't accessed or used at all so it can't be that the tape was busy. Also, in my mtx-changer script i've put sleep 60 everywhere now to ensure that a busy drive can't make problems (which was my first thought). So it looks there is a bug in Bacula, on some condition, Bacula doesn't execute the mtx-changer command. The only problem is to find on which condition, because sometimes the backup just runs fine... The first thing I'll do now is to let the mtx-changer program write a timestamp to a file, so I know for sure the mtx-changer program doesn't get executed at all, before I post this to the bacula-bugs database. K. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
