Re: FAILURE AND STRANGE DUMP SUMMARY
On 2007-06-18 20:53, Robert Echlin wrote: > FAILURE AND STRANGE DUMP SUMMARY: > cpu.ind.com /var/lib/mysql lev 0 FAILED [mesg read: Connection reset > by peer] Have you read/understood/checked: http://wiki.zmanda.com/index.php/Mesg_read:_Connection_reset_by_peer > cpu.ind.com /var/lib/mysql lev 0 FAILED [cannot read header: got 0 > instead of 32768] > cpu.ind.com /var/lib/mysql lev 0 was successfully retried > > Olivier notes that the network connection failed, at least before the > estimate was finished. > Also note the third line: "Successfully retried". > Check out what happens after that, as it may have gone on to > successfully backup cpu.ind.com:/var/lib/mysql > > Rob > > -- > Rob Echlin > Software Development Environment Prime > Espial IPTV > rechlin -at- espial.com > Phone: +1 613-230-4770 ext 1150 > www.espial.com > > Espial Group Inc. Confidential > Important Notice: This communication is intended to be received only by > the individual or entity to whom or to which it is addressed and may > contain information that is privileged, confidential and/or subject to > copyright. Any unauthorized use, copying, review or disclosure of this > communication is strictly prohibited. If you have received this > communication in error, please delete the message and notify the sender > by reply email. Thank you for your cooperation. > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of fedora > Sent: Monday, June 18, 2007 12:23 AM > To: amanda-users@amanda.org > Subject: Re: FAILURE AND STRANGE DUMP SUMMARY > > > > > fedora wrote: >> Hi guys. I am newbie here. I got problem with my Amanda. >> >> here is the result in mail report: >> >> FAILURE AND STRANGE DUMP SUMMARY: >> ind.ayo.com/var/lib/mysql lev 0 STRANGE >> >> >> STATISTICS: All OK. Showed the progress >> >> >> FAILED AND STRANGE DUMP DETAILS: >> >> /-- ind.ayo.com /var/lib/mysql lev 0 STRANGE >> sendbackup: start [ind.ayo.com:/var/lib/mysql level 0] >> sendbackup: info BACKUP=/bin/tar >> sendbackup: info RECOVER_CMD=/bin/gzip -dc |/bin/tar -f - ... >> sendbackup: info COMPRESS_SUFFIX=.gz >> sendbackup: info end >> | gtar: ./mysql.sock: socket ignored >> ? gtar: ./mysql/general_log.CSV: file changed as we read it >> | Total bytes written: 562432000 (537MiB, 7.7MiB/s) >> sendbackup: size 549250 >> sendbackup: end >> >> >> NOTES: >> planner: Full dump of ind.ayo.com:/var/lib/mysql promoted from 5 > days >> ahead. >> taper: tape DailySet1-04 kb 2727712 fm 10 [OK] >> >> DUMP SUMMARY: >>DUMPER STATS > TAPER >> STATS >> HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s > MMM:SS >> KB/s >> -- - >> - >> ind.ayo -/lib/mysql 0 549250 301765.51:10 429.8 0:00 >> 154753.5 >> >> Nothing errors in debug files. Can u guys tell me how come Amanda > still >> complaining failed and strange whereas dump summary looks OK even I > can >> recover the backup files. >> >> Any ideas guys?? >> >> >> > > I got new problem: > > These dumps were to tape DailySet1-13. > The next tape Amanda expects to use is: DailySet1-14. > > FAILURE AND STRANGE DUMP SUMMARY: > cpu.ind.com /var/lib/mysql lev 0 FAILED [mesg read: Connection reset > by > peer] > cpu.ind.com /var/lib/mysql lev 0 FAILED [cannot read header: got 0 > instead of 32768] > cpu.ind.com /var/lib/mysql lev 0 was successfully retried > > can anyone explain to me? -- Paul Bijnens, xplanation Technology ServicesTel +32 16 397.511 Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax +32 16 397.512 http://www.xplanation.com/ email: [EMAIL PROTECTED] *** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, ^^, * * F6, quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, * * stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt, abort, hangup, * * PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e, kill -1 $$, shutdown, * * init 0, kill -9 1, Alt-F4, Ctrl-Alt-Del, AltGr-NumLock, Stop-A, ... * * ... "Are you sure?" ... YES ... Phew ... I'm out * ***
more restore problems with tape spanning...
with amanda-2.5.2p1 trying to pull the last full of a DLE using amfetchdump. All needed tapes are loaded in the library and I used amtape to load the first one. Same thing happens if I specify the tape device to amfetchdump '-d /hw/tape/tps22d2nrnsv' with or without '-a'. # /opt/amanda/amanda2/sbin/amfetchdump -p -a stk_80-conf2 \ yorick /data/ipl/ipl10 20070616 | /usr/freeware/bin/tar -xvpf - 6 tape(s) needed for restoration The following tapes are needed: stk_40-conf2-28 stk_40-conf2-29 stk_40-conf2-30 stk_40-conf2-21 stk_40-conf2-32 stk_40-conf2-22 no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Insert tape labeled stk_40-conf2-28 in device (null) and press enter, ^D to finish reading tapes thanks jf
Re: more restore problems with tape spanning...
The '-d' option is ignored if you use a changer. What is your tapedev? `amgetconf stk_80-conf2 tapedev` Is it valid? What's in the amfetchdump.*.debug? Jean-Louis Jean-Francois Malouin wrote: with amanda-2.5.2p1 trying to pull the last full of a DLE using amfetchdump. All needed tapes are loaded in the library and I used amtape to load the first one. Same thing happens if I specify the tape device to amfetchdump '-d /hw/tape/tps22d2nrnsv' with or without '-a'. # /opt/amanda/amanda2/sbin/amfetchdump -p -a stk_80-conf2 \ yorick /data/ipl/ipl10 20070616 | /usr/freeware/bin/tar -xvpf - 6 tape(s) needed for restoration The following tapes are needed: stk_40-conf2-28 stk_40-conf2-29 stk_40-conf2-30 stk_40-conf2-21 stk_40-conf2-32 stk_40-conf2-22 no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Looking for tape stk_40-conf2-28... no tapedev specified amfetchdump: error reading file header: Bad file number Not an amanda tape Insert tape labeled stk_40-conf2-28 in device (null) and press enter, ^D to finish reading tapes thanks jf
amfetchdump - inventory mode
I haven't used amfetchdump before and thought I'd try its inventory mode, option -i. As I understand it, with this option amfetchdump will examine the tapes (vtapes in my case) and generate output showing the contents in a syntax similar to logfile entries. If I enter amfetchdump -i mylog tstvt It gets to the virtual tape changer, slot 1 and seems to try to start an inventory. But after a few seconds I get the message: Scanning vtape01 (slot 1) amfetchdump: error reading file header: Input/output error If I actually try to recover a dump from a specific host/date, things seem to work properly. When I looked at the tape in slot 1, due to wrap-around the tape list, it was the second tape of an amdump run. It contained only the last couple of chunks of a dump started on the last tape in the changer. So I wonder if this scenario, first tape in the changer starts in the middle of a split file sequence, was considered in the logic of amfetchdump's -i option. Have others gotten a successful inventory under these conditions? -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: amfetchdump - inventory mode
Jon,
Can you try the attached patch.
Jean-Louis
Jon LaBadie wrote:
I haven't used amfetchdump before and thought I'd try its
inventory mode, option -i. As I understand it, with this
option amfetchdump will examine the tapes (vtapes in my
case) and generate output showing the contents in a
syntax similar to logfile entries.
If I enter amfetchdump -i mylog tstvt
It gets to the virtual tape changer, slot 1 and seems to
try to start an inventory. But after a few seconds I
get the message:
Scanning vtape01 (slot 1)
amfetchdump: error reading file header: Input/output error
If I actually try to recover a dump from a specific host/date,
things seem to work properly.
When I looked at the tape in slot 1, due to wrap-around the
tape list, it was the second tape of an amdump run. It contained
only the last couple of chunks of a dump started on the last
tape in the changer.
So I wonder if this scenario, first tape in the changer starts
in the middle of a split file sequence, was considered in the
logic of amfetchdump's -i option. Have others gotten a successful
inventory under these conditions?
diff -u -r --show-c-function --new-file --exclude-from=/home/martinea/src.orig/amanda.diff --ignore-matching-lines='$Id:' amanda-2.5.2p1/restore-src/restore.c amanda-2.5.2p1.inventory/restore-src/restore.c
--- amanda-2.5.2p1/restore-src/restore.c 2007-06-06 19:19:20.0 -0400
+++ amanda-2.5.2p1.inventory/restore-src/restore.c 2007-06-19 15:42:41.0 -0400
@@ -1451,6 +1451,16 @@ search_a_tape(
}
dbprintf(("current tapefile_idx = %d\n", tapefile_idx));
+/* if given a log file, print an inventory of stuff found */
+if(flags->inventory_log) {
+ if(!strcmp(flags->inventory_log, "-")) logstream = stdout;
+ else if((logstream = fopen(flags->inventory_log, "w+")) == NULL) {
+ error("Couldn't open log file %s for writing: %s",
+ flags->inventory_log, strerror(errno));
+ /*NOTREACHED*/
+ }
+}
+
/* if we know where we're going, fastforward there */
if(flags->fsf && !isafile){
/* If we have a tapelist entry, filenums will be store there */
@@ -1501,7 +1511,7 @@ search_a_tape(
tempdump = alloc(SIZEOF(dumplist_t));
tempdump->file = alloc(SIZEOF(dumpfile_t));
tempdump->next = NULL;
- memcpy(tempdump->file, &file, SIZEOF(dumpfile_t));
+ memcpy(tempdump->file, file, SIZEOF(dumpfile_t));
if(tape_seen->files){
fileentry = tape_seen->files;
while (fileentry->next != NULL)
@@ -1660,6 +1670,9 @@ search_a_tape(
fflush(logstream);
}
}
+ if (logstream != stderr && logstream != stdout) {
+ fclose(logstream);
+ }
}
}
@@ -1684,7 +1697,6 @@ search_tapes(
int have_changer = 1;
int slot_num = -1;
int slots = -1;
-FILE *logstream = NULL;
tapelist_t *desired_tape = NULL;
struct sigaction act, oact;
ssize_t read_result;
@@ -1720,16 +1732,6 @@ search_tapes(
if(flags->delay_assemble || flags->inline_assemble) exitassemble = 1;
else exitassemble = 0;
-/* if given a log file, print an inventory of stuff found */
-if(flags->inventory_log) {
- if(!strcmp(flags->inventory_log, "-")) logstream = stdout;
- else if((logstream = fopen(flags->inventory_log, "w+")) == NULL) {
- error("Couldn't open log file %s for writing: %s",
- flags->inventory_log, strerror(errno));
- /*NOTREACHED*/
- }
-}
-
/* Suss what tape device we're using, whether there's a changer, etc. */
if(!use_changer || (have_changer = changer_init()) == 0) {
if (flags->alt_tapedev) {
@@ -1945,9 +1947,6 @@ search_tapes(
}
-if(logstream && logstream != stderr && logstream != stdout){
- fclose(logstream);
-}
if(flags->delay_assemble || flags->inline_assemble){
flush_open_outputs(1, NULL);
}
