[Bacula-users] Autochanger, double magazines, offsite backup, advice needed.
Hi, I'm an happy user of Bacula since 1.36 on a really small setup (only disk based atm). In the next couple of weeks I have to setup a bigger installation of bacula to backup a large amount of data on several servers. For this purpose I purchased an autochanger with two magazines, holding 8 tapes each. My main idea is to use one magazine for the current backup (a full and some incrementals) while the other one (or at least the tapes in it) are sitting in an offsite safe area. When the magazine will be swapped (and how, too) is still to be determined. I've read the whole bacula documentation several time, and now, what I'm looking for is some implementation advices from the knowledgeable (and wise) system admins of this list, who are running this kind of scheme. Thank you for any help provided! -- Brice Figureau Days of Wonder - 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] Error writing the first tape block after changing tape
Hello everybody, I am experiencing a frequent error (almost stable, but sometimes it worked). Bacula is MySQL version 1.38.11-3 on a RedHat ES 4.04 running on an HP Proliant Server. The tape is an HP MSL6000 LTO-3 device with autochanger and 2 drives. When an EOT is reached the tape is unloaded and a new tape loaded, the label is recognized correctly, but the first write receive the same error response of the exhausted tape, and also the number of blocks is the one of the old tape. So the job is aborted. The next job uses the newly mounted tape correctly, up to the new tape change and the problem presents again. Here are the two relevant portion of logs: 24-nov 22:16 bacula-dir: Start Backup JobId 10779, Job=webfs1-job.2006-11-24_20.35.00 24-nov 22:16 bacula-sd: 3301 Issuing autochanger loaded drive 0 command. 24-nov 22:16 bacula-sd: 3302 Autochanger loaded drive 0, result is Slot 3. 24-nov 22:16 bacula-sd: 3301 Issuing autochanger loaded drive 0 command. 24-nov 22:16 bacula-sd: 3302 Autochanger loaded drive 0, result is Slot 3. 24-nov 22:17 bacula-sd: Volume web-001 previously written, moving to end of data. 24-nov 22:17 bacula-sd: Ready to append to end of Volume web-001 at file=5. 25-nov 13:35 bacula-sd: End of Volume web-001 at 505:6453 on device LTO1 (/dev/lto1). Write of 64512 bytes got -1. 25-nov 13:35 bacula-sd: Re-read of last block succeeded. 25-nov 13:35 bacula-sd: End of medium on Volume web-001 Bytes=505,020,009,198 Blocks=7,828,312 at 25-nov-2006 13:35. 25-nov 13:36 bacula-sd: 3301 Issuing autochanger loaded drive 0 command. 25-nov 13:36 bacula-sd: 3302 Autochanger loaded drive 0, result is Slot 3. 25-nov 13:36 bacula-sd: 3307 Issuing autochanger unload slot 3, drive 0 command. 25-nov 13:36 bacula-sd: 3304 Issuing autochanger load slot 4, drive 0 command. 25-nov 13:37 bacula-sd: 3305 Autochanger load slot 4, drive 0, status is OK. 25-nov 13:37 bacula-sd: 3301 Issuing autochanger loaded drive 0 command. 25-nov 13:37 bacula-sd: 3302 Autochanger loaded drive 0, result is Slot 4. 25-nov 13:37 bacula-sd: Wrote label to prelabeled Volume web-002 on device LTO1 (/dev/lto1) 25-nov 13:37 bacula-sd: New volume web-002 mounted on device LTO1 (/dev/lto1) at 25-nov-2006 13:37. 25-nov 13:37 bacula-sd: End of Volume web-002 at 0:1 on device LTO1 (/dev/lto1). Write of 64512 bytes got -1. 25-nov 13:37 bacula-sd: webfs1-job.2006-11-24_20.35.00 Error: Re-read of last block OK, but block numbers differ. Last block=0 Current block=7756453. 25-nov 13:37 bacula-sd: webfs1-job.2006-11-24_20.35.00 Fatal error: append.c:207 Fatal append error on device LTO1 (/dev/lto1): ERR= 25-nov 13:37 webfs3: webfs1-job.2006-11-24_20.35.00 Fatal error: backup.c:499 Network send error to SD. 25-nov 13:38 bacula-dir: Start Backup JobId 10780, Job=webfs3-job.2006-11-24_20.35.01 25-nov 13:38 bacula-dir: There are no Jobs associated with Volume web-002. Marking it purged. 25-nov 13:38 bacula-dir: Recycled volume web-002 25-nov 13:38 webfs3: ClientRunBeforeJob: Shutting down SMB services: [ OK ] 25-nov 13:38 webfs3: ClientRunBeforeJob: smbd: no process killed 25-nov 13:38 webfs3: ClientRunBeforeJob: Starting SMB services: [ OK ] 25-nov 13:38 webfs3: ClientRunBeforeJob: [ OK ] 25-nov 13:38 bacula-sd: 3301 Issuing autochanger loaded drive 0 command. 25-nov 13:38 bacula-sd: 3302 Autochanger loaded drive 0, result is Slot 4. 25-nov 13:38 bacula-sd: 3301 Issuing autochanger loaded drive 0 command. 25-nov 13:38 bacula-sd: 3302 Autochanger loaded drive 0, result is Slot 4. 25-nov 13:38 bacula-sd: Recycled volume web-002 on device LTO1 (/dev/lto1), all previous data lost. 26-nov 06:18 bacula-sd: End of Volume web-002 at 572:11760 on device LTO1 (/dev/lto1). Write of 64512 bytes got -1. 26-nov 06:18 bacula-sd: Re-read of last block succeeded. 26-nov 06:18 bacula-sd: End of medium on Volume web-002 Bytes=572,722,041,019 Blocks=8,877,760 at 26-nov-2006 06:18. 26-nov 06:18 bacula-sd: 3301 Issuing autochanger loaded drive 0 command. 26-nov 06:18 bacula-sd: 3302 Autochanger loaded drive 0, result is Slot 4. 26-nov 06:18 bacula-sd: 3307 Issuing autochanger unload slot 4, drive 0 command. 26-nov 06:19 bacula-sd: 3304 Issuing autochanger load slot 5, drive 0 command. 26-nov 06:19 bacula-sd: 3305 Autochanger load slot 5, drive 0, status is OK. 26-nov 06:19 bacula-sd: 3301 Issuing autochanger loaded drive 0 command. 26-nov 06:19 bacula-sd: 3302 Autochanger loaded drive 0, result is Slot 5. 26-nov 06:20 bacula-sd: Wrote label to prelabeled Volume web-003 on device LTO1 (/dev/lto1) 26-nov 06:20 bacula-sd: New volume web-003 mounted on device LTO1 (/dev/lto1) at 26-nov-2006 06:20. 26-nov 06:20 bacula-sd: End of Volume web-003 at 0:1 on device LTO1 (/dev/lto1). Write of 64512 bytes got -1. 26-nov 06:20 bacula-sd: webfs3-job.2006-11-24_20.35.01 Error: Re-read of last block OK, but block numbers differ. Last block=0 Current block=8877760. 26-nov 06:20 bacula-sd: webfs3-job.2006-11-24_20.35.01 Fatal
[Bacula-users] 2 useful queries for those with changers.
These should be useful for Bacula users with changers and may be useful for those who don't have them. in /etc/bacula/query: # 18 :List Volumes Bacula thinks should be removed from changer SELECT Storage.Name AS Location,Slot,VolumeName,VolStatus, VolBytes/(1024*1024*1024) AS GB,MediaId,MediaType,Pool.Name AS Pool FROM Media,Pool,Storage WHERE Media.PoolId=Pool.PoolId AND Slot0 AND InChanger=1 AND Media.StorageId=Storage.StorageId AND ((VolStatus='Used') OR (VolStatus='Full') OR (VolStatus='Disabled') OR (VolStatus='Error')) ORDER BY VolumeName ASC, Slot ASC; # 19 :List Volumes Bacula thinks are eligible for the changer SELECT VolumeName,VolStatus,Storage.Name AS Location, VolBytes/(1024*1024*1024) AS GB,MediaId,MediaType,Pool.Name AS Pool FROM Media,Pool,Storage WHERE Media.PoolId=Pool.PoolId AND Media.StorageId=Storage.StorageId AND InChanger=0 AND ((VolStatus='Purged') OR (VolStatus='Append') OR (VolStatus='Recycle')) ORDER BY VolMounts ASC, Pool.Name ASC, VolumeName ASC Improvements to SQL welcomed. - 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] Travan tape - very slow
On Fri, 24 Nov 2006, John Drescher wrote: I did read that and yes I understand it says don't use 512 byte blocks, but that is the only way that I've managed to get it to work. Did you use a blank tape when you tested bacula for the first time? More importantly, was btape used? IIRC this attempts to discover the optimum fixed block setting, should this mode be necessary IDE-based tape drives have always difficult... 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] ERR=Operation timed out
Hi! I had the exact same problem... In my case it was a backup over the internet and the server I was backing up was behind a combined raouter/adslmodem and it was this router that for some reason dropped the packets after a certain time (I think mine was 2 hours 10 minutes and 20 seconds). In my case it was a modem that TELIA gives to there customers and it is called SurfInBird. My fix for the problem was that I removed the router and replaced it with a pure adsl-modem and configured the server to act as router and firewall by itself. /marcus Dahlgren Mattias wrote: Hello everyone. Im trying to set up bacula to do the backup of the about 12 FreeBSD webservers we have. I got it working on all but 2 servers, on these servers i keep continuosly getting errors that the operation times out. The strange thing is that it seems to ALWAYS occur after almost the exact same time on both servers. That time is: 2 hours 10 mins 10 secs. The secs can vary between 10-14 but its definitely the same time. I'v read some other posts here about similar problems but nothing that exactly seems to match our issue. I have tried setting the heartbeat interval in the SD resource to 15 seconds as i saw mentioned in another post which didnt help. I tried setting it in the Client resource aswell as suggested in the Bacula manual. However this causes Bacula-dir to refuse to start saying there is a syntax error in the config file and pointing to this exact line in the client resource. Basically im lost and i really need to get this operational, is there anyone who has any ideas? I imagine it could be the network somehow timing out since its happening after the exact same elapsed time on both servers but i cant think of where to change this time out. Here is a cut from my log file with regards to this issue: 23-Nov 01:47 -dir: No prior Full backup Job record found. 23-Nov 01:47 -dir: No prior or suitable Full backup found. Doing FULL backup. 23-Nov 01:47 -dir: Start Backup JobId 1046, Job=.2006-11-23_00.30.01 23-Nov 01:47 xxx-sd: Volume Full-0002 previously written, moving to end of data. 23-Nov 03:57 -dir: .2006-11-23_00.30.01 Fatal error: Network error with FD during Backup: ERR=Operation timed out 23-Nov 03:57 -dir: obelix.2006-11-23_00.30.01 Fatal error: No Job status returned from FD. 23-Nov 03:57 -dir: obelix.2006-11-23_00.30.01 Error: Bacula 1.38.11 (28Jun06): 23-Nov-2006 03:57:43 JobId: 1046 Job:.2006-11-23_00.30.01 Backup Level: Full (upgraded from Incremental) Client: -fd i386-portbld-freebsd6.1,freebsd,6.1-STABLE FileSet: Full FileSet 2006-11-21 17:28:05 Pool: -Full-Pool Storage:File3 Scheduled time: 23-Nov-2006 00:30:00 Start time: 23-Nov-2006 01:47:33 End time: 23-Nov-2006 03:57:43 Elapsed time: 2 hours 10 mins 10 secs Priority: 10 FD Files Written: 0 SD Files Written: 0 FD Bytes Written: 0 (0 B) SD Bytes Written: 0 (0 B) Rate: 0.0 KB/s Software Compression: None Volume name(s): Full-0002 Volume Session Id: 6 Volume Session Time:1164209750 Last Volume Bytes: 31,997,951,399 (31.99 GB) Non-fatal FD errors:0 SD Errors: 0 FD termination status: Error SD termination status: Error Termination:*** Backup Error *** Any help would be appreciated. - 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 -- /Marcus Hallberg Wimlet Consulting AB Djurgårdsgatan 10 414 62 Göteborg mobil: 0707-141716 e-post: [EMAIL PROTECTED] hemsida: www.wimlet.se - 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] Travan tape - very slow
On Sat, 25 Nov 2006, Peter Crighton wrote: What are the best alternative type of drive (it's for a home office so only requires a modest capability) Define modest With many home computers now holding up to 1Tb of local disk, that's an awful lot of DATs to be stuffing into the drive for one full backup. Looking on Ebay DDS-3/DDS-4 drives and tapes are available at a reasonable cost, giving a comparable capacity to my current drive and probably almost a no-cost swap if I sell my existing drive and tapes on Ebay. Avoid 4mm tape systems - they are prone to failure and in my experience are not reliable for more than short-term storage This is no reflection on the technology, the basic problem is the tape base polymer itself. It's just not wide enough to cope well with flaws. 8mm helical scan systems (AIT, etc) are fine. There's still only one applicable maxim for tape backup systems : Good, fast, cheap: pick any 2 - 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] The number of files mismatch!
On Sat, 25 Nov 2006, Ian Levesque wrote: We have been seeing this irregularly too, usually when there are multiple jobs writing to the same volume simultaneously. I've seen this now and again, as well, in my 3-drive autochanger. I haven't had the time to put together a proper bug report, but from cursory examination, it appears to be a problem when a job wants a tape that is already in use and therefore expects its file count to be what it was when the job started. Here's an example: That would match my observations 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 and Large File Support (LFS) on Mac OS X 10.4.8 Intel
snip running a status in bconsole (even with -dnn) doesn't yield the output you suggest below. Likely a nuance with BSD. You can check if a particular client has large file support despite what the configure output says by doing a: status client=xxx in the console. If you get a line such as: Sizeof: off_t=8 size_t=4 debug=0 trace=0 in the output, you have large file support. If it says: Sizeof: off_t=4 size_t=4 debug=0 trace=0 you do not have large file support. On Ubuntu the value for Large File Support: was yes. Furthermore, when I tried to re-configure on Mac OS X (being sure to run configure a second time after a make distclean to clear any configure cache), I then explicitly added this configure option: --enable-largefile But the end result was the same: Large file support: no What should I do? I will most definitely need to back up and restore files that are in excess of 2 GB in size. In Bacula, is Large File Support limited to certain file systems or operating systems? The Mac I tried configuring for is one of the quite new Intel iMacs (with Intel Core 2 Dueo Merom chip inside and apparently Merom is a 64-bit chip and apparently Mac OS X 10.4.x Tiger has some 64-bit capability but I'm not clear on exactly where the lines are drawn between 32-bit and 64-bit in Tiger and on these new iMacs). Would CPU architecture in any way affect the outcome of Bacula? Might I be in new territory if I am understanding this [1] document about Large File System support correctly. Any further suggestions or comparisons (Erich?) from people who are running Bacula on Mac OS X (Apple Intel and PowerPC)? Cheers, -H [1] http://en.wikipedia.org/wiki/Large_file_support -- --- 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 and Large File Support (LFS) on Mac OS X 10.4.8 Intel
Running 10.4.8 on this end. What I can do is run a job with a large file and let you know the results. The configure options in the previous post don't included that option and per Kern's post on the subject, it appears it is on by default (which would make sense for Apple to do given the heavy use of video on the platform.) Erich On Nov 27, 2006, at 12:11 AM, Hydro Meteor wrote: On 11/26/06, Erich Prinz [EMAIL PROTECTED] wrote: Can't help on this one. PPC only on this end. Hi Erich, A Bacula News Bulletin just in ... I just moments ago tried on Mac OS X Server 10.4.8 running on a PowerPC Mac, the exact same configure options on the same original source of Bacula ( 1.38.11) and thus explicitly requiring the large file system. The result output by configure was exactly the same (Large file system: no). Odd that it was explicit in the configure options but not found when running. Agreed. Maybe this is a bug in the configure script that manifests only on Mac OS X? Erich, what version of Mac OS X are you running on your PowerPC Mac (s)? I am wondering if you you have a moment if you could also try to run configure (in an isolated directory so as not to mess up your environment) and to see if you also do not receive the option to enable Large file support? If its not a major hassle to you? Have you attempted to run a backup on a single file over 2 GB just to see what would happen? Just curious. Not yet but I am surely going to try this -- will be one of the first things I do is not only try to backup a file over 2 GB but also restore. Will update the mailing list with the results when I find them. -H Erich On Nov 26, 2006, at 10:30 PM, Hydro Meteor wrote: As a followup I have copied and pasted what appears to be a relevant section of my config.log output on the same iMac which I tried to enable large file support for. If anyone who is more familiar with the inner workings of Bacula (Kern?) could shed some additional light on what would be a good next step to take (in order to make sure Bacula can operate on large files on Mac OS X), that would be greatly appreciated! configure:17157: checking for CFLAGS value to request large file support configure:17222: result: no configure:17224: checking for LDFLAGS value to request large file support configure:17234: result: no configure:17236: checking for LIBS value to request large file support configure:17246: result: no configure:17291: checking for _FILE_OFFSET_BITS configure:17308: result: 64 configure:17317: checking for _LARGEFILE_SOURCE configure:17334: result: 1 configure:17343: checking for _LARGE_FILES configure:17360: result: 1 On 11/26/06, Hydro Meteor [EMAIL PROTECTED] wrote: Hello, I was able to ./configure Bacula 1.38.11 on a Mac running Mac OS X 10.4.8 without any problems today (in a manner almost exactly the same as my Ubuntu Linux configuration). In both cases, I did not explicitly provide configure with the option of disabling large file support, and I also did not explicitly provide configure with he option of enabling large file system support (but according to the current manual, --enable-largefile is the default). Despite accepting the default (enabled), I noticed that my output was different after running configure. On the Mac, configure reported a value of no assigned as in: Large file support: no On Ubuntu the value for Large File Support: was yes. Furthermore, when I tried to re-configure on Mac OS X (being sure to run configure a second time after a make distclean to clear any configure cache), I then explicitly added this configure option: --enable-largefile But the end result was the same: Large file support: no What should I do? I will most definitely need to back up and restore files that are in excess of 2 GB in size. In Bacula, is Large File Support limited to certain file systems or operating systems? The Mac I tried configuring for is one of the quite new Intel iMacs (with Intel Core 2 Dueo Merom chip inside and apparently Merom is a 64-bit chip and apparently Mac OS X 10.4.x Tiger has some 64-bit capability but I'm not clear on exactly where the lines are drawn between 32-bit and 64-bit in Tiger and on these new iMacs). Would CPU architecture in any way affect the outcome of Bacula? Might I be in new territory if I am understanding this [1] document about Large File System support correctly. Any further suggestions or comparisons (Erich?) from people who are running Bacula on Mac OS X (Apple Intel and PowerPC)? Cheers, -H [1] http://en.wikipedia.org/wiki/Large_file_support -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your
Re: [Bacula-users] Bacula and Large File Support (LFS) on Mac OS X 10.4.8 Intel
On Mon, 27 Nov 2006 07:50:48 -0600, Erich Prinz said: snip running a status in bconsole (even with -dnn) doesn't yield the output you suggest below. Likely a nuance with BSD. Older versions of Bacula only report the sizes for debug0, so try doing this first: setdebug client level=1 __Martin You can check if a particular client has large file support despite what the configure output says by doing a: status client=xxx in the console. If you get a line such as: Sizeof: off_t=8 size_t=4 debug=0 trace=0 in the output, you have large file support. If it says: Sizeof: off_t=4 size_t=4 debug=0 trace=0 you do not have large file support. On Ubuntu the value for Large File Support: was yes. Furthermore, when I tried to re-configure on Mac OS X (being sure to run configure a second time after a make distclean to clear any configure cache), I then explicitly added this configure option: --enable-largefile But the end result was the same: Large file support: no What should I do? I will most definitely need to back up and restore files that are in excess of 2 GB in size. In Bacula, is Large File Support limited to certain file systems or operating systems? The Mac I tried configuring for is one of the quite new Intel iMacs (with Intel Core 2 Dueo Merom chip inside and apparently Merom is a 64-bit chip and apparently Mac OS X 10.4.x Tiger has some 64-bit capability but I'm not clear on exactly where the lines are drawn between 32-bit and 64-bit in Tiger and on these new iMacs). Would CPU architecture in any way affect the outcome of Bacula? Might I be in new territory if I am understanding this [1] document about Large File System support correctly. Any further suggestions or comparisons (Erich?) from people who are running Bacula on Mac OS X (Apple Intel and PowerPC)? Cheers, -H [1] http://en.wikipedia.org/wiki/Large_file_support -- --- 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 - 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] Illegal byte sequence (on Mac OS X when running configure, doing make of dependencies)
As an update to my push for getting Bacula into use on Mac OS X (in this case the Intel iMac with Core 2 Duo), I was looking through my output in more detail and trying to make some human sense parsing what I observed and comparing to Ubuntu Linux (the comparison I believe is good because, if I understand the history correctly, Kern created Bacula on Linux so naturally there is going to be more knowledge and experience around Linux distros running Bacula). I found this output from ./configure on the Mac's command line but which was missing from the command line output of configure (same version of Bacula and nearly identical configure options presented to configure on both Mac and Ubuntu): cut: stdin: Illegal byte sequence I am wondering if this Illegal byte sequence might come back to haunt me later on when running one of the Bacula daemons in a critical situation whether it be the Director, Storage, backing up, restoring, etc.? More specifically, the Illegal byte sequence alert was output four times sequentially on the command line (see larger excerpt below and comparative larger excerpt from Ubuntu). I didn't post this to the Bacula bugs mailing list because I don't really know if this is a bug or not. Best regards, configure on Mac OS X 10.4.8 - Intel Core 2 Duo and on Mac OS X Server 10.4.8 - PowerPC G4 is the same (with cut error repeated four times): Doing make of dependencies ==Entering directory /Users/hydro/Desktop/source/bacula- 1.38.11/src make[1]: Nothing to be done for `depend'. ==Entering directory /Users/hydro/Desktop/source/bacula-1.38.11/scripts make[1]: `depend' is up to date. ==Entering directory /Users/hydro/Desktop/source/bacula- 1.38.11/src/lib ==Entering directory /Users/hydro/Desktop/source/bacula-1.38.11/src/findlib ==Entering directory /Users/hydro/Desktop/source/bacula-1.38.11/src/filed ==Entering directory /Users/hydro/Desktop/source/bacula- 1.38.11 /src/console ==Entering directory /Users/hydro/Desktop/source/bacula-1.38.11 /src/tray-monitor ==Entering directory /Users/hydro/Desktop/source/bacula-1.38.11/src/cats ==Entering directory /Users/hydro/Desktop/source/bacula- 1.38.11/src/dird ==Entering directory /Users/hydro/Desktop/source/bacula-1.38.11/src/stored ==Entering directory /Users/hydro/Desktop/source/bacula-1.38.11/src/tools cut: stdin: Illegal byte sequence cut: stdin: Illegal byte sequence cut: stdin: Illegal byte sequence cut: stdin: Illegal byte sequence Output on Ubuntu (Dapper Drake 6.06) on Intel (i386) running Centrino on a laptop (no cut error): Doing make of dependencies ==Entering directory /home/hydro/Desktop/bacula-1.38.11/src make[1]: Entering directory `/home/hydro/Desktop/bacula-1.38.11/src' make[1]: Nothing to be done for `depend'. make[1]: Leaving directory `/home/hydro/Desktop/bacula- 1.38.11/src' ==Entering directory /home/hydro/Desktop/bacula-1.38.11/scripts make[1]: Entering directory `/home/hydro/Desktop/bacula-1.38.11/scripts' make[1]: `depend' is up to date. make[1]: Leaving directory `/home/hydro/Desktop/bacula- 1.38.11/scripts' ==Entering directory /home/hydro/Desktop/bacula-1.38.11/src/lib make[1]: Entering directory `/home/hydro/Desktop/bacula-1.38.11/src/lib' make[1]: Leaving directory `/home/hydro/Desktop/bacula- 1.38.11/src/lib' ==Entering directory /home/hydro/Desktop/bacula-1.38.11/src/findlib make[1]: Entering directory `/home/hydro/Desktop/bacula-1.38.11/src/findlib' make[1]: Leaving directory `/home/hydro/Desktop/bacula- 1.38.11/src/findlib' ==Entering directory /home/hydro/Desktop/bacula-1.38.11/src/filed make[1]: Entering directory `/home/hydro/Desktop/bacula-1.38.11/src/filed' make[1]: Leaving directory `/home/hydro/Desktop/bacula- 1.38.11/src/filed' ==Entering directory /home/hydro/Desktop/bacula-1.38.11/src/console make[1]: Entering directory `/home/hydro/Desktop/bacula-1.38.11/src/console' make[1]: Leaving directory `/home/hydro/Desktop/bacula- 1.38.11/src/console' ==Entering directory /home/hydro/Desktop/bacula-1.38.11/src/cats make[1]: Entering directory `/home/hydro/Desktop/bacula-1.38.11/src/cats' make[1]: Leaving directory `/home/hydro/Desktop/bacula- 1.38.11/src/cats' ==Entering directory /home/hydro/Desktop/bacula-1.38.11/src/dird make[1]: Entering directory `/home/hydro/Desktop/bacula-1.38.11/src/dird' make[1]: Leaving directory `/home/hydro/Desktop/bacula- 1.38.11/src/dird' ==Entering directory /home/hydro/Desktop/bacula-1.38.11/src/stored make[1]: Entering directory `/home/hydro/Desktop/bacula-1.38.11/src/stored' make[1]: Leaving directory `/home/hydro/Desktop/bacula- 1.38.11/src/stored' ==Entering directory /home/hydro/Desktop/bacula-1.38.11/src/tools make[1]: Entering directory `/home/hydro/Desktop/bacula-1.38.11/src/tools' make[1]: Leaving directory `/home/hydro/Desktop/bacula- 1.38.11/src/tools' - Take Surveys. Earn Cash. Influence the Future of
Re: [Bacula-users] Bacula and Large File Support (LFS) on Mac OS X 10.4.8 Intel
On 11/27/06, Erich Prinz [EMAIL PROTECTED] wrote: Running 10.4.8 on this end. What I can do is run a job with a large file and let you know the results. The configure options in the previous post don't included that option and per Kern's post on the subject, it appears it is on by default (which would make sense for Apple to do given the heavy use of video on the platform.) Erich, thank you for running a controlled test of a large file. I will do the same but am not quite there yet (am still reading through the manual and meticulously documenting my own installations -- both Ubuntu Linux and Mac OS X -- in parallel). It does make sense that large files are supported by Apple since OS X is notoriously used by media companies and Hollywood producers operating on large files easily over 2 GB in size. But, I think its good to test out in purely a Bacula context nonetheless (and ideally find out what can be done so that the next version of Bacula could, for example, detect the Mac OS X (Darwin) platform and output a yes for large file support. Cheers. Erich On Nov 27, 2006, at 12:11 AM, Hydro Meteor wrote: On 11/26/06, Erich Prinz [EMAIL PROTECTED] wrote: Can't help on this one. PPC only on this end. Hi Erich, A Bacula News Bulletin just in ... I just moments ago tried on Mac OS X Server 10.4.8 running on a PowerPC Mac, the exact same configure options on the same original source of Bacula ( 1.38.11) and thus explicitly requiring the large file system. The result output by configure was exactly the same (Large file system: no). Odd that it was explicit in the configure options but not found when running. Agreed. Maybe this is a bug in the configure script that manifests only on Mac OS X? Erich, what version of Mac OS X are you running on your PowerPC Mac (s)? I am wondering if you you have a moment if you could also try to run configure (in an isolated directory so as not to mess up your environment) and to see if you also do not receive the option to enable Large file support? If its not a major hassle to you? Have you attempted to run a backup on a single file over 2 GB just to see what would happen? Just curious. Not yet but I am surely going to try this -- will be one of the first things I do is not only try to backup a file over 2 GB but also restore. Will update the mailing list with the results when I find them. -H Erich On Nov 26, 2006, at 10:30 PM, Hydro Meteor wrote: As a followup I have copied and pasted what appears to be a relevant section of my config.log output on the same iMac which I tried to enable large file support for. If anyone who is more familiar with the inner workings of Bacula (Kern?) could shed some additional light on what would be a good next step to take (in order to make sure Bacula can operate on large files on Mac OS X), that would be greatly appreciated! configure:17157: checking for CFLAGS value to request large file support configure:17222: result: no configure:17224: checking for LDFLAGS value to request large file support configure:17234: result: no configure:17236: checking for LIBS value to request large file support configure:17246: result: no configure:17291: checking for _FILE_OFFSET_BITS configure:17308: result: 64 configure:17317: checking for _LARGEFILE_SOURCE configure:17334: result: 1 configure:17343: checking for _LARGE_FILES configure:17360: result: 1 On 11/26/06, Hydro Meteor [EMAIL PROTECTED] wrote: Hello, I was able to ./configure Bacula 1.38.11 on a Mac running Mac OS X 10.4.8 without any problems today (in a manner almost exactly the same as my Ubuntu Linux configuration). In both cases, I did not explicitly provide configure with the option of disabling large file support, and I also did not explicitly provide configure with he option of enabling large file system support (but according to the current manual, --enable-largefile is the default). Despite accepting the default (enabled), I noticed that my output was different after running configure. On the Mac, configure reported a value of no assigned as in: Large file support: no On Ubuntu the value for Large File Support: was yes. Furthermore, when I tried to re-configure on Mac OS X (being sure to run configure a second time after a make distclean to clear any configure cache), I then explicitly added this configure option: --enable-largefile But the end result was the same: Large file support: no What should I do? I will most definitely need to back up and restore files that are in excess of 2 GB in size. In Bacula, is Large File Support limited to certain file systems or operating systems? The Mac I tried configuring for is one of the quite new Intel iMacs (with Intel Core 2 Dueo Merom chip inside and apparently Merom is a 64-bit chip and apparently Mac OS X 10.4.x Tiger has some 64-bit capability but I'm not clear
Re: [Bacula-users] Autochanger advice
Hello all, thanks everyone for the response the autoloader arcvault12 works now perfectly with bacula. Cu Christian - 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] Need help to restore with bextract.
I need to restore a directory from a tape using bextract. The hard part is that I need to extract the directory's content from a specific date. Is it possible? How would you suggest I do this if I don't access to the catalog? begin:vcard fn;quoted-printable:Emery Gu=C3=A9vremont n;quoted-printable:Gu=C3=A9vremont;Emery org:Croesus Finansoft adr:;;2 Place laval, Suite 510;Laval;PQ;H7N 5N6;Canada email;internet:[EMAIL PROTECTED] title;quoted-printable:Administrateur des syst=C3=A8mes tel;work:450-662-6101 tel;cell:514-513-3416 x-mozilla-html:FALSE version:2.1 end:vcard - 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] Win32 1.39.28 package and docs ...
Greetings ... Been looking for a nice cross-platform backup system, and I would have to say that Bacula can suck the data out of my computer systems, if only I could my feebile mind around it. Okay, I downloaded the Win32 package version 1.39.28 to test, because it would easiest for me to test with. Started with the tutorial, but there are problems with the Win32 package version 1.39.28 ... First, I would like to recommend that in the Windows Documentation, that the author explain that the installer should install a working DB of there choice first. Maybe even put in links for the Win32 packages for the DBs. Did a default install expect to select a full install and SQLite as the DB. In the C:\Program Files\Bacula\install.log Copy to C:\Documents and Settings\All Users\Application Data\Bacula\bacula- dir.conf Are you sure (Y/N)?The system cannot find the file specified. The service name is invalid. More help is available by typing NET HELPMSG 2185. After trying to start C:\Program Files\Bacula\bin\bacula-dir manually, it complains about bacula_cats.dll can't be found. Then used my archive program and extracted bacula_cats.dll, found that it was the link to the DB program. Tried the MySQL and PostGreSQL dll's, but don't have either ... The last dll reports ... 27-Nov 20:29 bacula-dir: Warning: ! 27-Nov 20:29 bacula-dir: Warning: WARNING The Internal Database is NOT OPERATIONAL! 27-Nov 20:29 bacula-dir: Warning: You should use SQLite, PostgreSQL, or MySQL Which tells me two things, first that the internal DB does not work and should be disable as an install option and the other thing, from the install.log report, that the bacula_cats.dll for SQLite is not in the Win32 package version 1.39.28. I'm hoping I might be able to help improve the Win32 package and my knowledge of Bacula ... Thanks Mailed Lee - 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 Large File Support (LFS) on Mac OS X 10.4.8 Intel
On Monday 27 November 2006 14:50, Erich Prinz wrote: snip running a status in bconsole (even with -dnn) doesn't yield the output you suggest below. Likely a nuance with BSD. No all daemons use the same code. Most likely on pre 1.39 you must set a debug level on the FD of say 10. You can check if a particular client has large file support despite what the configure output says by doing a: status client=xxx in the console. If you get a line such as: Sizeof: off_t=8 size_t=4 debug=0 trace=0 in the output, you have large file support. If it says: Sizeof: off_t=4 size_t=4 debug=0 trace=0 you do not have large file support. On Ubuntu the value for Large File Support: was yes. Furthermore, when I tried to re-configure on Mac OS X (being sure to run configure a second time after a make distclean to clear any configure cache), I then explicitly added this configure option: --enable-largefile But the end result was the same: Large file support: no What should I do? I will most definitely need to back up and restore files that are in excess of 2 GB in size. In Bacula, is Large File Support limited to certain file systems or operating systems? The Mac I tried configuring for is one of the quite new Intel iMacs (with Intel Core 2 Dueo Merom chip inside and apparently Merom is a 64-bit chip and apparently Mac OS X 10.4.x Tiger has some 64-bit capability but I'm not clear on exactly where the lines are drawn between 32-bit and 64-bit in Tiger and on these new iMacs). Would CPU architecture in any way affect the outcome of Bacula? Might I be in new territory if I am understanding this [1] document about Large File System support correctly. Any further suggestions or comparisons (Erich?) from people who are running Bacula on Mac OS X (Apple Intel and PowerPC)? Cheers, -H [1] http://en.wikipedia.org/wiki/Large_file_support -- --- 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 - 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] Illegal byte sequence (on Mac OS X when running configure, doing make of dependencies)
On Mon, 27 Nov 2006 05:36:41 -1000, Hydro Meteor said: As an update to my push for getting Bacula into use on Mac OS X (in this case the Intel iMac with Core 2 Duo), I was looking through my output in more detail and trying to make some human sense parsing what I observed and comparing to Ubuntu Linux (the comparison I believe is good because, if I understand the history correctly, Kern created Bacula on Linux so naturally there is going to be more knowledge and experience around Linux distros running Bacula). I found this output from ./configure on the Mac's command line but which was missing from the command line output of configure (same version of Bacula and nearly identical configure options presented to configure on both Mac and Ubuntu): cut: stdin: Illegal byte sequence I am wondering if this Illegal byte sequence might come back to haunt me later on when running one of the Bacula daemons in a critical situation whether it be the Director, Storage, backing up, restoring, etc.? More specifically, the Illegal byte sequence alert was output four times sequentially on the command line (see larger excerpt below and comparative larger excerpt from Ubuntu). Those 4 look benign in this case -- they just prevent configure from printing the versions in the C Compiler and C++ Compiler lines of the output. The problem appears to be that Apple's /usr/bin/cut doesn't like the last line of the input to end without a newline. __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] Listing jobs and volumes...
Mandag 27 november 2006 18:01 skrev du: In the message dated: Fri, 24 Nov 2006 14:03:05 +0100, The pithy ruminations from steen meyer on Re: [Bacula-users] Listing jobs and volumes... were: = Fredag 24 november 2006 12:40 skrev Jaime Ventura: = Thank you for your reply. = I knew about the list jobmedia command. = But I wanted both results(job media and jobs) merged using just one = command. = = I have made this query addition: = = 18: List Volumes by Jobs: = 19: List Volumes for a jobname: Those sound like very useful queries. Could you please post the SQL code to the mailing list Already did friday - and they come here below too (and submit it to Kern as an addition to future releases)? This I did not do because I have not examined if it is already present in the latest releases, which I am not running at the moment, and I don't know if it will work with the database changes since 1.38.0, but maybe Kern can tell at a glance;-) so here we go: (note that the first two list all volumes in the database) # 17 :List Volumes by Volume: SELECT VolumeName, Job.JobId as JobID, Job.Name as JobName, Job.StartTime as Start, sum(JobFiles) AS Files,sum(JobBytes) AS Bytes FROM Job,JobMedia,Media WHERE JobMedia.JobId=Job.JobId AND JobMedia.MediaId=Media.MediaId GROUP by VolumeName, Job.JobID, Job.Name, Job.StartTime ORDER by VolumeName; # 18 :List Volumes by Jobs: SELECT Job.Name as JobName, Job.JobId as JobID, VolumeName, Job.StartTime as Start, sum(JobFiles) AS Files,sum(JobBytes) AS Bytes FROM Job,JobMedia,Media WHERE JobMedia.JobId=Job.JobId AND JobMedia.MediaId=Media.MediaId GROUP by VolumeName, Job.JobID, Job.Name, Job.StartTime ORDER by JobName, Start; # 19 :List Volumes for a jobname: *Enter Job name: SELECT Job.Name as JobName, Job.JobId as JobID, VolumeName, Job.StartTime as Start, sum(JobFiles) AS Files,sum(JobBytes) AS Bytes FROM Job,JobMedia,Media WHERE Job.Name='%1' AND JobMedia.JobId=Job.JobId AND JobMedia.MediaId=Media.MediaId GROUP by VolumeName, Job.JobID, Job.Name, Job.StartTime ORDER by JobName, Start; Regards Steen Thanks, Mark [SNIP!] = = Is it something like this you are looking for? = = Steen = Mark Bergman [EMAIL PROTECTED] System Administrator Section of Biomedical Image Analysis 215-662-7310 Department of Radiology, University of Pennsylvania http://pgpkeys.pca.dfn.de:11371/pks/lookup?search=mark.bergman%40.uphs.upen n.edu The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. - 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 Rescue - Solaris 10 - getdiskinfo errors - error on route command
Anyone come up with anything on this one? I'm about to go live with a home brewed wing and a prayer backup plan for bare metal restores. Paul Ryan Novosielski wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have located this. Its author is Robert Hartzell -- are we speaking about the same thing? The name popped into my head today and once I searched on it, the README that he wrote popped up immediately. As he never posted it to the list, I'd like to get his permission first, but I assume that that will be no problem. Just when someone doesn't post something to the list, I have to assume they might have a reason. He started using an 03/05 disc and building a restore disc from that, but apparently he since tried it with 01/06 and this works fine as well. He thinks it should work on Solaris 9 as well, and I'd wager it works on 06/06, as there were no changes that should affect the ability to conduct a restore on this version. Note, he attempted this on x86. I am very interested in doing it on SPARC, and in fact may try to get it going this afternoon. Paul Norland wrote: Kern Sibbald wrote: On Friday 10 November 2006 16:15, Ryan Novosielski wrote: If I'm not mistaken (and now I'm thinking I may have lost this stuff due to an old e-mail purge), someone has done some substantial work doing bare-metal restores on Solaris. I don't remember the gentleman's name, but I believe he posted to the list. Yes, now that you mention it, I recall that someone did get rescue working on Solaris, but to the best of my knowledge the code was never posted. If someone has the time to check the archives and prove me wrong, he would be doing the Solaris users a big favor as I would be very happy to accept such code ... :-) I would consider that a HUGE favor. I have time, motivation and Solaris boxes to help in making this happen. What I don't have yet is the wisdom. I have tried the archives, and found many references to the code, but no actual code. Last week I even dropped a note to the person who said that they had a working sample, but no reply as of yet. Paul [EMAIL PROTECTED] com http://www.athinktank.com Kern Sibbald wrote: On Wednesday 08 November 2006 19:52, A Think Tank wrote: I am trying to go though the rescue procedures / preparation for Solaris, SunOS 5.10 Generic sun4u sparc SUNW,Sun-Fire-V240, as directed by the documentation. I have a couple of errors with the command /usr/local/src/bacula-rescue-1.8.6/solaris/getdiskinfo Error on if statement Begin collecting system info ./getdiskinfo: test: argument expected I changed the if syntax to read: - if [ -e /etc/fstab ]; then + if [ -r /etc/fstab ]; then for all instances of the -e expression and it seemed to work just fine. It identified that i have a vfstab file and read that. Error on route command. route -n route.bsi error message usage: route [ -fnqv ] cmd [[ -qualifers ] args ] I am just not sure how to fix this, because I am not sure what the command is trying to gather. Currently both the df.bsi and route.bsi files are empty. The other files seem to have been created just fine. I presume that the df.bsi file should contain data, but again, not sure what and there was no error message. Hmmm. The problem is that no one has yet converted the Linux scripts to work on Solaris. There are a lot of important and subtle differences between Linux and Solaris, eg most if [ -e xxx ] should be if [ -f xxx ] ... There are also a lot of major differences in terms of what info needs to be saved to reconstruct a system. I suspect that you might be better off starting with some existing Solaris script that saves the system, then adding to it the necessary Bacula stuff. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer III |$| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job
Re: [Bacula-users] Travan tape - very slow
On Mon, 27 Nov 2006 12:15:19 + (GMT), you wrote: On Sat, 25 Nov 2006, Peter Crighton wrote: What are the best alternative type of drive (it's for a home office so only requires a modest capability) Define modest Circa 20GB (yes I have more data but don't back up ripped CDs) and some data (photos) is held on two computers so not backed up to tape. I will also have RAID as soon as I rebuild my server so there'll be two copies of everything important plus a tape backup of the most important. I don't think 1TB is the norm for home use (yet - but I can see it going that way in the future with more photos). -- Peter Crighton - 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] Travan tape - very slow
On Mon, 27 Nov 2006 12:07:59 + (GMT), you wrote: On Fri, 24 Nov 2006, John Drescher wrote: I did read that and yes I understand it says don't use 512 byte blocks, but that is the only way that I've managed to get it to work. Did you use a blank tape when you tested bacula for the first time? More importantly, was btape used? Yes (and before I'd waited for that to finish (I wanted to sleep and can't with a tape drive running in the next room) cancelled it and tried a Bacula backup with the same throughput) IDE-based tape drives have always difficult... And of course I have an IDE drive... -- Peter Crighton - 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 Large File Support (LFS) on Mac OS X 10.4.8 Intel
Thanks Martin, that got it. So yes, running 1.36.x on OS X 10.4.x shows that large file support is enabled. Erich On Nov 27, 2006, at 2:15 PM, Martin Simmons wrote: On Mon, 27 Nov 2006 07:50:48 -0600, Erich Prinz said: snip running a status in bconsole (even with -dnn) doesn't yield the output you suggest below. Likely a nuance with BSD. Older versions of Bacula only report the sizes for debug0, so try doing this first: setdebug client level=1 __Martin You can check if a particular client has large file support despite what the configure output says by doing a: status client=xxx in the console. If you get a line such as: Sizeof: off_t=8 size_t=4 debug=0 trace=0 in the output, you have large file support. If it says: Sizeof: off_t=4 size_t=4 debug=0 trace=0 you do not have large file support. On Ubuntu the value for Large File Support: was yes. Furthermore, when I tried to re-configure on Mac OS X (being sure to run configure a second time after a make distclean to clear any configure cache), I then explicitly added this configure option: --enable-largefile But the end result was the same: Large file support: no What should I do? I will most definitely need to back up and restore files that are in excess of 2 GB in size. In Bacula, is Large File Support limited to certain file systems or operating systems? The Mac I tried configuring for is one of the quite new Intel iMacs (with Intel Core 2 Dueo Merom chip inside and apparently Merom is a 64-bit chip and apparently Mac OS X 10.4.x Tiger has some 64-bit capability but I'm not clear on exactly where the lines are drawn between 32-bit and 64-bit in Tiger and on these new iMacs). Would CPU architecture in any way affect the outcome of Bacula? Might I be in new territory if I am understanding this [1] document about Large File System support correctly. Any further suggestions or comparisons (Erich?) from people who are running Bacula on Mac OS X (Apple Intel and PowerPC)? Cheers, -H [1] http://en.wikipedia.org/wiki/Large_file_support -- --- 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 -- --- 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] Error writing the first tape block after changing tape
--On Montag, 27. November 2006 12:30 +0100 Ferdinando Pasqualetti [EMAIL PROTECTED] wrote: Hello everybody, I am experiencing a frequent error (almost stable, but sometimes it worked). Bacula is MySQL version 1.38.11-3 on a RedHat ES 4.04 running on an HP Proliant Server. The tape is an HP MSL6000 LTO-3 device with autochanger and 2 drives. When an EOT is reached the tape is unloaded and a new tape loaded, the label is recognized correctly, but the first write receive the same error response of the exhausted tape, and also the number of blocks is the one of the old tape. So the job is aborted. The next job uses the newly mounted tape correctly, up to the new tape change and the problem presents again. Here are the two relevant portion of logs: Did you run the btape tests successfully? http://www.bacula.org/rel-manual/Testing_Your_Tape_Drive.html#_ChapterStart27 Regards, Georg - 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] Restore (with file encryption) fails partway through
Using Bacula 1.39.28 on RHEL4. I was interested in testing file encryption in the beta version. The backup with the public key goes fine...about 9MB of data from /etc directory for purpose of testing. When I try to restore to /tmp dir, the restore fails at the same point each time. Some files do get restored, so the keys are fine. The bacula-fd daemon dies with Kaboom!. The traceback shows: (no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1209002304 (LWP 31909)] [New Thread -1221592144 (LWP 31916)] [New Thread -1211102288 (LWP 31910)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0x009957a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 /etc/bacula/btraceback.gdb:1: Error in sourced command file: No symbol my_name in current context. Bacula's notification reads: 27-Nov 19:07 Server-dir: Restore.2006-11-27_19.07.01 Fatal error: Network error with FD during Restore: ERR=No data available 27-Nov 19:07 Server-sd: Restore.2006-11-27_19.07.01 Fatal error: read.c:126 Error sending to File daemon. ERR=Connection reset by peer 27-Nov 19:07 Server-sd: Restore.2006-11-27_19.07.01 Error: bnet.c:426 Write error sending 65552 bytes to client:192.168.2.185:36643: ERR=Connection reset by peer 27-Nov 19:07 Server-dir: Restore.2006-11-27_19.07.01 Fatal error: No Job status returned from FD. 27-Nov 19:07 Server-dir: Restore.2006-11-27_19.07.01 Error: Bacula 1.39.28 (12Nov06): 27-Nov-2006 19:07:12 JobId: 25 Job:Restore.2006-11-27_19.07.01 Client: Server-fd Start time: 27-Nov-2006 19:07:03 End time: 27-Nov-2006 19:07:12 Files Expected: 1,400 Files Restored: 0 Bytes Restored: 0 Rate: 0.0 KB/s FD Errors: 0 FD termination status: Error SD termination status: Error Termination:*** Restore Error *** 27-Nov 19:07 Server-dir: Begin pruning Jobs. 27-Nov 19:07 Server-dir: No Jobs found to prune. 27-Nov 19:07 Server-dir: Begin pruning Files. 27-Nov 19:07 Server-dir: No Files found to prune. 27-Nov 19:07 Server-dir: End auto prune. Is there any more information I could provide to try and diagnose the problem? TIA. Cheers, Ben -- Benjamin Chambers, P.Eng. ClarkConnect Account Manager Point Clark Networks 1179 King Street West, Suite 211 Toronto, ON Canada, M6K 3C5 Tel: +1.416.977.0574 Ext. 111 Fax: +1.416.946.1192 Email: [EMAIL PROTECTED] - 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 scripting with Ruby?
Hi! I'm very interested in your progress, as I also really love Ruby and Bacula.. I did make a little Ruby script to parse the bacula-dir.conf and make a list of all jobs in a human readable format so my users can look for themselves what is actually included on their backups. I posted it before, but if you missed that I can mail it to you if you're interested. Greetings Salutations, Ger. Op zondag 26 november 2006 08:43, schreef Hydro Meteor: Hello all ... I have successfully configured and made / installed the current version of Bacula on Ubuntu Dapper Drake with Postgresql 8.1.3 (a nice first step for a newbie), and I included in configure the python option (since python does make for a nice scripting language). I am curious however if anyone has done any Bacula scripting with Ruby? Though I have nothing against Python, I have recently become enamored with Ruby (and of course Ruby seems to be getting a shot of interest these days thanks in part to the Ruby on Rails project). I'll probably end up doing some Bacula scripting with Ruby and will share what I learn in the process. Would be fun to connect with any other Bacula / Ruby enthusiasts out there in the ether. Cheers. -- ARGOSS: your partner for atmospheric, marine coastal information P O Box 61 8325ZH Vollenhove The Netherlands tel +31-527-242299 fax +31-527-242016 Web http://www.argoss.nl Confidentiality Notice Disclaimer The contents of this e-mail and any attachments are intended only for the use of the e-mail addressee(s) shown. If you are not that person, or one of those persons, you are not allowed to take any action based upon it or to copy it, forward, distribute or disclose the contents of it and you should please delete it from your system. ARGOSS Holding BV and its subsidiaries do not accept any liability for any errors or omissions in the context of this e-mail or its attachments which arise as a result of Internet transmission, nor accept liability for statements which are those of the author and not clearly made on behalf of ARGOSS. - 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] Restore (with file encryption) fails partway through
Sorry, but without having a traceback to know where the program dies, nothing more will be of much help. See my previous email. On Tuesday 28 November 2006 02:47, Benjamin Chambers wrote: As way of follow-up, I can confirm that with file encryption disabled, /etc directory can be backed-up and restored without problem. With file encryption enabled, I can backup another directory (/var) and restore, without problem. Using strace and the file set Exclude options, I narrowed it down to the folder (remember, this is RHEL4): /etc/sysconfig Not sure what is in those directories/files that might crash the file daemon...all looks pretty normal: [EMAIL PROTECTED] sysconfig]# stat /etc/sysconfig/ File: `/etc/sysconfig/' Size: 4096 Blocks: 8 IO Block: 4096 directory Device: 302h/770d Inode: 1671170 Links: 5 Access: (0755/drwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2006-11-27 20:44:28.0 -0500 Modify: 2006-11-27 19:35:14.0 -0500 Change: 2006-11-27 19:35:14.0 -0500 [EMAIL PROTECTED] sysconfig]# stat /etc/sysconfig/networking/ File: `/etc/sysconfig/networking/' Size: 4096 Blocks: 8 IO Block: 4096 directory Device: 302h/770d Inode: 1671430 Links: 4 Access: (0755/drwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2006-11-27 20:37:07.0 -0500 Modify: 2006-11-07 17:09:29.0 -0500 Change: 2006-11-07 17:09:29.0 -0500 [EMAIL PROTECTED] sysconfig]# stat /etc/sysconfig/console File: `/etc/sysconfig/console' Size: 4096 Blocks: 8 IO Block: 4096 directory Device: 302h/770d Inode: 1671237 Links: 2 Access: (0755/drwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2006-11-27 20:37:07.0 -0500 Modify: 2006-05-08 17:53:35.0 -0400 Change: 2006-11-07 17:09:29.0 -0500 Thanks, Ben Benjamin Chambers, P.Eng. ClarkConnect Account Manager Point Clark Networks 1179 King Street West, Suite 211 Toronto, ON Canada, M6K 3C5 Tel: +1.416.977.0574 Ext. 111 Fax: +1.416.946.1192 Email: [EMAIL PROTECTED] Benjamin Chambers wrote: Using Bacula 1.39.28 on RHEL4. I was interested in testing file encryption in the beta version. The backup with the public key goes fine...about 9MB of data from /etc directory for purpose of testing. When I try to restore to /tmp dir, the restore fails at the same point each time. Some files do get restored, so the keys are fine. The bacula-fd daemon dies with Kaboom!. The traceback shows: (no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1209002304 (LWP 31909)] [New Thread -1221592144 (LWP 31916)] [New Thread -1211102288 (LWP 31910)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0x009957a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 /etc/bacula/btraceback.gdb:1: Error in sourced command file: No symbol my_name in current context. Bacula's notification reads: 27-Nov 19:07 Server-dir: Restore.2006-11-27_19.07.01 Fatal error: Network error with FD during Restore: ERR=No data available 27-Nov 19:07 Server-sd: Restore.2006-11-27_19.07.01 Fatal error: read.c:126 Error sending to File daemon. ERR=Connection reset by peer 27-Nov 19:07 Server-sd: Restore.2006-11-27_19.07.01 Error: bnet.c:426 Write error sending 65552 bytes to client:192.168.2.185:36643: ERR=Connection reset by peer 27-Nov 19:07 Server-dir: Restore.2006-11-27_19.07.01 Fatal error: No Job status returned from FD. 27-Nov 19:07 Server-dir: Restore.2006-11-27_19.07.01 Error: Bacula 1.39.28 (12Nov06): 27-Nov-2006 19:07:12 JobId: 25 Job:Restore.2006-11-27_19.07.01 Client: Server-fd Start time: 27-Nov-2006 19:07:03 End time: 27-Nov-2006 19:07:12 Files Expected: 1,400 Files Restored: 0 Bytes Restored: 0 Rate: 0.0 KB/s FD Errors: 0 FD termination status: Error SD termination status: Error Termination:*** Restore Error *** 27-Nov 19:07 Server-dir: Begin pruning Jobs. 27-Nov 19:07 Server-dir: No Jobs found to prune. 27-Nov 19:07 Server-dir: Begin pruning Files. 27-Nov 19:07 Server-dir: No Files found to prune. 27-Nov 19:07 Server-dir: End auto prune. Is there any more information I could provide to try and diagnose the problem? TIA. Cheers, Ben
