The file systems that I am trying to backup are :
[root@myhost root]# df -H
FileSystems Size Used Avail Use% Mounted as:
/dev/hdb1 79GB 49GB 26GB 65% /projeto1
/dev/sda1 72GB 34GB 34GB 50% /projeto2
/dev/sdb1 72GB 37GB 32GB 53% /projeto3
/dev/hdd1 79GB 34MB 74GB 1% /projeto4
InfraNet Tecnologia
Fábio M. A. Cunha
(55 11) 5542-0941 ramal 22
(55 11) 9603-6377
www.infranetsp.com.br
On Sun, 1 Aug 2004 21:25:12 -0300, "Fábio Mendonça Albuquerque Cunha"
<fmacunha> escreveu:
> De: "Fábio Mendonça Albuquerque Cunha" <fmacunha>
> Data: Sun, 1 Aug 2004 21:25:12 -0300
> Para: Frank Smith <fsmith>, amanda-users AT amanda DOT org
> Assunto: Re: Problems with dumps
>
>
> Hello guys ...
>
> > > >> The next tape Amanda expects to use is: a new tape.
> > > >>
> > > >> FAILURE AND STRANGE DUMP SUMMARY:
> > > >> servarq.es /projeto2 lev 0 FAILED [dumps too big, 16044295 KB, but
> > > > cannot incremental dump new disk]
> > >
> > > Not sure why you got this, 16GB should fit on a 50GB tape. Perhaps you
> > > have an incorrect length set in your tapetype?
>
> My length set is : 50000
>
> > > Tar encountered some warnings on /projeto3, they are listed below.
> > > STRANGE may or not be a problem, you need to look at it's output below
> > > and decide yourself.
>
> No it's a not a concern at this moment.
>
> > > >> servarq.es /projeto1 lev 0 FAILED [out of tape]
> > >
> > > The tape filled up while writing this filesystem so it didn't make it
> > > to tape successfully. It may be on your holding disk if you defined one.
> > > If so, run amflush.
> >
> But why the tape is filled up? The capacity is 130GB, with hardware
> compression.
> The tape device is an AIT 50/130 GB tape drive.
>
> > > Amanda wrote 43GB when it hit the end of tape.
> >
> I don't understand this ... How works AIT tape hardware compression ?
>
> Regards,
>
> InfraNet Tecnologia
> Fábio M. A. Cunha
> (55 11) 5542-0941 ramal 22
> (55 11) 9603-6377
> www.infranetsp.com.br
>
>
> On Sun, 1 Aug 2004 21:17:53 -0300, "Fábio Mendonça Albuquerque Cunha"
> <fmacunha> escreveu:
>
> > De: "Fábio Mendonça Albuquerque Cunha" <fmacunha>
> > Data: Sun, 1 Aug 2004 21:17:53 -0300
> > Para: Frank Smith <fsmith>, amanda-users AT amanda DOT org
> > Assunto: Re: Problems with dumps
> >
> > On Fri, 30 Jul 2004 23:24:21 -0500, Frank Smith <fsmith> escreveu:
> >
> > > De: Frank Smith <fsmith>
> > > Data: Fri, 30 Jul 2004 23:24:21 -0500
> > > Para: Fábio Mendonça Albuquerque Cunha <fmacunha>, amanda-users AT
> > > amanda DOT org
> > > Assunto: Re: Problems with dumps
> > >
> > > --On Friday, July 30, 2004 18:20:08 -0300 Fábio Mendonça Albuquerque
> > > Cunha <fmacunha> wrote:
> > >
> > > > Hello guys,
> > > >
> > > > I am trying to do a full backup of 03 filesystems (127 GB), and my tape
> > > > is an AIT 50/130 GB tape driver.
> > > >
> > > > My amcheck is OK, no problems found ...
> > > >
> > > > Amdump simply don't work and report me this :
> > > >
> > > >> These dumps were to tape fita03.
> > > >> *** A TAPE ERROR OCCURRED: [[writing file: No space left on device]].
> > >
> > > Tape is full.
> > >
> > > >> Some dumps may have been left in the holding disk.
> > > >> Run amflush to flush them to tape.
> > >
> > > You may need to do this.
> > >
> > > >> The next tape Amanda expects to use is: a new tape.
> > > >>
> > > >> FAILURE AND STRANGE DUMP SUMMARY:
> > > >> servarq.es /projeto2 lev 0 FAILED [dumps too big, 16044295 KB, but
> > > > cannot incremental dump new disk]
> > >
> > > Not sure why you got this, 16GB should fit on a 50GB tape. Perhaps you
> > > have an incorrect length set in your tapetype?
> > >
> > > >> servarq.es /projeto3 lev 0 STRANGE
> > >
> > > Tar encountered some warnings on /projeto3, they are listed below.
> > > STRANGE may or not be a problem, you need to look at it's output below
> > > and decide yourself.
> > >
> > No it's a not a concern at this moment.
> >
> > > >> servarq.es /projeto1 lev 0 FAILED [out of tape]
> > >
> > > The tape filled up while writing this filesystem so it didn't make it
> > > to tape successfully. It may be on your holding disk if you defined one.
> > > If so, run amflush.
> >
> > But why the tape is filled up? The capacity is 130GB, with hardware
> > compression.
> > The tape device is an AIT 50/130 GB tape drive.
> > >
>
> > > >> servarq.es /projeto1 lev 0 FAILED ["data write: Connection reset by
> > > > peer"]
> > >
> > > Possibly you weren't using a holding disk and it was going directly
> > > to tape, so when the tape filled up the pipe closed, terminating the
> > > connection.
> >
> > >
> > > >> servarq.es /projeto1 lev 0 FAILED [dump to tape failed]
> > > >>
> > > >>
> > > >> STATISTICS:
> > > >> Total Full Daily
> > > >> -------- -------- --------
> > > >> Estimate Time (hrs:min) 0:21
> > > >> Run Time (hrs:min) 11:56
> > > >> Dump Time (hrs:min) 5:18 5:18 0:00
> > > >> Output Size (meg) 17838.9 17838.9 0.0
> > > >> Original Size (meg) 33755.8 33755.8 0.0
> > > >> Avg Compressed Size (%) 52.8 52.8 --
> > > >> Filesystems Dumped 1 1 0
> > > >> Avg Dump Rate (k/s) 956.0 956.0 --
> > > >>
> > > >> Tape Time (hrs:min) 5:19 5:19 0:00
> > > >> Tape Size (meg) 17838.9 17838.9 0.0
> > > >> Tape Used (%) 35.7 35.7 0.0
> > > >> Filesystems Taped 1 1 0
> > > >> Avg Tp Write Rate (k/s) 955.5 955.5 --
> > > >>
> > > >> USAGE BY TAPE:
> > > >> Label Time Size % Nb
> > > >> fita03 5:19 17838.9 35.7 1
> > > >>
> > > >>
> > > >> FAILED AND STRANGE DUMP DETAILS:
> > > >>
> > > >> /-- servarq.es /projeto3 lev 0 STRANGE
> > > >> sendbackup: start [servarq.estatica.com.br:/projeto3 level 0]
> > > >> sendbackup: info BACKUP=/bin/gtar
> > > >> sendbackup: info RECOVER_CMD=/bin/gtar -f... -
> > > >> sendbackup: info end
> > > >> ? gtar: ./projeto3/COMGAS-1463/Enrique/Cartas a Tramitar/oficio
> > > >> 04-08xx -
> > > > CPTM - S\306o Paulo - 03.035 - 1.doc: Warning: Cannot stat: No such
> > > > file or
> > > > directory
> > > >> ? gtar: ./projeto3/COMGAS-1463/Enrique/Cartas a Tramitar/oficio
> > > >> 04-08xx -
> > > > CPTM - S\306o Paulo - 03.035 - 2.doc: Warning: Cannot stat: No such
> > > > file or
> > > > directory
> > > >> ? gtar: ./projeto3/COMGAS-1463/Enrique/Cartas a Tramitar/oficio
> > > >> 04-08xx -
> > > > METRO - S\306o Paulo - 03.035.doc: Warning: Cannot stat: No such file or
> > > > directory
> > > >> ? gtar: ./projeto3/COMGAS-1463/e-mail recebido ate/COMGAS/Fw_
> > > > Concorr\210ncia Elabora\207\306o Projeto Executivo - Bols\344es Av_
> > > > Jabaquara_Lino Coutinho_Winner_Cardoso Almeida_Ant\223nio Ambuda_Costa
> > > > Marina_Ida Kolbi_ERS41_Ripasa Pap\202is Limeira.eml: Warning: Cannot
> > > > stat:
> > > > No such file or directory
> > > >> ? gtar: ./projeto3/COMGAS-1463/e-mail recebido ate/COMGAS/Fw_
> > > > Concorr\210ncia Elabora\207\306o Projeto Executivo - Bols\344es Av_
> > > > Jabaquara_Lino Coutinho_Winner_Cardoso Almeida_Ant\223nio Ambuda_Costa
> > > > Marina_Ida Kolbi_ERS41_Ripasa_Pap\202is Limeira.eml: Warning: Cannot
> > > > stat:
> > > > No such file or directory
> > >
> > > All these files disappeared between the time tar made its filelist and
> > > the time it tried to read them. The result of backing up a busy
> > > filesystem. May or may not be a concern to you.
> > >
> > > >> | Total bytes written: 35395502080 (33GB, 1.8MB/s)
> > > >> sendbackup: size 34565920
> > > >> sendbackup: end
> > > >> \--------
> > > >>
> > > >> /-- servarq.es /projeto1 lev 0 FAILED ["data write: Connection reset by
> > > > peer"]
> > > >> sendbackup: start [servarq.estatica.com.br:/projeto1 level 0]
> > > >> sendbackup: info BACKUP=/bin/gtar
> > > >> sendbackup: info RECOVER_CMD=/bin/gtar -f... -
> > > >> sendbackup: info end
> > > >> \--------
> > > >>
> > > >>
> > > >> NOTES:
> > > >> planner: tapecycle (5) <= runspercycle (7)
> > > >> planner: Adding new disk servarq.estatica.com.br:/projeto2.
> > > >> planner: Adding new disk servarq.estatica.com.br:/projeto3.
> > > >> planner: Adding new disk servarq.estatica.com.br:/projeto1.
> > > >> taper: tape fita03 kb 43281440 fm 2 writing file: No space left on
> > > > device
> > >
> > > Amanda wrote 43GB when it hit the end of tape.
> >
> > I don't understand this ... How works AIT tape hardware compression ?
> > >
> > > >>
> > > >>
> > > >> DUMP SUMMARY:
> > > >> DUMPER STATS TAPER
> > > >> STATS
> > > >> HOSTNAME DISK L ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS
> > > >> KB/s
> > > >> -------------------------- ---------------------------------
> > > >> ------------
> > > >> servarq.esta /projeto1 0 FAILED
> > > >> ---------------------------------------
> > > >> servarq.esta /projeto2 0 FAILED
> > > >> ---------------------------------------
> > > >> servarq.esta /projeto3 0 3456592018267056 52.8 318:28 956.0 318:37
> > > > 955.5
> > > >>
> > > >> (brought to you by Amanda version 2.4.4p3)
> > > >
> > > > At my configuration file I use this options :
> > > >
> > > > define dumptype comp-high {
> > > >> global
> > > >> comment "very important partitions on fast machines"
> > > >> compress client best
> > > >> priority high
> > > >> }
> > > >>
> > > >> Compress: I supose that option I used the best, but the slowest one,
> > > >> right ? What the comprresion that is used at this option ? bzip2 ?
> > >
> > > Its all gzip, the best just calls it with the option to trade off speed
> > > for
> > > higher compression. Be aware that already-compressed data gets slightly
> > > bigger when you try to compress it.
> > >
> > > >
> > > > At my disklist I use :
> > > >> my_host.my_domain /dir1 comp-high
> > > >> my_host.my_domain /dir2 comp-high
> > > >> my_host.my_domain /dir3 comp-high
> > > >> my_host.my_domain /dir4 comp-high
> > > >
> > > > Someone could help me ???
> > > >
> > > > Am I providing enough information ?
> > >
> > > You may need to provide your amanda.conf. Perhaps increasing runtapes
> > > to 2, increasing your dumpcycle or runspercycle, or starting with a
> > > smaller disklist that you add filesystems to slowly would allow you
> > > to get it all working.
> > > Also make sure the length in your tapetype is correct.
> > >
> > My amanda.conf is attached in this e-mail, if someone could read maybe
> > could help me ...
> >
> > Thanks !
> >
> > > Frank
> > >
> > > >
> > > > Regards,
> > > >
> > > > InfraNet Tecnologia
> > > > Fábio M. A. Cunha
> > > > (55 11) 5542-0941 ramal 22
> > > > (55 11) 9603-6377
> > > > www.infranetsp.com.br
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> >
> >
> >
>
>
|