Re: [Bacula-users] Tape compression not working LTO-5

[Ralf Gross]

Arunav Mandal schrieb:
> I have a LT05 tape drive and I am getting only 1.5TB per tape even the tape
> compression is on. I am using st driver for my tape drive.

What tape brands/types are you using?

Ralf

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] incremental backups too large

[Eric Bollengier]

Hello,

> Now the bit that is particularly interesting to me is:
> 
> *  FD Bytes Written:   40,119,463,364 (40.11 GB)*
> *  SD Bytes Written:   256,785,265 (256.7 MB) *
> 
> Nothing has been written to the FD.  FD was being read during the backup
> time only.  And the amount shown as "SD Bytes Written" is what I would
> expect this incremental backup to take.  Now the question is why Bacula is
> now showing this in the "list jobs" or "status client" commands?

It sounds to be a bug when the FileDaemon is computing the checksum of the 
file, it updates the Bytes Written counter when it shouldn't.

Looks trivial to fix, but I need some time to test the patch.

Bye

-- 
Need professional help and support for Bacula ?
Visit http://www.baculasystems.com

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] incremental backups too large

[Bart Swedrowski]

On 15 January 2011 14:12, Eric Bollengier  wrote:

> It sounds to be a bug when the FileDaemon is computing the checksum of the
> file, it updates the Bytes Written counter when it shouldn't.
>
> Looks trivial to fix, but I need some time to test the patch


That's interesting.  Would you like me to report it in bugs.bacula.org?

It's not critical, it's just a bit annoying, so absolutely not a priority.

Thanks for follow-up.
--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] incremental backups too large

[Eric Bollengier]

Le samedi 15 janvier 2011 15:27:48, Bart Swedrowski a écrit :
> On 15 January 2011 14:12, Eric Bollengier
>  
> > wrote:
> > 
> > It sounds to be a bug when the FileDaemon is computing the checksum of
> > the file, it updates the Bytes Written counter when it shouldn't.
> > 
> > Looks trivial to fix, but I need some time to test the patch
> 
> That's interesting.  Would you like me to report it in bugs.bacula.org?

It could be a good idea to keep a record of this problem, please go ahead.

> It's not critical, it's just a bit annoying, so absolutely not a priority.

Most bacula users won't have this problem, but if you charge your customers 
with these numbers, it's interesting to have them right :)

Bye

-- 
Need professional help and support for Bacula ?
Visit http://www.baculasystems.com

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] newbie question

[Randy Katz]

Hi, new to list, saw a bunch of docs, can anyone recommend a quick 
start, with mysql, that includes a run
through of backing up a remote server. I have already compiled and 
installed bacula with mysql, have not done
any configuration yet. Thank you in advance.



--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Using one job config for multiple individual file backups?

[Phil Stracchino]

On 01/15/11 01:43, Silver Salonen wrote:
> On Friday 14 January 2011 23:30:15 Phil Stracchino wrote:
>> Stan:
>>
>> Without commenting further on the reasonableness of your data owner's
>> ideas about how to do this, the real-world chances of the Bacula
>> director encountering an error increase with every successive reload
>> without a restart.  The chance of a single Director instance surviving
>> even a hundred successive reloads without a problem is very small.  The
>> chance of it surviving 12,000 is essentially zero.
> 
> And why is that? Just because of the probability to make errors in 
> configuration?

No.  I don't know enough about the internals of the Director to know why
it is unsafe, but experience has shown that it is.  Sooner or later, a
reload ... perhaps overwrites a buffer or pointer that's in use, perhaps
tries to replace a structure that is locked because it's in use, I don't
know exactly what happens; but the reload fails, and from then on the
Director doesn't work properly until it's restarted.

My experience is that you can get away with a small number of reloads in
a single session, if you're tweaking your configuration or adding a
client, but if you've reloaded the configuration three or four times,
you really need to restart the Director at the next good opportunity.


-- 
  Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355
  ala...@caerllewys.net   ala...@metrocast.net   p...@co.ordinate.org
 Renaissance Man, Unix ronin, Perl hacker, Free Stater
 It's not the years, it's the mileage.

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Using one job config for multiple individual file backups?

[Radosław Korzeniewski]

2011/1/15 Phil Stracchino 

> No.  I don't know enough about the internals of the Director to know why
> it is unsafe, but experience has shown that it is.  Sooner or later, a
> reload ... perhaps overwrites a buffer or pointer that's in use, perhaps
> tries to replace a structure that is locked because it's in use, I don't
> know exactly what happens; but the reload fails, and from then on the
> Director doesn't work properly until it's restarted.
>

Well,  "Use the source, Luke" :)

A function "void reload_config(int sig)" explains how it works internally:

/*
 * If we get here, we have received a SIGHUP, which means to
 *reread our configuration file.
 *
 * The algorithm used is as follows: we count how many jobs are
 *   running and mark the running jobs to make a callback on
 *   exiting. The old config is saved with the reload table
 *   id in a reload table. The new config file is read. Now, as
 *   each job exits, it calls back to the reload_job_end_cb(), which
 *   decrements the count of open jobs for the given reload table.
 *   When the count goes to zero, we release those resources.
 *   This allows us to have pointers into the resource table (from
 *   jobs), and once they exit and all the pointers are released, we
 *   release the old table. Note, if no new jobs are running since the
 *   last reload, then the old resources will be immediately release.
 *   A console is considered a job because it may have pointers to
 *   resources, but a SYSTEM job is not since it *should* not have any
 *   permanent pointers to jobs.
 */

bye

-- 
Radosław Korzeniewski
rados...@korzeniewski.net
--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Using one job config for multiple individual file backups?

[Phil Stracchino]

On 01/15/11 13:09, Radosław Korzeniewski wrote:
> 2011/1/15 Phil Stracchino  >
> 
> No.  I don't know enough about the internals of the Director to know why
> it is unsafe, but experience has shown that it is.  Sooner or later, a
> reload ... perhaps overwrites a buffer or pointer that's in use, perhaps
> tries to replace a structure that is locked because it's in use, I don't
> know exactly what happens; but the reload fails, and from then on the
> Director doesn't work properly until it's restarted.
> 
> 
> Well,  "Use the source, Luke" :)
> 
> A function "void reload_config(int sig)" explains how it works internally:

Oh, certainly, and it is designed to operate cleanly.  Nevertheless, it
does not always do so.


-- 
  Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355
  ala...@caerllewys.net   ala...@metrocast.net   p...@co.ordinate.org
 Renaissance Man, Unix ronin, Perl hacker, Free Stater
 It's not the years, it's the mileage.

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Using one job config for multiple individual file backups?

[Mike Ruskai]

On 1/14/2011 2:18 PM, Stan M. Hammond wrote:
> I am looking to see if anyone has any ideas or even if it can be done.
> We have a number of data files (3TB - over 12K files) that we want to
>
requests. Request ignored" and then in our case crash bacula-dir. I am
> wondering if there is a way to perform this type of dynamic backup where
> we can change the file being backed up in the job configuration without
> crashing bacula-dir and without performing a bulk backup.  Or if this
>

> FileSet {
> Name = "Data Archive 2010"
> Include {
>   Options {
> signature = MD5
>   }
> ### My script rewrites the following line for each directory passed to
> it, then reloads the configuration in bconsole
>   File = "/mnt/data/usb_disk_1/dir3/sub1/sub2/006/056"
> }
> }
>
>
File = "http://p.sf.net/sfu/oracle-sfdevnl
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Using one job config for multiple individual file backups?

[Phil Stracchino]

On 01/15/11 14:18, Mike Ruskai wrote:
> File = " 
> Then generate the file "current_file" with your script, which would 
> contain, for the above example, this:
> 
> /mnt/data/usb_disk_1/dir3/sub1/sub2/006/056
> 
> You can also do this:
> 
> File = "|print_current_file"
> 
> Where "print_current_file" would be a script that spits out the filename 
> directly, without a temporary file.
> 
> Both are executed at the time the job is run, so no Director restarts or 
> configuration reloads are necessary.

This would be at least workable, at a pinch; it would avoid the multiple
reloads.  The overhead of running this backup as 12,000 individual
single-file backup jobs is still going to just about kill you, though, IMHO.



-- 
  Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355
  ala...@caerllewys.net   ala...@metrocast.net   p...@co.ordinate.org
 Renaissance Man, Unix ronin, Perl hacker, Free Stater
 It's not the years, it's the mileage.

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users