Re: [Bacula-users] issue while using IBMchanger with lin_tape for bacula
Hello, 2013/9/9 deepak@wipro.com Hi Team, ** ** I am using IBM Tape 3584 L53 LTO4 for taking backup using bacula. OS is RHEL 6.4 ** ** I suspect this issue is somehow related to tape but hope someone will help me in resolving this as my final goal is to setup bacula with it. ** ** I have installaed *lin_tape* module But while using mtx-changer command I am not able to use changer device created by lin_tape instead I am able to use changer provided by *sg* driver. ** lin_tape driver from IBM do not work with Bacula. Use standard Linux build-in driver - st. For mtx, use only scsi generic device. best regards -- Radosław Korzeniewski rados...@korzeniewski.net -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula recycle not working
I'm beating my head against a wall. My drive filled up and it will not recycle it. Bacula stopped working totally. I have it set to recycle after 30 days. What am I doing wrong or what am I missing? I get this error now: MediaServer Incremental Backup 10-Sep-13 19:05 *unknown* The drive is full. Thanks, Rick +-- |This was sent by eastpasco...@gmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula recycle not working
Backup Client: Keep backup files for 30 Days Prune expired jobs and files? Yes Volume Pool: Volume retention period 30 Days Automatically recycle volumes? Yes +-- |This was sent by eastpasco...@gmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula recycle not working
On Tue, Sep 10, 2013 at 04:52:22AM -0700, Rickcinfl wrote: Backup Client: Keep backup files for 30 Days Prune expired jobs and files? Yes Volume Pool: Volume retention period 30 Days Automatically recycle volumes? Yes Hi, Maximum Volume Size? Maximum Number of Volumes in your pool? Did you update the pool after changing any of the config values in bconsole? To prevent your disk drive from filling up, you *must* define the maximum number of volumes of a given size, say for a 100GB drive use Maximum Volume Size = 1G Maximum Number of Volumes = 98 or so and make sure to allow auto-mounting and -labelling. All the best, Uwe -- NIONEX --- Ein Unternehmen der Bertelsmann SE Co. KGaA -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula recycle not working
On Tue, Sep 10, 2013 at 7:52 AM, Rickcinfl bacula-fo...@backupcentral.comwrote: Backup Client: Keep backup files for 30 Days Prune expired jobs and files? Yes Volume Pool: Volume retention period 30 Days Automatically recycle volumes? Yes Remember that the retention period does not even begin until a volume is marked Full or Used. With disk based volumes you need to use 1 or more of the options that limit the size or usage of a volume. John -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula recycle not working
Uwe recommended to you: Did you update the pool after changing any of the config values in console? Whenever you edit your Pool definition(s), you need to (in bconsole) issue a reload command, followed by: Update -- Pool from resource -- Choose the pool you modified * repeat that step for each pool you modified Next, if you have modified any pools that already have volumes in them you need to also modify the volumes that are in those pools. In bconsole do this: update -- Volume parameters -- All Volumes from all pools then, in bconsole run: list media and verify that all of your media in each pool now has the correct retention periods. Also pay careful attention to what John and Uwe said about when the retention period begins, and the Maximum Volume Bytes and Maximum Volumes parameters in your pool definitions to keep your hard drive from filling. At this point, with a 100% full drive, you will have to (in bconsole) cancel any running jobs, delete some volumes, and then rm them them from the hard drive. Next, edit your pool definitions - adding in the two maximum parameters - then follow the directions regarding reloading and updating listed above to get you back on track. Hope this helps! -- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/ -- Not responsible for anything below this line -- -- How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=5127iu=/4140/ostg.clktrk ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] btape vs. dd: Strange behavior on LTO-5
Hi Andreas, I have exactly the same problem with LTO-4 drives. I don't have an answer, just a me too. I've ignored this for a long time just because it worked with 128K blocks. I am currently rebuilding a server based on CentOS 6.4, 2.6.32-358.18.1.el6.x86_64 #1 SMP Wed Aug 28 17:19:38 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux. I just got everything compiled, and here is the output using 256K blocks. # ./btape -c ../etc/bacula-sd.conf Tape Tape block granularity is 1024 bytes. btape: butil.c:290-0 Using device: Tape for writing. btape: btape.c:477-0 open device Tape (/dev/nst0): OK *rewind btape: btape.c:579-0 Rewound Tape (/dev/nst0) *test === Write, rewind, and re-read test === I'm going to write 1 records and an EOF then write 1 records and an EOF, then rewind, and re-read the data to verify that it is correct. This is an *essential* feature ... btape: btape.c:1157-0 Wrote 1 blocks of 262044 bytes. btape: btape.c:609-0 Wrote 1 EOF to Tape (/dev/nst0) btape: btape.c:1173-0 Wrote 1 blocks of 262044 bytes. btape: btape.c:609-0 Wrote 1 EOF to Tape (/dev/nst0) btape: btape.c:1215-0 Rewind OK. Got EOF on tape. btape: btape.c:1233-0 Read block 3617 failed! ERR=Success *quit On 08/21/2013 01:20 PM, Andreas Koch wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I am stumped by the behavior of an HP LTO-5 drive running on Scientific Linux 6.4 (Kernel 2.6.32-358.14.1.el6.x86_64) and Bacula 5.2.12. Specifically, using dd, I can read and write block sizes of 2 MB, but btape cannot reliably handle anything larger than 128 KB (fails on reading, see below). However, when I read the tape that btape supposedly has written two files of 1 blocks each (and then fails after reading 3616 of them) using dd, I read each of btape-written 1-block ``files'' as _three_ actual tape files (of 3616+3616+2768=1 blocks). Note that this test was performed with a block size of 512KB (see Device definition from bacula-sd.conf, below). I would be grateful for any ideas on how to resolve this. With the smaller block sizes, the backup is noticeably slower for compressible data (e.g., database dumps), so I really would like to move back up to larger block sizes. Many thanks in advance, Andreas Koch gundabad ~ # btape -c /etc/bacula/bacula-sd.conf /dev/nst0 Tape block granularity is 1024 bytes. btape: butil.c:290 Using device: /dev/nst0 for writing. btape: btape.c:477 open device LTO-4 (/dev/nst0): OK *test === Write, rewind, and re-read test === I'm going to write 1 records and an EOF then write 1 records and an EOF, then rewind, and re-read the data to verify that it is correct. This is an *essential* feature ... btape: btape.c:1157 Wrote 1 blocks of 524188 bytes. btape: btape.c:609 Wrote 1 EOF to LTO-4 (/dev/nst0) btape: btape.c:1173 Wrote 1 blocks of 524188 bytes. btape: btape.c:609 Wrote 1 EOF to LTO-4 (/dev/nst0) btape: btape.c:1215 Rewind OK. Got EOF on tape. btape: btape.c:1233 Read block 3617 failed! ERR=Success *q btape: smartall.c:404 Orphaned buffer: btape 280 bytes at 15e55e8 from jcr.c:362 gundabad ~ # mt -f /dev/nst0 rewind gundabad ~ # dd if=/dev/nst0 of=/dev/null bs=512k 3616+0 records in 3616+0 records out 1895825408 bytes (1.9 GB) copied, 3.7062 s, 512 MB/s gundabad ~ # dd if=/dev/nst0 of=/dev/null bs=512k 3616+0 records in 3616+0 records out 1895825408 bytes (1.9 GB) copied, 3.7542 s, 505 MB/s gundabad ~ # dd if=/dev/nst0 of=/dev/null bs=512k 2768+0 records in 2768+0 records out 1451229184 bytes (1.5 GB) copied, 2.88829 s, 502 MB/s gundabad ~ # dd if=/dev/nst0 of=/dev/null bs=512k 3616+0 records in 3616+0 records out 1895825408 bytes (1.9 GB) copied, 3.75554 s, 505 MB/s gundabad ~ # dd if=/dev/nst0 of=/dev/null bs=512k 3616+0 records in 3616+0 records out 1895825408 bytes (1.9 GB) copied, 3.75338 s, 505 MB/s gundabad ~ # dd if=/dev/nst0 of=/dev/null bs=512k 2768+0 records in 2768+0 records out 1451229184 bytes (1.5 GB) copied, 2.88846 s, 502 MB/s gundabad ~ # dd if=/dev/nst0 of=/dev/null bs=512k 0+0 records in 0+0 records out 0 bytes (0 B) copied, 0.247548 s, 0.0 kB/s Device { Name = LTO-5 Media Type = LTO-5 Archive Device = /dev/nst0 AutomaticMount = yes; # when device opened, read it AlwaysOpen = yes; RemovableMedia = yes; RandomAccess = no; Maximum File Size = 8g; Minimum block size = 524288 Maximum block size = 524288 Changer Device = /dev/changer AutoChanger = yes # AHK we want to interrogate the drive, not the changer Alert Command = sh -c 'smartctl -H -l error /dev/sg11' Maximum Spool Size = 3000g Spool Directory = /etc/bacula/spooldisk/BaculaSpool Maximum Network Buffer Size = 65536 } -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlIU9tgACgkQk5ta2EV7DoxhcACfWvORwaQARoXzFmJMDhoP95WO