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>, [EMAIL PROTECTED] > 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 > > > > > > > >