Re: tapelist and tape order
On Sat, Jan 25, 2003 at 03:16:19PM -0500, Jon LaBadie wrote: Are there undesired consequences to reordering the tapelist now, placing the example tape 4 between tapes 3 5 with the same date as tape 5? It you change the datestamp of a tape then amanda will lose all informations of what's on that tape. 'amadmin conf find' will report that it doesn't find the log for that tape. amrecover will not be able to recover from that tape. The log files 'log.datestamp.n' will be erased. The index files for the dump on that tape will be erased. You can change the datestamp, but do it at the appropriate time, just before you want to reuse that tape. Jean-Louis -- Jean-Louis Martineau email: [EMAIL PROTECTED] Departement IRO, Universite de Montreal C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529 Montreal, Canada, H3C 3J7Fax: (514) 343-5834
Re: tapelist and tape order
What (if anything) should I do to correct the order? As others have mentioned, the labels don't really matter except to keep us humans sane (not that that's not important :-). Amanda isn't paying any attention to the actual text. If you want to improve your sanity :-), the first thing to understand is how Amanda processes the tapelist file. Assuming you have enough reuse tapes in the file to fulfill tapecycle, Amanda looks for the oldest tape (lowest datestamp). If there are multiple tapes with the same datestamp, it will pick the one that appears last in the file. There isn't any (easy) way to manipulate this file with Amanda tools. But it's text, so your favorite editor will do fine. Here's what I've done in the past (not that I've ever gotten things scrambled, of course :-): * Wait until your Amanda report says an out of order tape is going to be skipped. In your case: These dumps were to tape DailySet1-03. ... The next tape Amanda expects to use is: DailySet1-05. So DailySet1-04 is being bypassed here. Note that another way to see the tape order is: # amadmin DailySet1 tape The next Amanda run should go onto tape DailySet1-05 or a new tape. * Make a copy of the tapelist file just in case your editor (or fingers :-) go wacky. * Bring up the editor. The first line of the file should reference the tape just written (DailySet1-03). The last line of the file should be the next tape to write (DailySet1-05). For instance: 20030116 DailySet1-03 reuse ... 20021230 DailySet1-05 reuse * Find the line for the missing tape (DailySet1-04) and move it to the end of the file. Change the datestamp field of the new last line (DailySet1-04) to match the value of the previous last line (DailySet1-05). For instance: 20030116 DailySet1-03 reuse ... 20021230 DailySet1-05 reuse 20021230 DailySet1-04 reuse * Write the file. Make sure it is still owned by your Amanda user and writable by it. amcheck -l CONFIG can help here. * See if Amanda agrees with you about the next tape: # amadmin DailySet1 tape The next Amanda run should go onto tape DailySet1-04 or a new tape. One thing you need to be **very** careful of. When you shift a tape like this, it creates a hole in your backups until you get through a full cycle again. For instance, if your dumpcycle is 7 days and DailySet1-04 is within 7 days of the top of the tapelist file, putting it at the end (and overwriting it on the next run) may make it impossible to do a full restore if it contained the latest level. dk John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: tapelist and tape order
On Sat, Jan 25, 2003 at 10:48:19AM -0500, John R. Jackson wrote: What (if anything) should I do to correct the order? Here's what I've done in the past (not that I've ever gotten things scrambled, of course :-): * Wait until your Amanda report says an out of order tape is going to be skipped. In your case: These dumps were to tape DailySet1-03. ... The next tape Amanda expects to use is: DailySet1-05. So DailySet1-04 is being bypassed here. [[ Editing guide snipped ]] John, Amazing but true, occasionally I fail to read my reports each morning``slap'' (that was me slapping myself in the face). Are there undesired consequences to reordering the tapelist now, placing the example tape 4 between tapes 3 5 with the same date as tape 5? -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: tapelist and tape order
Amazing but true, occasionally I fail to read my reports each morning``slap'' (that was me slapping myself in the face). :-) :-) Are there undesired consequences to reordering the tapelist now, placing the example tape 4 between tapes 3 5 with the same date as tape 5? I don't think so. I don't thing anything (such as amrecover and friends) other than the which one is next code look at the tapelist file. You should be able to go ahead and reorder things now and they should sink down to the bottom of the file, at which point the right thing will happen and order will be re-established. Note, however, my *strong* suggestion that you make a copy of the file first. If I'm wrong, I can still say I told you so :-). Jon H. LaBadie John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: tapelist and tape order
On Sunday 19 January 2003 06:46, Christoph Scheeder wrote: Sure there is a simple solution to this: edit your amanda.conf, lower tapecycle and dumpcycle to 5 and next time when amanda tells you it expects tape DailySet1-05, she will happily write to tape DailySet1-04, as it's old enough to be overwritten. Same for tape DailySet1-07 a few days later. after that increase your tape and Dumpcycle to the old values again and you are done. Christoph Neat idea. Assumes one can walk and chew gum at the same time, but doable. Shows what can happen when full brain power is applied. Thanks Christoph. Gene Heskett schrieb: On Friday 17 January 2003 21:13, DK Smith wrote: I finally determined why my tape order is not what I expected. (by looking at the tapelist file). I do not recall why my tape order managed to get into this state... When I originally set things up, *i thought* the tapes were in order... I was seeing... ## Tues: DailySet1 AMANDA MAIL REPORT FOR January 14, 2003 These dumps were to tape DailySet1-01. The next tape Amanda expects to use is: DailySet1-02. ## Wed: DailySet1 AMANDA MAIL REPORT FOR January 15, 2003 These dumps were to tape DailySet1-02. The next tape Amanda expects to use is: DailySet1-03. ## Thur: DailySet1 AMANDA MAIL REPORT FOR January 16, 2003 These dumps were to tape DailySet1-03. *** A TAPE ERROR OCCURRED: [[writing filemark: I/O error]]. Some dumps may have been left in the holding disk. Run amflush to flush them to tape. The next tape Amanda expects to use is: DailySet1-05. ## Fri: DailySet1 AMANDA MAIL REPORT FOR January 16, 2003 These dumps were to tape DailySet1-05. The next tape Amanda expects to use is: DailySet1-06. ## After (finally) taking a look at my tapelist in the configuration, I realized the reason for change in order of use that I observed: 20030117 DailySet1-06 reuse 20030116 DailySet1-05 reuse 20030116 DailySet1-03 reuse 20030116 DailySet1-02 reuse 20030114 DailySet1-01 reuse 20030113 DailySet1-15 reuse 20030110 DailySet1-07 reuse 20030109 DailySet1-04 reuse 20030108 DailySet1-16 reuse 20030107 DailySet1-14 reuse 20030106 DailySet1-13 reuse 20030103 DailySet1-12 reuse 20030102 DailySet1-11 reuse 20030101 DailySet1-10 reuse 20021231 DailySet1-09 reuse 20021230 DailySet1-08 reuse What (if anything) should I do to correct the order? Can anyone suggest an elegant way to correct the order by using interfaces supplied with AMANDA? (as opposed to starting over and re-labelling a whole new magazine of tapes, as one option) Not that I've ran into. I had one tape out of order for nearly a year before I had to do a clean install for other reasons. As long as you know about it, I'd just put them into whatever storage you use in the reverse of the order shown above. I'm told that if you try to edit the above file to restore the useage order, that the backups may be scheduled odd ball or something because the dates on the index files won't then match the order of the tapes. That would eventually fix itself, but it might take a tapecycles worth of runs to square it all away again. Thats what somebody here said, so I never tried it. -- Cheers, Gene AMD K6-III@500mhz 320M Athlon1600XP@1400mhz 512M 99.22% setiathome rank, not too shabby for a WV hillbilly
Re: tapelist and tape order
On Friday 17 January 2003 21:13, DK Smith wrote: I finally determined why my tape order is not what I expected. (by looking at the tapelist file). I do not recall why my tape order managed to get into this state... When I originally set things up, *i thought* the tapes were in order... I was seeing... ## Tues: DailySet1 AMANDA MAIL REPORT FOR January 14, 2003 These dumps were to tape DailySet1-01. The next tape Amanda expects to use is: DailySet1-02. ## Wed: DailySet1 AMANDA MAIL REPORT FOR January 15, 2003 These dumps were to tape DailySet1-02. The next tape Amanda expects to use is: DailySet1-03. ## Thur: DailySet1 AMANDA MAIL REPORT FOR January 16, 2003 These dumps were to tape DailySet1-03. *** A TAPE ERROR OCCURRED: [[writing filemark: I/O error]]. Some dumps may have been left in the holding disk. Run amflush to flush them to tape. The next tape Amanda expects to use is: DailySet1-05. ## Fri: DailySet1 AMANDA MAIL REPORT FOR January 16, 2003 These dumps were to tape DailySet1-05. The next tape Amanda expects to use is: DailySet1-06. ## After (finally) taking a look at my tapelist in the configuration, I realized the reason for change in order of use that I observed: 20030117 DailySet1-06 reuse 20030116 DailySet1-05 reuse 20030116 DailySet1-03 reuse 20030116 DailySet1-02 reuse 20030114 DailySet1-01 reuse 20030113 DailySet1-15 reuse 20030110 DailySet1-07 reuse 20030109 DailySet1-04 reuse 20030108 DailySet1-16 reuse 20030107 DailySet1-14 reuse 20030106 DailySet1-13 reuse 20030103 DailySet1-12 reuse 20030102 DailySet1-11 reuse 20030101 DailySet1-10 reuse 20021231 DailySet1-09 reuse 20021230 DailySet1-08 reuse What (if anything) should I do to correct the order? Can anyone suggest an elegant way to correct the order by using interfaces supplied with AMANDA? (as opposed to starting over and re-labelling a whole new magazine of tapes, as one option) Not that I've ran into. I had one tape out of order for nearly a year before I had to do a clean install for other reasons. As long as you know about it, I'd just put them into whatever storage you use in the reverse of the order shown above. I'm told that if you try to edit the above file to restore the useage order, that the backups may be scheduled odd ball or something because the dates on the index files won't then match the order of the tapes. That would eventually fix itself, but it might take a tapecycles worth of runs to square it all away again. Thats what somebody here said, so I never tried it. -- Cheers, Gene AMD K6-III@500mhz 320M Athlon1600XP@1400mhz 512M 99.22% setiathome rank, not too shabby for a WV hillbilly
Re: tapelist and tape order
On Fri, Jan 17, 2003 at 06:13:31PM -0800, DK Smith wrote: I finally determined why my tape order is not what I expected. (by looking at the tapelist file). I do not recall why my tape order managed to get into this state... When I originally set things up, *i thought* the tapes were in order... What (if anything) should I do to correct the order? Can anyone suggest an elegant way to correct the order by using interfaces supplied with AMANDA? (as opposed to starting over and re-labelling a whole new magazine of tapes, as one option) You probably realize that they are in order -- as far as amanda is concerned. Amanda does not care about the labels. You could call them huey, dewey, and louie with a labelstr of '^.*$'. So the problem is you, or your perception of order. Maybe others have an elegant reordering tip. I've only done crude reordering. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)