Re: [Bacula-users] issue while using IBMchanger with lin_tape for bacula

2013-09-10 Thread Radosław Korzeniewski
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

2013-09-10 Thread Rickcinfl
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

2013-09-10 Thread Rickcinfl
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

2013-09-10 Thread Uwe Schuerkamp
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

2013-09-10 Thread John Drescher
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

2013-09-10 Thread Bill Arlofski


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

2013-09-10 Thread Brian Debelius
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