Re: [Bacula-users] Impossible Huge Backup

2006-07-20 Thread Alan Brown
On Thu, 20 Jul 2006, Kern Sibbald wrote: > Large and growing backup data is a typical symptom of users who backup to disk > and forget to exclude their disk Volumes. Or users who are using spooling, but forget to exclude the spool area. :) Been there, done that... (It's a bad idea to try and bac

Re: [Bacula-users] Impossible Huge Backup

2006-07-20 Thread Kern Sibbald
> Data: 19 luglio 2006 21.04.07 CEST > Oggetto: Re: [Bacula-users] Impossible Huge Backup > > In response to Gabriele Bulfon <[EMAIL PROTECTED]>: > > sorry butwhat do you mean with "sparse fil

Re: [Bacula-users] Impossible Huge Backup

2006-07-20 Thread Gabriele Bulfon
Thanx for the pointer.Anyway, even in the case it was because of this, how can be the backup data MUCH more than the total physical disk data?!The total partitions data is 60Gb.Now, because it's growing everyday, the total amount of backup data is at 300Gb!Just a note: I have found 5 directories

Re: [Bacula-users] Impossible Huge Backup

2006-07-19 Thread Bill Moran
In response to Gabriele Bulfon <[EMAIL PROTECTED]>: > sorry butwhat do you mean with "sparse files"? http://en.wikipedia.org/wiki/Sparse_file -- Bill Moran Collaborative Fusion Inc. - Take Surveys. Earn Cash. I

Re: [Bacula-users] Impossible Huge Backup

2006-07-19 Thread Gabriele Bulfon
sorry but.what is a "mount bind"?The backup defines /etc, /u, /export/dos and /export/ntThey are all ufs partitions, besides the names.this is the "mount" output:/ on /dev/dsk/c1t0d0s0 read/write/setuid/intr/largefiles/ on Thu Jun 15 07:48:54 2006/proc on /proc read/write/setuid/dev=380 o

Re: [Bacula-users] Impossible Huge Backup

2006-07-19 Thread Gabriele Bulfon
; Da: Joshua J. Kugler <[EMAIL PROTECTED]> > A: bacula-users@lists.sourceforge.net > Cc: Gabriele Bulfon <[EMAIL PROTECTED]> > Data: 19 luglio 2006 19.56.19 CEST > Oggetto: Re: [Bacula-users] Impossible Huge Backup > On Wednesday 19 July 2006 00:22, Gabriele Bulfon wrote

Re: [Bacula-users] Impossible Huge Backup

2006-07-19 Thread Mike Reinehr
ata: 19 luglio 2006 19.56.19 CEST > Oggetto: Re: [Bacula-users] Impossible Huge Backup > > On Wednesday 19 July 2006 00:22, Gabriele Bulfon wrote: > > Hello, > > I have another strange problem. > > I have a machine running the client fd, the sd and dir are running on > >

Re: [Bacula-users] Impossible Huge Backup

2006-07-19 Thread Bill Moran
ata: 19 luglio 2006 19.56.19 CEST > Oggetto: Re: [Bacula-users] Impossible Huge Backup > On Wednesday 19 July 2006 00:22, Gabriele Bulfon wrote: > > Hello, > > I have another strange problem. > > I have a machine running the client fd, the sd and dir are running on > > ano

Re: [Bacula-users] Impossible Huge Backup

2006-07-19 Thread Gabriele Bulfon
thanx for the advice, but this was the first thing I checked. Gabriele Bulfon - Sonicle S.r.l. Tel +39 028246016 Int. 30 - Fax +39 028243880 Via Felice Cavallotti 16 - 20089, Rozzano - Milano - ITALY http://www.sonicle.com

Re: [Bacula-users] Impossible Huge Backup

2006-07-19 Thread Emery Guevremont
Or worst, maybe you have some "mount bind" which could cause bacula to recursively backup to infinity. Joshua J. Kugler wrote: On Wednesday 19 July 2006 00:22, Gabriele Bulfon wrote: Hello, I have another strange problem. I have a machine running the client fd, the sd and dir are running on an

Re: [Bacula-users] Impossible Huge Backup

2006-07-19 Thread Joshua J. Kugler
On Wednesday 19 July 2006 00:22, Gabriele Bulfon wrote: > Hello, > I have another strange problem. > I have a machine running the client fd, the sd and dir are running on > another server machine. Last week I got bacula errors, because the LTO tape > was run out of space. I checked all the machines

[Bacula-users] Impossible Huge Backup

2006-07-19 Thread Gabriele Bulfon
Hello,I have another strange problem.I have a machine running the client fd, the sd and dir are running on another server machine.Last week I got bacula errors, because the LTO tape was run out of space.I checked all the machines, and the sum of the hard disk spaces to be backed up was not higher