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
> >
> >
> >
> >
> >
> >
> >
> >
>
>
>
amanda.conf
Description: Binary data
|