Re: [Bacula-users] Purge Log table - was: Re: Restore performance

Le 21/09/2011 21:25, Chris Shelton a écrit : 2011/9/21 Marcio Merlone Em 21-09-2011 14:45, Alexandre Chapellon escreveu: Le 21/09/2011 18:56, Marcio Merlone a écrit :

Re: [Bacula-users] long-term archival of tapes -- growth of the catalog

On Sep 21, 2011, at 6:04 AM, Gavin McCullagh wrote: > Hi, > > we've been happily using Bacula now for a few years, with a couple of big > disk arrays as the storage devices/media. We use something along the lines > of what the manual documents for fully automated disk-based backups. This > has

Re: [Bacula-users] bacula-dir starting on ipv6 ONLY, why?

On Sep 21, 2011, at 3:22 PM, Troy Kocher wrote: > Listers, > > I've installed a new bacula server recently and am working to get it in > production. It's FreeBSD 8.2-RELEASE, (GENERIC), with a default build of > Bacula 5.0.3 sever & client, from the ports tree. The previous server was > 5.

Re: [Bacula-users] bacula-dir starting on ipv6 ONLY, why?

Listers, Some additional details here, after about 30s the bacula-dir ipv6 seems to die and the only thing left listening is my bacula-fd & bacula-sd. Thanks again... On 21,Sep 2011, at 2:22 PM, Troy Kocher wrote: > Listers, > > I've installed a new bacula server recently and am working

Re: [Bacula-users] Purge Log table - was: Re: Restore performance

2011/9/21 Marcio Merlone > Em 21-09-2011 14:45, Alexandre Chapellon escreveu: > > Le 21/09/2011 18:56, Marcio Merlone a écrit : > > Em 21-09-2011 13:33, Alexandre Chapellon escreveu: > > As Gavin pointed out, a 150GB database is huuuge for only a dozen > client. > Unless you have billion

[Bacula-users] bacula-dir starting on ipv6 ONLY, why?

Listers, I've installed a new bacula server recently and am working to get it in production. It's FreeBSD 8.2-RELEASE, (GENERIC), with a default build of Bacula 5.0.3 sever & client, from the ports tree. The previous server was 5.0.0_1 on Freebsd 7.4. I brought over my pgsql database, my con

Re: [Bacula-users] Purge Log table - was: Re: Restore performance

Em 21-09-2011 15:24, Alexandre Chapellon escreveu: maybe you could try this: http://dev.mysql.com/doc/refman/5.0/en/innodb-multiple-tablespaces.html However, I'd like to know if this table can be safely purged? As one day or another it will grow to an unacceptable size... (even more if I have t

Re: [Bacula-users] Purge Log table - was: Re: Restore performance

Le 21/09/2011 20:03, Alexandre Chapellon a écrit : Le 21/09/2011 19:53, Marcio Merlone a écrit : Em 21-09-2011 14:45, Alexandre Chapellon escreveu: Le 21/09/2011 18:56, Marcio Merlone a écrit 

Re: [Bacula-users] Purge Log table - was: Re: Restore performance

Le 21/09/2011 19:53, Marcio Merlone a écrit : Em 21-09-2011 14:45, Alexandre Chapellon escreveu: Le 21/09/2011 18:56, Marcio Merlone a écrit : Em 21-09-2011 13:33, Alexandre Chapellon escreveu:

[Bacula-users] Purge Log table - was: Re: Restore performance

Em 21-09-2011 14:45, Alexandre Chapellon escreveu: Le 21/09/2011 18:56, Marcio Merlone a écrit : Em 21-09-2011 13:33, Alexandre Chapellon escreveu: As Gavin pointed out, a 150GB database is huuuge for only a dozen client. Unless you have billions of files on each client there is no reas

Re: [Bacula-users] Restore performance

Le 21/09/2011 18:56, Marcio Merlone a écrit : Em 21-09-2011 13:33, Alexandre Chapellon escreveu: As Gavin pointed out, a 150GB database is huuuge for only a dozen client. Unless you have billions of files on

Re: [Bacula-users] Full backups and off-sites

2011/9/16 Tilman Schmidt > If I read the manual correctly, you'll need to have two tape drives > connected to the same machine if you want to create an off-site copy > that way. Is there a viable solution for off-site backups with only one > tape drive? > Yes, you're right, you need to have 2 ta

Re: [Bacula-users] Restore performance

Em 21-09-2011 13:33, Alexandre Chapellon escreveu: As Gavin pointed out, a 150GB database is huuuge for only a dozen client. Unless you have billions of files on each client there is no reason your catalog is that large. Are you sure you correctly applied job and file retention on your

Re: [Bacula-users] Yet another 'Invalid command ".messages"' on restore

Em 21-09-2011 13:03, Marcello Romani escreveu: Il 21/09/2011 16:28, Marcio Merlone ha scritto: Em 21-09-2011 11:04, Marcello Romani escreveu: do the following: Settings => Preferences Uncheck "Check messages", or leave it checked but insert a very long interval (like 3600 seconds) Have done a

Re: [Bacula-users] Restore performance

Eric As Gavin pointed out, a 150GB database is huuuge for only a dozen client. Unless you have billions of files on each client there is no reason your catalog is that large. Are you sure you correctly applied job and file retention on your

Re: [Bacula-users] Yet another 'Invalid command ".messages"' on restore

Il 21/09/2011 16:28, Marcio Merlone ha scritto: > Em 21-09-2011 11:04, Marcello Romani escreveu: >> I suppose you're referring to Bat. If yes, > Sorry, yes. :) > >> do the following: Settings => Preferences Uncheck "Check messages", or >> leave it checked but insert a very long interval (like 3600

Re: [Bacula-users] Segmentation fault of Storage Daemon when client is not available

Just to followup on this in case others have this issue. I was able to rebuild bacula with the -g compiler option to get some debugging information. The scenario that causes the SD to crash with a SEGFAULT is not consistently reproducible which makes me think of some kind of race condition.

Re: [Bacula-users] Restore performance

On Wed, 21 Sep 2011, Erik P. Olsen wrote: > I forgot to mention that my problem is with building the file tree. So > converting to postresql may be the best thing to do. > > Will the following scenario work? > > 1. Backup the catalogue > 2. Remove mysql database > 3. Build postresql database >

Re: [Bacula-users] ld: warning: symbol `plugin_list' has differing sizes:

On Wed, September 21, 2011 7:45 am, Martin Simmons wrote: >> On Tue, 20 Sep 2011 15:49:32 -0400, Kim Culhan said: >> >> On Sunday, September 4, 2011 11:31 am, Ren Sato wrote: >> >> > I am receiving the following ld warnings on make: >> >> > ld: warning: symbol `plugin_list' has differing sizes:

Re: [Bacula-users] Restore performance

On 21/09/11 15:56, Marcio Merlone wrote: > Em 21-09-2011 10:29, Gavin McCullagh escreveu: >> A 150GB database. That's pretty large. How many clients have you? > About a dozen clients - some inactive but still with valid backup - File > Retention = 6 months, Job Retention = 1 year. Most clients ha

Re: [Bacula-users] Yet another 'Invalid command ".messages"' on restore

Em 21-09-2011 11:04, Marcello Romani escreveu: I suppose you're referring to Bat. If yes, Sorry, yes. :) do the following: Settings => Preferences Uncheck "Check messages", or leave it checked but insert a very long interval (like 3600 seconds) Have done ages ago, no luck. below. This is no

Re: [Bacula-users] Restore performance

Hi, On Wed, 21 Sep 2011, Marcio Merlone wrote: > Em 21-09-2011 10:29, Gavin McCullagh escreveu: > >A 150GB database. That's pretty large. How many clients have you? > About a dozen clients - some inactive but still with valid backup - > File Retention = 6 months, Job Retention = 1 year. Most cl

Re: [Bacula-users] Yet another 'Invalid command ".messages"' on restore

Il 21/09/2011 15:09, Marcio Merlone ha scritto: > Greetings, > > I am a happy user of bacula 5.0.1 on a Ubuntu 10.04.3 LTS server. It > backs up 8 clients without any problem. All clients have bacula-fd 5.0.1 > or above, so no old client with new server - all linux servers use 5.0.1 > and the lonel

Re: [Bacula-users] Restore performance

Em 21-09-2011 10:29, Gavin McCullagh escreveu: A 150GB database. That's pretty large. How many clients have you? About a dozen clients - some inactive but still with valid backup - File Retention = 6 months, Job Retention = 1 year. Most clients have few or no changes, but my storage server ha

Re: [Bacula-users] Restore performance

Hi, On Wed, 21 Sep 2011, Marcio Merlone wrote: > Em 21-09-2011 09:29, Gavin McCullagh escreveu: > >On Wed, 21 Sep 2011, Erik P. Olsen wrote: > >>I am running a very smooth bacula 5.0.3 on Fedora 14. Everything seems to > >>be OK > >>except restores which are incredibly slow. How can I debug it t

Re: [Bacula-users] Restore performance

Em 21-09-2011 09:29, Gavin McCullagh escreveu: On Wed, 21 Sep 2011, Erik P. Olsen wrote: I am running a very smooth bacula 5.0.3 on Fedora 14. Everything seems to be OK except restores which are incredibly slow. How can I debug it to see what's wrong? - building the file tree for selection

[Bacula-users] Yet another 'Invalid command ".messages"' on restore

Greetings, I am a happy user of bacula 5.0.1 on a Ubuntu 10.04.3 LTS server. It backs up 8 clients without any problem. All clients have bacula-fd 5.0.1 or above, so no old client with new server - all linux servers use 5.0.1 and the lonely windows server uses 5.0.3. I also disabled automatic

Re: [Bacula-users] long-term archival of tapes -- growth of the catalog

> Do other people do this?  If so, how do you deal with pruning?  Do you just > let the database grow over time or do you let the data get pruned and use > bscan or other low-level volume tools to read them if necessary?  Is there > another approach I'm missing? > I let the database grow. My postg

Re: [Bacula-users] Restore performance

Hi, On Wed, 21 Sep 2011, Gavin McCullagh wrote: > On Wed, 21 Sep 2011, Erik P. Olsen wrote: > > > I am running a very smooth bacula 5.0.3 on Fedora 14. Everything seems to > > be OK > > except restores which are incredibly slow. How can I debug it to see what's > > wrong? > > Start off by te

Re: [Bacula-users] Restore performance

On Wed, 21 Sep 2011, Erik P. Olsen wrote: > I am running a very smooth bacula 5.0.3 on Fedora 14. Everything seems to be > OK > except restores which are incredibly slow. How can I debug it to see what's > wrong? Start off by telling us what part of the restore process is slow: - building th

[Bacula-users] Restore performance

I am running a very smooth bacula 5.0.3 on Fedora 14. Everything seems to be OK except restores which are incredibly slow. How can I debug it to see what's wrong? -- Erik -- All the data continuously generated in your

Re: [Bacula-users] ld: warning: symbol `plugin_list' has differing sizes:

> On Tue, 20 Sep 2011 15:49:32 -0400, Kim Culhan said: > > On Sunday, September 4, 2011 11:31 am, Ren Sato wrote: > > > I am receiving the following ld warnings on make: > > > ld: warning: symbol `plugin_list' has differing sizes: > >(file /export/home/philip/bacula-5.0.3/src/lib/.li

[Bacula-users] long-term archival of tapes -- growth of the catalog

Hi, we've been happily using Bacula now for a few years, with a couple of big disk arrays as the storage devices/media. We use something along the lines of what the manual documents for fully automated disk-based backups. This has worked well and is really quick and convenient for doing restores