Re: still problem during dump: "missing result" reported
Dear Chris, dear John, > > > What do you have maxduumps set to? Maybe increasing or decreasing it > > > for this one host will help. > > increasing maxdumps did not help. Again I got > > > > adler / lev 0 FAILED [missing result for / in adler response] > > > > this night for the 33rd filesystem on adler. :-( > > No more ideas. It was just a sort of vain hope that changing maxdumps > would help. Maybe the problem is with the size of the packet being > exchanged with the adler host. Can you play with your disklist and > combine any of your filesystems using gnutar) to get you down to 32? I tried to get some hints from amanda by digging through the source code. I found out, that the disklist itself is read in correctly (all entries are present in the program's C structure). Looking a little bit further revealed the problem: The amanda server issues the sendsize command to the clients (asking for sizes for level0 and level1 dumps in this case). This question is passed on via some protocol to the client (in this case adler). On the client side in sendsize program there is a loop reading in from (stdin), the daemon somehow I assume. The last line I get here while reading is truncated (even in case I back up 32 filesystems here; the exclude=file information is truncated which I can also see in the logfile later). The command for getting required sizes simply is too long! This also fits well with the error I get: adler does not compute the dump sizes for those filesystems it does not see. And amanda server is wondering why there are no answers for these filesystems -> "missing result". I saw that this is a known problem when searching through the amanda-hackers archive at egroups. There should be a patch available; in fact John already supplied me with this patch and I tried it, but it did not work. Maybe I got a broken version of the patch?? John, could be please check this again? Kind regards, Urte -- \|/ @ @ ---oOO-(_)-OOo- Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
Re: still problem during dump: "missing result" reported
Hi Chris, hi list, > What do you have maxduumps set to? Maybe increasing or decreasing it > for this one host will help. increasing maxdumps did not help. Again I got adler / lev 0 FAILED [missing result for / in adler response] this night for the 33rd filesystem on adler. :-( Urte -- \|/ @ @ ---oOO-(_)-OOo- Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
Re: still problem during dump: "missing result" reported
Hi Chris, > What do you have maxduumps set to? Maybe increasing or decreasing it > for this one host will help. Maxdumps is set to the default value ( = 1). man page says: maxdumps int Default: 1. The maximum number of backups from a single host that Amanda will attempt to run in parallel. See also the inparallel option. Note that this parameter may also be set in a specific dumptype (see below). This value sets the default for all dumptypes so must appear in amanda.conf before any dumptypes are defined. This does not seems to be a solution for my problem. But nevertheless, I can try if it has any effect. I'll set maxdumps to 2 and see what happens this night. Urte -- \|/ @ @ ---oOO-(_)-OOo- Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
Re: still problem during dump: "missing result" reported
Hi Chris, > I'm backing up 77 filesystems on 25 different machines. > My tape host is RedHat Linux but I've also used IRIX and Solaris servers. I also have more than 32 filesystems altogether, but I have more than 32 filesystems for one single host. That's where the problem occurs. Do you have this case as well without any failures? > You've tried rearranging the order of disklist entries to see if there's > a problem there? I did not try rearrangement, but I commented out the directories which are not so important at the moment (so that I'm backing up exactly 32 filesystems for this host), and then the missing filesystems root and home ware backed up successfully without any problems. So this does not look like a problem on the filesystems itself. > If you're using dump for the backups can your dump handle directories? > My HP-UX dump will only do filesystems. My linux dump can do directories. I use tar so this should not be ok. Kind regards, Urte -- \|/ @ @ ---oOO-(_)-OOo- Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
Re: amdump problem: "missing result" reported
Great, I got through to the mailing list! :-) I had big problems reaching the list, so I talked to John directly about the problem. > > What has changed now with the patch is the /tmp/amanda/sendsize.debug > > output. I'm sure I found the / and home stuff in sendsize.debug before > > (even when they were not backed up), but now they are no longer present. > That's really strange: why should Amanda estimate / and /home if they > aren't backed up? Dont know if you know about the problem. I once again include my original email here to get you up to date: -- original email -- Hello list, I have a problem with amanda 2.4.2p2. I'm doing backups on three SUN machines with amanda for quite some time wihout any major problems. About 2 weeks ago we removed the bunch of single external disks from that host and added one big raid disk (which is of course too big to be backed up entirely on our 20gb native capacity tape). I then changed the disklist for this host from about 7 filesystems (= physical disk partitions) to 38 directory starting points. The first few days of course we had missing filesystems on tape until amanda has been able to do a level 0 dump on each of the new entries. Nevertheless 6 of the entries remain non-backuped (including the root filesystem and the user filesystem :-( ). I assume it might be a problem with the number of entries in the disklist (I saw some discussions about this in this newsgroup, but that turned out to be an error in the exclude statement). I noticed that these 6 entries are the ones which stand on top of the list. The error in the mail report says: FAILURE AND STRANGE DUMP SUMMARY: adler /usr/export/amis/raid2/disk_head_97_05 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_97_05 in adler response] adler /usr/export/amis/raid2/disk_head_96_05 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_96_05 in adler response] adler /usr/export/amis/raid2/disk_head_95_08 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_95_08 in adler response] adler /usr/export/amis/disk2 lev 0 FAILED [missing result for /usr/export/amis/disk2 in adler response] adler /usr/export/home/adler lev 0 FAILED [missing result for /usr/export/home/adler in adler response] adler / lev 0 FAILED [missing result for / in adler response] I dont see something unusual in the /tmp/amanda/-files. Just ask if you would like to see some extracts from there. -- end of original email -- John then sent me some patch, but he was not sure wheather this would help. And it did not. Thats the current state of the art. Kind regards, Urte -- \|/ @ @ ---oOO-(_)-OOo- Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
Re: amdump problem: "missing result" reported
Hi John, > I'm not sure if this will fix your problem, but it is the patch that > allows requests larger than a single packet. Unfortunately this patch did not fix it. I added the patch to the source code, recompiled and reinstalled amanda. Then I added 2 of the 6 filesystems in the disklist again which I had commented out two weeks ago. Now I get the same error again in the amanda report: FAILURE AND STRANGE DUMP SUMMARY: adler /usr/export/home/adler lev 0 FAILED [missing result for /usr/export/home/adler in adler response] adler / lev 0 FAILED [missing result for / in adler response] These two are again the first two filesystems in the disklist for host adler which are missing on tape. For me it really looks like a max-32-fileystems-per-host limit. What has changed now with the patch is the /tmp/amanda/sendsize.debug output. I'm sure I found the / and home stuff in sendsize.debug before (even when they were not backed up), but now they are no longer present. ?? Kind regards, Urte P.S. I'll try to CC: the amanda list. Maybe I can get through somehow? -- \|/ @ @ ---oOO-(_)-OOo- Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
still problem during dump: "missing result" reported
Hello list, unfortunately I did not receive any answer concerning my problem with more than 32 filesystems to be backed up ?! I thought this might be a known problem with an already available patch. I'm sure I'm not the first amanda user trying to back up a larger number of disks, am I? I include the original message again and hope for some help. Have a nic day, Urte Original posting: Hello list, I have a problem with amanda 2.4.2p2. I'm doing backups on three SUN machines with amanda for quite some time wihout any major problems. About 2 weeks ago we removed the bunch of single external disks from that host and added one big raid disk (which is of course too big to be backed up entirely on our 20gb native capacity tape). I then changed the disklist for this host from about 7 filesystems (= physical disk partitions) to 38 directory starting points. The first few days of course we had missing filesystems on tape until amanda has been able to do a level 0 dump on each of the new entries. Nevertheless 6 of the entries remain non-backuped (including the root filesystem and the user filesystem :-( ). I assume it might be a problem with the number of entries in the disklist (I saw some discussions about this in this newsgroup, but that turned out to be an error in the exclude statement). I noticed that these 6 entries are the ones which stand on top of the list. The error in the mail report says: FAILURE AND STRANGE DUMP SUMMARY: adler /usr/export/amis/raid2/disk_head_97_05 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_97_05 in adler response] adler /usr/export/amis/raid2/disk_head_96_05 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_96_05 in adler response] adler /usr/export/amis/raid2/disk_head_95_08 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_95_08 in adler response] adler /usr/export/amis/disk2 lev 0 FAILED [missing result for /usr/export/amis/disk2 in adler response] adler /usr/export/home/adler lev 0 FAILED [missing result for /usr/export/home/adler in adler response] adler / lev 0 FAILED [missing result for / in adler response] I dont see something unusual in the /tmp/amanda/-files. Just ask if you would like to see some extracts from there. Thanks in advance for any kind of help, Urte Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
Re: offtopic: mailing list behaviour
Hi, I experience the same behaviour. I posted three times about a problem with more than 32 fileystems to back up; but none of the mails seemed to have reached the list. ?? At least I did not receive any answer. Urte Nicolae Mihalache wrote: > > Hello! > > I posted a mail yesterday and although I've seen it in the archive at > egroups, the mail did not come to me. Is this a correct behaviour? I > expect to receive all mails even the ones that I send. > > Nicolae -- \|/ @ @ ---oOO-(_)-OOo- Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
problem during dump: "missing result" reported
Hello list, I have a problem with amanda 2.4.2p2. I'm doing backups on three SUN machines with amanda for quite some time wihout any major problems. About 2 weeks ago we removed the bunch of single external disks from that host and added one big raid disk (which is of course too big to be backed up entirely on our 20gb native capacity tape). I then changed the disklist for this host from about 7 filesystems (= physical disk partitions) to 38 directory starting points. The first few days of course we had missing filesystems on tape until amanda has been able to do a level 0 dump on each of the new entries. Nevertheless 6 of the entries remain non-backuped (including the root filesystem and the user filesystem :-( ). I assume it might be a problem with the number of entries in the disklist (I saw some discussions about this in this newsgroup, but that turned out to be an error in the exclude statement). I noticed that these 6 entries are the ones which stand on top of the list. The error in the mail report says: FAILURE AND STRANGE DUMP SUMMARY: adler /usr/export/amis/raid2/disk_head_97_05 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_97_05 in adler response] adler /usr/export/amis/raid2/disk_head_96_05 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_96_05 in adler response] adler /usr/export/amis/raid2/disk_head_95_08 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_95_08 in adler response] adler /usr/export/amis/disk2 lev 0 FAILED [missing result for /usr/export/amis/disk2 in adler response] adler /usr/export/home/adler lev 0 FAILED [missing result for /usr/export/home/adler in adler response] adler / lev 0 FAILED [missing result for / in adler response] I dont see something unusual in the /tmp/amanda/-files. Just ask if you would like to see some extracts from there. Thanks in advance for any kind of help, Urte P.S. Sorry if I'm posting twice, but it looks as if I'm having difficulties to reach the list ?? Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
problem during dump: "missing result" reported
Hello list, I have a problem with amanda 2.4.2p2. I'm doing backups on three SUN machines with amanda for quite some time wihout any major problems. About 2 weeks ago we removed the bunch of single external disks from that host and added one big raid disk (which is of course too big to be backed up entirely on our 20gb native capacity tape). I then changed the disklist for this host from about 7 filesystems (= physical disk partitions) to 38 directory starting points. The first few days of course we had missing filesystems on tape until amanda has been able to do a level 0 dump on each of the new entries. Nevertheless 6 of the entries remain non-backuped (including the root filesystem and the user filesystem :-( ). I assume it might be a problem with the number of entries in the disklist (I saw some discussions about this in this newsgroup, but that turned out to be an error in the exclude statement). I noticed that these 6 entries are the ones which stand on top of the list. The error in the mail report says: FAILURE AND STRANGE DUMP SUMMARY: adler /usr/export/amis/raid2/disk_head_97_05 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_97_05 in adler response] adler /usr/export/amis/raid2/disk_head_96_05 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_96_05 in adler response] adler /usr/export/amis/raid2/disk_head_95_08 lev 0 FAILED [missing result for /usr/export/amis/raid2/disk_head_95_08 in adler response] adler /usr/export/amis/disk2 lev 0 FAILED [missing result for /usr/export/amis/disk2 in adler response] adler /usr/export/home/adler lev 0 FAILED [missing result for /usr/export/home/adler in adler response] adler / lev 0 FAILED [missing result for / in adler response] I dont see something unusual in the /tmp/amanda/-files. Just ask if you would like to see some extracts from there. Thanks in advance for any kind of help, Urte Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
Re: amrecover problem
Hi Mirko and list, > We set up a new amanda-2.4.2 backup-server, and right now I'm > involved in testing > the backup and recover with the server. > While testing amrecover, some strange behaviour showed up: > I'm unable to see all backed up files while browsing trough the > directorys > via amrecover, but viewing the index-files manualy showed that the > files are > included in the backup... Whats the problem with this ? > > We use amanda on Solaris, but with gnu-tar... I ran across the same problem yesterday when trying to restore a directory which had been deleted by accident. I should have seen more than 15 directories with "ls" in amrecover, but all I got was 3 entries. I tried the "setdate" command, but that did not help. In the index-files all the directory entries where present, and I was able to restore the directory "by hand". This happens in my case with amanda 2.4.1p1 on Solaris 2.6 system. Has anybody an idea what is happening here? Urte
Re: backup on linux/win98 client
Hi Nate, > dump doesn't support vfat, which you'd expect (dump has to be intimate > with the physical filesystem, and linux dump is written for ext2). You > can still use tar, though, which is explained in the docs. Yes, that solved my problem. /win is now backup up as desired. Thanks for your quick help. Have a nice day. :-) Urte -- \|/ @ @ ---oOO-(_)-OOo- Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/D - 37073 Goettingen _/_/ _/ _/ _/Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]
backup on linux/win98 client
Hi, I have a new laptop with dual boot (Win98 and SuSE Linux 7.0). I'm trying to backup this client with amanda version 2.4.1p1. The linux side itself is working excellent; but I would also like to backup the /win partition where the windows file system is mounted. I get the following message in sendsize.debug: ... calculating for amname '/win', dirname '/win' sendsize: getting size via dump for /win level 0 sendsize: running "/sbin/dump 0sf 1048576 - /dev/hda1" running /usr/amanda/libexec/killpgrp DUMP: Date of this level 0 dump: Thu Nov 9 00:05:56 2000 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/hda1 (/win) to standard output DUMP: Label: none /dev/hda1: Bad magic number in super-block while opening filesystem . (no size line match in above dump output) . asking killpgrp to terminate sendsize: pid 4458 finish time Thu Nov 9 00:05:57 2000 Looks like the vfat filesystem is not recognized by amanda. Is there a way to get this working? Thanks for any responses, Urte \|/ @ @ ---oOO-(_)-OOo Urte Fuerst _/_/ _/ _/_/_/ German Aerospace Center DLR _/ _/_/ _/_/ _/ _/ _/ _/_/ Institute of Aeroelasticity _/_/ _/ _/ _/_/ Bunsenstrasse 10 _/_/ _/ _/_/ D - 37073 Goettingen _/_/ _/ _/ _/ Phone: +49 (0)551 709 2432 _/ _/ _/ _/_/ Fax:+49 (0)551 709 2862 _/_/_/_/_/_/_/_/ _/ _/ e-mail: [EMAIL PROTECTED]