RE: Tape order
Jean-Louis, It seem that amadmin config tape figures out the order of the new tapes, while amcheck, and I assume amdump, seems to use the tape in the first available slot. Just a guess. I already have a script that will look for unlabeled tapes and label, and I have modified the script to sorts the tapes into the ascending slots in ascending order after they are labeled. This should resolve my problem. Thanks Robert -Original Message- From: Jean-Louis Martineau [mailto:martin...@zmanda.com] Sent: Thursday, July 07, 2011 5:22 PM To: McGraw, Robert P Cc: 'amanda-users@amanda.org' Subject: Re: Tape order % amadmin archive tape The next Amanda run should go onto 6 new tapes. The next 6 new tapes already labelled are: A00221, A00222, A00224, A00225, A00226, A00223 Ha, they are new tapes, there is no order for new tape, amanda use the first one. Put them in the changer in the oreder you want them to be used. Jean-Louis On 07/07/2011 04:39 PM, McGraw, Robert P wrote: I usually do that just sliped my mind. My setup is I am running Amanda-3.2.3 on a Solaris 10 X86 host and I have changer defined as define changer c4 { tpchanger chg-robot:/dev/changer/0 changerfile chg-zd-mtx-state property tape-device 0=tape:/dev/rmt/0cbn property eject-before-unload true property eject-delay 10 property unload-delay 10 property use-slots 31-36 property load-poll 0s poll 5s until 120s device-property BLOCK_SIZE 1024k device-property LEOM true } -Original Message- From: Jean-Louis Martineau [mailto:martin...@zmanda.com] Sent: Thursday, July 07, 2011 3:20 PM To: McGraw, Robert P Cc: 'amanda-users@amanda.org' Subject: Re: Tape order Always post which amanda release you are using! Try chg-robot for your changer. Jean-Louis On 07/07/2011 02:21 PM, McGraw, Robert P wrote: I am trying to determine what tape order amanda uses when requesting a reuse tape. My amanda.conf is configured to use slots 31-36 for my archive tapes. These slots contain the following tapes. Storage Element 31:Full :VolumeTag=A00224L2 Storage Element 32:Full :VolumeTag=A00225L2 Storage Element 33:Full :VolumeTag=A00226L2 Storage Element 34:Full :VolumeTag=A00221L2 Storage Element 35:Full :VolumeTag=A00222L2 Storage Element 36:Full :VolumeTag=A00223L2 When I run amadmin archive tape I get this order list. % amadmin archive tape The next Amanda run should go onto 6 new tapes. The next 6 new tapes already labelled are: A00221, A00222, A00224, A00225, A00226, A00223 When I run amcheck -s archive I get the following: % amcheck -s archive Amanda Tape Server Host Check - Holding disk /zvol/amanda/holdingdisk/archive: 1918267 MB disk space available, using 921600 MB as requested slot ?: slot 13 not in use-slots (31-36) slot 31: volume 'A00224' Will write to volume 'A00224' in slot 31. NOTE: skipping tape-writable test Server check took 42.518 seconds For my archive run slot 31 is the first slot used by my archive run that has a reuse tape. I would really like to have my archive tape in the sequential order such as A00221, A00222, A00224, A00225, A00226, A00223, but amcheck tell me that it will start with what every tape is in slot 31, which happens to be A00224 and will use tapes in slot 31-36. Why the difference between the two command.? amadmin list the order in which the tape should be used. amcheck list the first tape it will use, it is your responsibility to but the tape you want in the correct slot chg-zd-mtx do not use the barcode, that's why the fiorst slot is always used. Jean-Louis
Tape order
I am trying to determine what tape order amanda uses when requesting a reuse tape. My amanda.conf is configured to use slots 31-36 for my archive tapes. These slots contain the following tapes. Storage Element 31:Full :VolumeTag=A00224L2 Storage Element 32:Full :VolumeTag=A00225L2 Storage Element 33:Full :VolumeTag=A00226L2 Storage Element 34:Full :VolumeTag=A00221L2 Storage Element 35:Full :VolumeTag=A00222L2 Storage Element 36:Full :VolumeTag=A00223L2 When I run amadmin archive tape I get this order list. % amadmin archive tape The next Amanda run should go onto 6 new tapes. The next 6 new tapes already labelled are: A00221, A00222, A00224, A00225, A00226, A00223 When I run amcheck -s archive I get the following: % amcheck -s archive Amanda Tape Server Host Check - Holding disk /zvol/amanda/holdingdisk/archive: 1918267 MB disk space available, using 921600 MB as requested slot ?: slot 13 not in use-slots (31-36) slot 31: volume 'A00224' Will write to volume 'A00224' in slot 31. NOTE: skipping tape-writable test Server check took 42.518 seconds For my archive run slot 31 is the first slot used by my archive run that has a reuse tape. I would really like to have my archive tape in the sequential order such as A00221, A00222, A00224, A00225, A00226, A00223, but amcheck tell me that it will start with what every tape is in slot 31, which happens to be A00224 and will use tapes in slot 31-36. Why the difference between the two command.? Other than moving my tapes around so that A00221 is in slot 31 and A00222 is in slot 32 and so on is there any other way to get the order I am after. I realize that tape order in a library does not really mean much but my archive tapes are removed and stored outside and I would like to have the archive run on tapes in a more human readable sequence. Thanks Robert _ Robert P. McGraw, Jr. Manager, Computer SystemEMAIL: rmcg...@purdue.edu Purdue UniversityROOM: MATH-807 Department of Mathematics PHONE: (765) 494-6055 150 N. University Street West Lafayette, IN 47907-2067
Re: Tape order
Always post which amanda release you are using! Try chg-robot for your changer. Jean-Louis On 07/07/2011 02:21 PM, McGraw, Robert P wrote: I am trying to determine what tape order amanda uses when requesting a reuse tape. My amanda.conf is configured to use slots 31-36 for my archive tapes. These slots contain the following tapes. Storage Element 31:Full :VolumeTag=A00224L2 Storage Element 32:Full :VolumeTag=A00225L2 Storage Element 33:Full :VolumeTag=A00226L2 Storage Element 34:Full :VolumeTag=A00221L2 Storage Element 35:Full :VolumeTag=A00222L2 Storage Element 36:Full :VolumeTag=A00223L2 When I run amadmin archive tape I get this order list. % amadmin archive tape The next Amanda run should go onto 6 new tapes. The next 6 new tapes already labelled are: A00221, A00222, A00224, A00225, A00226, A00223 When I run amcheck -s archive I get the following: % amcheck -s archive Amanda Tape Server Host Check - Holding disk /zvol/amanda/holdingdisk/archive: 1918267 MB disk space available, using 921600 MB as requested slot ?: slot 13 not in use-slots (31-36) slot 31: volume 'A00224' Will write to volume 'A00224' in slot 31. NOTE: skipping tape-writable test Server check took 42.518 seconds For my archive run slot 31 is the first slot used by my archive run that has a reuse tape. I would really like to have my archive tape in the sequential order such as A00221, A00222, A00224, A00225, A00226, A00223, but amcheck tell me that it will start with what every tape is in slot 31, which happens to be A00224 and will use tapes in slot 31-36. Why the difference between the two command.? amadmin list the order in which the tape should be used. amcheck list the first tape it will use, it is your responsibility to but the tape you want in the correct slot chg-zd-mtx do not use the barcode, that's why the fiorst slot is always used. Jean-Louis
RE: Tape order
I usually do that just sliped my mind. My setup is I am running Amanda-3.2.3 on a Solaris 10 X86 host and I have changer defined as define changer c4 { tpchanger chg-robot:/dev/changer/0 changerfile chg-zd-mtx-state property tape-device 0=tape:/dev/rmt/0cbn property eject-before-unload true property eject-delay 10 property unload-delay 10 property use-slots 31-36 property load-poll 0s poll 5s until 120s device-property BLOCK_SIZE 1024k device-property LEOM true } -Original Message- From: Jean-Louis Martineau [mailto:martin...@zmanda.com] Sent: Thursday, July 07, 2011 3:20 PM To: McGraw, Robert P Cc: 'amanda-users@amanda.org' Subject: Re: Tape order Always post which amanda release you are using! Try chg-robot for your changer. Jean-Louis On 07/07/2011 02:21 PM, McGraw, Robert P wrote: I am trying to determine what tape order amanda uses when requesting a reuse tape. My amanda.conf is configured to use slots 31-36 for my archive tapes. These slots contain the following tapes. Storage Element 31:Full :VolumeTag=A00224L2 Storage Element 32:Full :VolumeTag=A00225L2 Storage Element 33:Full :VolumeTag=A00226L2 Storage Element 34:Full :VolumeTag=A00221L2 Storage Element 35:Full :VolumeTag=A00222L2 Storage Element 36:Full :VolumeTag=A00223L2 When I run amadmin archive tape I get this order list. % amadmin archive tape The next Amanda run should go onto 6 new tapes. The next 6 new tapes already labelled are: A00221, A00222, A00224, A00225, A00226, A00223 When I run amcheck -s archive I get the following: % amcheck -s archive Amanda Tape Server Host Check - Holding disk /zvol/amanda/holdingdisk/archive: 1918267 MB disk space available, using 921600 MB as requested slot ?: slot 13 not in use-slots (31-36) slot 31: volume 'A00224' Will write to volume 'A00224' in slot 31. NOTE: skipping tape-writable test Server check took 42.518 seconds For my archive run slot 31 is the first slot used by my archive run that has a reuse tape. I would really like to have my archive tape in the sequential order such as A00221, A00222, A00224, A00225, A00226, A00223, but amcheck tell me that it will start with what every tape is in slot 31, which happens to be A00224 and will use tapes in slot 31-36. Why the difference between the two command.? amadmin list the order in which the tape should be used. amcheck list the first tape it will use, it is your responsibility to but the tape you want in the correct slot chg-zd-mtx do not use the barcode, that's why the fiorst slot is always used. Jean-Louis
Re: Tape order
% amadmin archive tape The next Amanda run should go onto 6 new tapes. The next 6 new tapes already labelled are: A00221, A00222, A00224, A00225, A00226, A00223 Ha, they are new tapes, there is no order for new tape, amanda use the first one. Put them in the changer in the oreder you want them to be used. Jean-Louis On 07/07/2011 04:39 PM, McGraw, Robert P wrote: I usually do that just sliped my mind. My setup is I am running Amanda-3.2.3 on a Solaris 10 X86 host and I have changer defined as define changer c4 { tpchanger chg-robot:/dev/changer/0 changerfile chg-zd-mtx-state property tape-device 0=tape:/dev/rmt/0cbn property eject-before-unload true property eject-delay 10 property unload-delay 10 property use-slots 31-36 property load-poll 0s poll 5s until 120s device-property BLOCK_SIZE 1024k device-property LEOM true } -Original Message- From: Jean-Louis Martineau [mailto:martin...@zmanda.com] Sent: Thursday, July 07, 2011 3:20 PM To: McGraw, Robert P Cc: 'amanda-users@amanda.org' Subject: Re: Tape order Always post which amanda release you are using! Try chg-robot for your changer. Jean-Louis On 07/07/2011 02:21 PM, McGraw, Robert P wrote: I am trying to determine what tape order amanda uses when requesting a reuse tape. My amanda.conf is configured to use slots 31-36 for my archive tapes. These slots contain the following tapes. Storage Element 31:Full :VolumeTag=A00224L2 Storage Element 32:Full :VolumeTag=A00225L2 Storage Element 33:Full :VolumeTag=A00226L2 Storage Element 34:Full :VolumeTag=A00221L2 Storage Element 35:Full :VolumeTag=A00222L2 Storage Element 36:Full :VolumeTag=A00223L2 When I run amadmin archive tape I get this order list. % amadmin archive tape The next Amanda run should go onto 6 new tapes. The next 6 new tapes already labelled are: A00221, A00222, A00224, A00225, A00226, A00223 When I run amcheck -s archive I get the following: % amcheck -s archive Amanda Tape Server Host Check - Holding disk /zvol/amanda/holdingdisk/archive: 1918267 MB disk space available, using 921600 MB as requested slot ?: slot 13 not in use-slots (31-36) slot 31: volume 'A00224' Will write to volume 'A00224' in slot 31. NOTE: skipping tape-writable test Server check took 42.518 seconds For my archive run slot 31 is the first slot used by my archive run that has a reuse tape. I would really like to have my archive tape in the sequential order such as A00221, A00222, A00224, A00225, A00226, A00223, but amcheck tell me that it will start with what every tape is in slot 31, which happens to be A00224 and will use tapes in slot 31-36. Why the difference between the two command.? amadmin list the order in which the tape should be used. amcheck list the first tape it will use, it is your responsibility to but the tape you want in the correct slot chg-zd-mtx do not use the barcode, that's why the fiorst slot is always used. Jean-Louis
Re: Tape order
Sent from my Android phone using TouchDown (www.nitrodesk.com) From: Jean-Louis Martineau Sent: Thursday, July 07, 2011 9:21:48 PM To: McGraw, Robert P Cc: 'amanda-users@amanda.org' Subject: Re: Tape order % amadmin archive tape The next Amanda run should go onto 6 new tapes. The next 6 new tapes already labelled are: A00221, A00222, A00224, A00225, A00226, A00223 Ha, they are new tapes, there is no order for new tape, amanda use the first one. Put them in the changer in the oreder you want them to be used. Jean-Louis On 07/07/2011 04:39 PM, McGraw, Robert P wrote: I usually do that just sliped my mind. My setup is I am running Amanda-3.2.3 on a Solaris 10 X86 host and I have changer defined as define changer c4 { tpchanger chg-robot:/dev/changer/0 changerfile chg-zd-mtx-state property tape-device 0=tape:/dev/rmt/0cbn property eject-before-unload true property eject-delay 10 property unload-delay 10 property use-slots 31-36 property load-poll 0s poll 5s until 120s device-property BLOCK_SIZE 1024k device-property LEOM true } -Original Message- From: Jean-Louis Martineau [mailto:martin...@zmanda.com] Sent: Thursday, July 07, 2011 3:20 PM To: McGraw, Robert P Cc: 'amanda-users@amanda.org' Subject: Re: Tape order Always post which amanda release you are using! Try chg-robot for your changer. Jean-Louis On 07/07/2011 02:21 PM, McGraw, Robert P wrote: I am trying to determine what tape order amanda uses when requesting a reuse tape. My amanda.conf is configured to use slots 31-36 for my archive tapes. These slots contain the following tapes. Storage Element 31:Full :VolumeTag=A00224L2 Storage Element 32:Full :VolumeTag=A00225L2 Storage Element 33:Full :VolumeTag=A00226L2 Storage Element 34:Full :VolumeTag=A00221L2 Storage Element 35:Full :VolumeTag=A00222L2 Storage Element 36:Full :VolumeTag=A00223L2 When I run amadmin archive tape I get this order list. % amadmin archive tape The next Amanda run should go onto 6 new tapes. The next 6 new tapes already labelled are: A00221, A00222, A00224, A00225, A00226, A00223 When I run amcheck -s archive I get the following: % amcheck -s archive Amanda Tape Server Host Check - Holding disk /zvol/amanda/holdingdisk/archive: 1918267 MB disk space available, using 921600 MB as requested slot ?: slot 13 not in use-slots (31-36) slot 31: volume 'A00224' Will write to volume 'A00224' in slot 31. NOTE: skipping tape-writable test Server check took 42.518 seconds For my archive run slot 31 is the first slot used by my archive run that has a reuse tape. I would really like to have my archive tape in the sequential order such as A00221, A00222, A00224, A00225, A00226, A00223, but amcheck tell me that it will start with what every tape is in slot 31, which happens to be A00224 and will use tapes in slot 31-36. Why the difference between the two command.? amadmin list the order in which the tape should be used. amcheck list the first tape it will use, it is your responsibility to but the tape you want in the correct slot chg-zd-mtx do not use the barcode, that's why the fiorst slot is always used. Jean-Louis
Re: tapecycle and tape order
On Thu, 21 Oct 2010 22:36:07 -0700 Christ Schlacta aarc...@aarcane.org wrote: if I have a theoretical tapecycle of 20, and the obvious 20 tapes, but a small changer with only 2-5 slots, which I intend to load daily with the required tapes for the night's run, is it safe to assume that amanda will *ALWAYS* request tapes in the same numerical order, or can it at any point pick an arbitrary tape from the list? It is not safe. If you start removing and creating tapes (for example as they wear out, as you need more capacity, etc.) they will get out of numeric sequence. amadmin config tape is your friend. E.g.: bac...@chaffee:~$ amadmin DailySet1 tape The next Amanda run should go onto tape DailySet1_24 or a new tape. tape DailySet1_25 or a new tape. bac...@chaffee:~$ Your report for each dump will indicate which tape it wants next: These dumps were to tape DailySet1_22. The next 2 tapes Amanda expects to use are: DailySet1_23, DailySet1_24. Unless you muck with the tapes in the interval. (The two reports probably differ because I had a backup going on while I ran amadmin.) Also, you can predict the next several tapes by looking at the file tapelist. Tapes at the bottom are up next. -- Charles Curley /\ASCII Ribbon Campaign Looking for fine software \ /Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com/ \No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB
Re: tapecycle and tape order
On 10/22/10 1:36 AM, Christ Schlacta wrote: if I have a theoretical tapecycle of 20, and the obvious 20 tapes, but a small changer with only 2-5 slots, which I intend to load daily with the required tapes for the night's run, is it safe to assume that amanda will *ALWAYS* request tapes in the same numerical order, or can it at any point pick an arbitrary tape from the list? See http://wiki.zmanda.com/man/amanda-taperscan.7.html I have around 35 tapes and a library that holds 16. I change out a weeks worth of tapes at a time. It's always worked nicely and sequentially for me, with the one odd caveat that the traditional taper algorithm will skip over a new tape in preference for an already written tape that is eligible for reuse. That only happened when I had a tapecycle that was less than the capacity of the library (otherwise I wouldn't have those tapes cycled back in to the library), and I got around it by temporarily bumping the size of the tapecycle so that it had to use a new tape. -- --- Chris Hoogendyk - O__ Systems Administrator c/ /'_ --- Biology Geology Departments (*) \(*) -- 140 Morrill Science Center ~~ - University of Massachusetts, Amherst hoogen...@bio.umass.edu --- Erdös 4
Re: tapecycle and tape order
I'll add to that. We have been fouling up our tape order because the magazine in the jukebox doesn't always get switched or we replace a tape or... I know there must be a better mechanism but I'm not above editing the tapelist file directly. I put the tapes in the order I want, as Charles said, bottom tape is usually taken next, first in the list was most recently used, but there is now a selection issue where amanda is tending towards re-use of available tapes before selecting new tapes. So I also tend to alter the use date for the tape when I move on around in the list. YMMV On Fri, Oct 22, 2010 at 12:42:00AM -0600, Charles Curley wrote: On Thu, 21 Oct 2010 22:36:07 -0700 Christ Schlacta aarc...@aarcane.org wrote: if I have a theoretical tapecycle of 20, and the obvious 20 tapes, but a small changer with only 2-5 slots, which I intend to load daily with the required tapes for the night's run, is it safe to assume that amanda will *ALWAYS* request tapes in the same numerical order, or can it at any point pick an arbitrary tape from the list? It is not safe. If you start removing and creating tapes (for example as they wear out, as you need more capacity, etc.) they will get out of numeric sequence. amadmin config tape is your friend. E.g.: bac...@chaffee:~$ amadmin DailySet1 tape The next Amanda run should go onto tape DailySet1_24 or a new tape. tape DailySet1_25 or a new tape. bac...@chaffee:~$ Your report for each dump will indicate which tape it wants next: These dumps were to tape DailySet1_22. The next 2 tapes Amanda expects to use are: DailySet1_23, DailySet1_24. Unless you muck with the tapes in the interval. (The two reports probably differ because I had a backup going on while I ran amadmin.) Also, you can predict the next several tapes by looking at the file tapelist. Tapes at the bottom are up next. -- Charles Curley /\ASCII Ribbon Campaign Looking for fine software \ /Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com/ \No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB --- Brian R Cuttler brian.cutt...@wadsworth.org Computer Systems Support(v) 518 486-1697 Wadsworth Center(f) 518 473-6384 NYS Department of HealthHelp Desk 518 473-0773 IMPORTANT NOTICE: This e-mail and any attachments may contain confidential or sensitive information which is, or may be, legally privileged or otherwise protected by law from further disclosure. It is intended only for the addressee. If you received this in error or from someone who was not authorized to send it to you, please do not distribute, copy or use it or any attachments. Please notify the sender immediately by reply e-mail and delete this from your system. Thank you for your cooperation.
tapecycle and tape order
if I have a theoretical tapecycle of 20, and the obvious 20 tapes, but a small changer with only 2-5 slots, which I intend to load daily with the required tapes for the night's run, is it safe to assume that amanda will *ALWAYS* request tapes in the same numerical order, or can it at any point pick an arbitrary tape from the list?
Tape order error
Dear everybody, I'm using Amanda 2.5.1p3, and up to a few days ago it worked really good. But the person in charge to change the tape forgot to do it, and I realized it one week later when I came back to the office. When I had an older version I used to change the order of the tape on the tapelist and tapelist.yesterday file and that's all, but now I can't. I wonder if there is another way to avoid this message, or if I will have to change the order of all the tapes? Best regards and thanks in advantage Adriana Liendo PS: This is the message I got doing amcheck su amanda -c 'amcheck diario' Amanda Tape Server Host Check - Holding disk /sdb/dumps/amanda: 10889396 KB disk space available, using 10786996 KB read label `linuxdir-diario-08', date `20081203190001' cannot overwrite active tape linuxdir-diario-08 (expecting tape linuxdir-diario-22 or a new tape) Server check took 2.745 seconds Amanda Backup Client Hosts Check Client check: 6 hosts checked in 30.501 seconds, 0 problems found (brought to you by Amanda 2.5.1p3) -- Este mensaje ha sido analizado por MailScanner en busca de virus y otros contenidos peligrosos, y se considera que est� limpio. Fundaci�n Venezolana de Investigaciones Sismol�gicas (FUNVISIS)
RE: tape order
This is what I do to keep my tapes in sequence. Say I have the following tape list. 20061010200953 D00025 reuse 20061009201023 D00024 reuse 0 D00023 reuse 20061009141704 D00022 reuse 20061008200944 D00021 reuse I change the time for D00023 to something in between D00022 and D00024. Such as 20061010200953 D00025 reuse 20061009201023 D00024 reuse 20061009141904 D00023 reuse 20061009141704 D00022 reuse 20061008200944 D00021 reuse I have several L0 dumps so for me this is not a problem. It is best to do this as time gets closer to the date you want to change to. To keep things in order I always run sort -r oldtapelist new tapelist The output will be sorted as above. The next tape on my list is always the bottom tape. Since I have been running amanda (3 years) my daily tapes have always been in sequence. Now my amadmin config tape list the correct tapes that will be used next. There is no rocket science in what I am doing but it works for me. Robert _ Robert P. McGraw, Jr. Manager, Computer System EMAIL: [EMAIL PROTECTED] Purdue University ROOM: MATH-807 Department of MathematicsPHONE: (765) 494-6055 150 N. University Street FAX: (419) 821-0540 West Lafayette, IN 47907-2067 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Wray Sent: Tuesday, October 17, 2006 4:03 PM To: amanda-users@amanda.org Subject: Re: tape order Jon LaBadie wrote: On Tue, Oct 17, 2006 at 11:44:53AM -0400, Steven Settlemyre wrote: I have 24 tapes and a 8 tape changer. For some reason, it is going 13-16-15-14-17. How can I fix this? can i just force it to take 14 after 13 by only having 14 in there when it's expecting 16? My tapecycle is 10. As Michael suggests, your human ordering is VERY likely to get out of sequence. Best to forget about it. This has been bugging me for years. It makes daily off-site storage of backup tapes problematic; the data-vault outfits typically need to know 24 hours in advance which tape they should bring to your site as they need to plan the route for their van. If you request that they send you a tape at 'short notice' they will typically charge extra for this. I've been looking for a way to get amanda to try to predict which tape it will want next in good time (a schedule for the next 3 days or so would be ideal). No luck so far... smime.p7s Description: S/MIME cryptographic signature
tape order
I have 24 tapes and a 8 tape changer. For some reason, it is going 13-16-15-14-17. How can I fix this? can i just force it to take 14 after 13 by only having 14 in there when it's expecting 16? My tapecycle is 10. Steve
Re: tape order
Forget about tape order. It's not important. AMANDA bases the order on what is expiring/expired. So just forget about tape order, it's going to get out of whack. Especially as you replace tapes due to wear. --On October 17, 2006 11:44:53 AM -0400 Steven Settlemyre [EMAIL PROTECTED] wrote: I have 24 tapes and a 8 tape changer. For some reason, it is going 13-16-15-14-17. How can I fix this? can i just force it to take 14 after 13 by only having 14 in there when it's expecting 16? My tapecycle is 10. Steve -- Genius might be described as a supreme capacity for getting its possessors into trouble of all kinds. -- Samuel Butler
Re: tape order
On Tue, Oct 17, 2006 at 11:44:53AM -0400, Steven Settlemyre wrote: I have 24 tapes and a 8 tape changer. For some reason, it is going 13-16-15-14-17. How can I fix this? can i just force it to take 14 after 13 by only having 14 in there when it's expecting 16? My tapecycle is 10. As Michael suggests, your human ordering is VERY likely to get out of sequence. Best to forget about it. If you insist, amanda looks for exact match for the sequence amanda has been using, new tapes (labeled but never before by amanda since labeling), and tapes that are not one of the last tapecycle (minus 1 I think) number of tapes used. So, if you want it to use tape 14, and it has not been used in the last tapecycle number of tapes, make sure that no other tapes in the changer fit the three categories above. Recognize too that there are probably some level 0 DLE dumps on tape 14 and will be overwritten early. The recovery value of the incrementals on tape 17, etc., that are based on those level 0's is reduced. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: tape order
right, but since I have 24 tapes and my dumpcycle is 1 week, I should never have to go that far back as to need these tapes. Jon LaBadie wrote: On Tue, Oct 17, 2006 at 11:44:53AM -0400, Steven Settlemyre wrote: I have 24 tapes and a 8 tape changer. For some reason, it is going 13-16-15-14-17. How can I fix this? can i just force it to take 14 after 13 by only having 14 in there when it's expecting 16? My tapecycle is 10. As Michael suggests, your human ordering is VERY likely to get out of sequence. Best to forget about it. If you insist, amanda looks for exact match for the sequence amanda has been using, new tapes (labeled but never before by amanda since labeling), and tapes that are not one of the last tapecycle (minus 1 I think) number of tapes used. So, if you want it to use tape 14, and it has not been used in the last tapecycle number of tapes, make sure that no other tapes in the changer fit the three categories above. Recognize too that there are probably some level 0 DLE dumps on tape 14 and will be overwritten early. The recovery value of the incrementals on tape 17, etc., that are based on those level 0's is reduced.
Re: tape order
Jon LaBadie wrote: On Tue, Oct 17, 2006 at 11:44:53AM -0400, Steven Settlemyre wrote: I have 24 tapes and a 8 tape changer. For some reason, it is going 13-16-15-14-17. How can I fix this? can i just force it to take 14 after 13 by only having 14 in there when it's expecting 16? My tapecycle is 10. As Michael suggests, your human ordering is VERY likely to get out of sequence. Best to forget about it. This has been bugging me for years. It makes daily off-site storage of backup tapes problematic; the data-vault outfits typically need to know 24 hours in advance which tape they should bring to your site as they need to plan the route for their van. If you request that they send you a tape at 'short notice' they will typically charge extra for this. I've been looking for a way to get amanda to try to predict which tape it will want next in good time (a schedule for the next 3 days or so would be ideal). No luck so far...
Re: tape order
I have 24 tapes and a 8 tape changer. For some reason, it is going 13-16-15-14-17. How can I fix this? can i just force it to take 14 after 13 by only having 14 in there when it's expecting 16? My tapecycle is 10. On the sticker used on the tape, do a double numbering, one by Amanda label and one by human sequence (13 a) (16 b) (15 c) (14 d) (17 e) etc. Though after many years of using Amanda I never had the tapes going out of sequence, if one tape wears out, I replace it with a new tape, using the same label (amlabel -f), but I do the replacement only the very day I should have been reusing the bad tape. When a dump resolve that tape 7 is faulty, I continue with tape 8 and etc, only when Amanda ask to use tape 7 again, I label a new tape 7 and use that new 7. I do that with a PostIt on the bad tape to remind me that I must replace that tape the next time I try to use it. Olivier
Re: tape order
On Wed, Oct 18, 2006 at 09:03:09AM +1300, Steve Wray wrote: This has been bugging me for years. ... I've been looking for a way to get amanda to try to predict which tape it will want next in good time (a schedule for the next 3 days or so would be ideal). No luck so far... Isn't the tapelist file kept in order used, thus order to be used? Whenever I look at my list the next needed tapes are at the bottom of the file. I'd expect a tail -n runtapes x days would give you that info. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Edit tapelist to change tape order
Title: Edit tapelist to change tape order I have a problem with tapelist file (shown below) 20051123 bkalfa-all07 reuse 20051123 bkalfa-all06 reuse 20051116 bkalfa-all04 reuse 20051110 bkalfa-all03 reuse 20051110 bkalfa-all02 reuse 20051109 bkalfa-all00 reuse 0 bkalfa-all05 reuse 0 bkalfa-all01 reuse As you can see, during the next run amanda expect to use the tapes labelled bkalfa-all01 - bkalfa-all05 (i have runtapes = 2 with chg-manual). If amanda run i suppose that tapelist will result something like this: 20051207 bkalfa-all05 reuse 20051207 bkalfa-all01 reuse 20051123 bkalfa-all07 reuse 20051123 bkalfa-all06 reuse 20051116 bkalfa-all04 reuse 20051110 bkalfa-all03 reuse 20051110 bkalfa-all02 reuse 20051109 bkalfa-all00 reuse This is not an ordered tapelist file (as i want, to make tape changing every night more simple). There's a way to force amanda to use tape in the order shown below? 20051123 bkalfa-all07 reuse 20051123 bkalfa-all06 reuse 0 bkalfa-all05 reuse 20051116 bkalfa-all04 reuse 20051110 bkalfa-all03 reuse 20051110 bkalfa-all02 reuse 0 bkalfa-all01 reuse 20051109 bkalfa-all00 reuse I have tapecycle = 8 but i've also tried with a lower value (4 or less) and nothing has changed, amadmin claim that amanda want tapes labelled bkalfa-all01 - bkalfa-all05. Thanks in advance. Giovanni -- Il contenuto della presente comunicazione riservato e destinato esclusivamente ai destinatari indicati. Nel caso in cui sia ricevuto da persona diversa dal destinatario sono proibite la diffusione, la distribuzione e la copia. Nel caso riceveste la presente per errore, Vi preghiamo di informarci e di distruggerlo e/o cancellarlo dal Vostro computer, senza utilizzare i dati contenuti. La presente comunicazione (comprensiva dei documenti allegati) non avr valore di proposta contrattuale e/o accettazione di proposte provenienti dal destinatario, n rinuncia o riconoscimento di diritti, debiti e/o crediti, n sar impegnativa, qualora non sia sottoscritto successivo accordo da chi pu validamente obbligarci. Non deriver alcuna responsabilit precontrattuale a ns. carico, se la presente non sia seguita da contratto sottoscritto dalle parti. -- The contents of the present communication is strictly confidential and reserved solely to the referred addressees. In the event was received by person different from the addressee, it is forbidden the diffusion, distribution and copy. In the event you have received it mistakenly we ask you to inform us and to destroy and/or to delete it by your computer, without using the data herein contained. The present message (eventual annexes inclusive) shall not be considered any contractual proposal and/or acceptance of offer coming from the addressee, nor waiver neither recognizance of rights, debts and/or credits, and it shall not be binding, when it is not executed a subsequent agreement by person who could lawfully represent us. No pre-contractual liability shall derive to us, when the present communication is not followed by any binding agreement between the parties.
Re: Edit tapelist to change tape order
On Thu, Dec 01, 2005 at 09:53:26AM +0100, Montagni, Giovanni wrote: I have a problem with tapelist file (shown below) 20051123 bkalfa-all07 reuse 20051123 bkalfa-all06 reuse 20051116 bkalfa-all04 reuse 20051110 bkalfa-all03 reuse 20051110 bkalfa-all02 reuse 20051109 bkalfa-all00 reuse 0 bkalfa-all05 reuse 0 bkalfa-all01 reuse Please note that it is YOU, you as a human, that has a problem with this. Amanda cares nothing about the number sequence being in order. However, most of your tapes are in numeric sequence and the two out of sequence are unused, new in amanda terminology. As you can see, during the next run amanda expect to use the tapes labelled bkalfa-all01 - bkalfa-all05 (i have runtapes = 2 with chg-manual). There's a way to force amanda to use tape in the order shown below? ... I have tapecycle = 8 but i've also tried with a lower value (4 or less) and nothing has changed, amadmin claim that amanda want tapes labelled bkalfa-all01 - bkalfa-all05. Leave your tapecycle at 4, or at least below 7. That will allow amanda to use tape 00 (it is the olded used tape within the cycle) and it will always accept a new tape. Amanda requires new tapes up to the tapecycle, but after it is reached, it will reuse the oldest used, or a new tape. So after it uses tape 00 tonight, present it with tape new tape 01. Then let it use tape 02 and tape 03 the next run of amdump. And finally, after tape 04 is used, present next tape 05. After that you can reset tapecycle to 8 or leave it at the lower setting. You can cycle more, but not less, than tapecycle tapes. -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: Edit tapelist to change tape order
On Thu, Dec 01, 2005 at 09:53:26AM +0100, Montagni, Giovanni enlightened us: I have a problem with tapelist file (shown below) 20051123 bkalfa-all07 reuse 20051123 bkalfa-all06 reuse 20051116 bkalfa-all04 reuse 20051110 bkalfa-all03 reuse 20051110 bkalfa-all02 reuse 20051109 bkalfa-all00 reuse 0 bkalfa-all05 reuse 0 bkalfa-all01 reuse snip -- snip -- snip This is not an ordered tapelist file (as i want, to make tape changing every night more simple). What's more simple than putting in the tapes amcheck lists in the e-mail to you? Amanda has no concept of order. I have tapecycle = 8 but i've also tried with a lower value (4 or less) and nothing has changed, amadmin claim that amanda want tapes labelled bkalfa-all01 - bkalfa-all05. That said, it looks like you could do the following: * Change your tapecycle to something low. 4 should be fine. * On your next run, bkalfa-all00 should be old enough to be used again. Put bkalfa-all00 and bkalfa-all01 in the drive. * On the next run, use bkalfa-all02 and bkalfa-all03 * On the next run, use bkalfa-all04 and bkalfa-all05 * Return your tapecycle to 8, continue life as normal Matt -- Matt Hyclak Department of Mathematics Department of Social Work Ohio University (740) 593-1263
R: Edit tapelist to change tape order
-Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di Matt Hyclak Inviato: giovedì 1 dicembre 2005 14.42 A: amanda-users@amanda.org Oggetto: Re: Edit tapelist to change tape order On Thu, Dec 01, 2005 at 09:53:26AM +0100, Montagni, Giovanni enlightened us: I have a problem with tapelist file (shown below) 20051123 bkalfa-all07 reuse 20051123 bkalfa-all06 reuse 20051116 bkalfa-all04 reuse 20051110 bkalfa-all03 reuse 20051110 bkalfa-all02 reuse 20051109 bkalfa-all00 reuse 0 bkalfa-all05 reuse 0 bkalfa-all01 reuse snip -- snip -- snip This is not an ordered tapelist file (as i want, to make tape changing every night more simple). What's more simple than putting in the tapes amcheck lists in the e-mail to you? Amanda has no concept of order. We had a strange internal organization about changing tapes for backups so i need to take tapelist in a human order to be sure that the correct tape is inserted every night. I have tapecycle = 8 but i've also tried with a lower value (4 or less) and nothing has changed, amadmin claim that amanda want tapes labelled bkalfa-all01 - bkalfa-all05. That said, it looks like you could do the following: * Change your tapecycle to something low. 4 should be fine. * On your next run, bkalfa-all00 should be old enough to be used again. Put bkalfa-all00 and bkalfa-all01 in the drive. * On the next run, use bkalfa-all02 and bkalfa-all03 * On the next run, use bkalfa-all04 and bkalfa-all05 * Return your tapecycle to 8, continue life as normal Matt -- Matt Hyclak Department of Mathematics Department of Social Work Ohio University (740) 593-1263 Thanks a lot for your help (and Jon LaBadie too!) I haven't understood what's the real meaning of tapecycle. But now i know :-) Giovanni -- Il contenuto della presente comunicazione è riservato e destinato esclusivamente ai destinatari indicati. Nel caso in cui sia ricevuto da persona diversa dal destinatario sono proibite la diffusione, la distribuzione e la copia. Nel caso riceveste la presente per errore, Vi preghiamo di informarci e di distruggerlo e/o cancellarlo dal Vostro computer, senza utilizzare i dati contenuti. La presente comunicazione (comprensiva dei documenti allegati) non avrà valore di proposta contrattuale e/o accettazione di proposte provenienti dal destinatario, nè rinuncia o riconoscimento di diritti, debiti e/o crediti, nè sarà impegnativa, qualora non sia sottoscritto successivo accordo da chi può validamente obbligarci. Non deriverà alcuna responsabilità precontrattuale a ns. carico, se la presente non sia seguita da contratto sottoscritto dalle parti. -- The contents of the present communication is strictly confidential and reserved solely to the referred addressees. In the event was received by person different from the addressee, it is forbidden the diffusion, distribution and copy. In the event you have received it mistakenly we ask you to inform us and to destroy and/or to delete it by your computer, without using the data herein contained. The present message (eventual annexes inclusive) shall not be considered any contractual proposal and/or acceptance of offer coming from the addressee, nor waiver neither recognizance of rights, debts and/or credits, and it shall not be binding, when it is not executed a subsequent agreement by person who could lawfully represent us. No pre-contractual liability shall derive to us, when the present communication is not followed by any binding agreement between the parties.
tape order, how to fix manually?
Hi, I recently added 10 new tapes for a total of 30 in my amanda cycle, but when I was labelling them amanda was not changing to the correct slot, as a consequence some tapes were labeled more than once since I used the force option. Later I went back and re-labeled them 21-30, manually changing them in the DLT loader. Now amanda wants to go from tape 6 to tape 21, skipping all the tapes in between. Is there any way to actually fix this, or should I just relabel and start again, if I relabel will it destroy the dumps which exist on the tape? Cheers, -ben
Changing tape order - tapelist not created?
I'm interested in changing my tape order, and I've found the very useful messages in this regard. But then when I went to look at my tapelist it was empty! It is r/w by the amanda user, and in the location specified by the amanda.conf file. Why would this not be getting written? Paul
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
tapelist and tape order
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) ### thank you dk
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)
RE: Changing Tape Order
Justin, Check out the AMANDA FAQ-O-Matic: http://amanda.sourceforge.net/fom-serve/cache/240.html (Don't feel bad if you didn't find this entry before, I just created it. ;-) Paul -Original Message- From: Justin Ainsworth [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 24, 2001 2:35 PM To: Amanda-Users@Amanda. Org Subject: Hello, A long time ago, one of my tapes (Dailydumps7) got out of order (I don't even remember how). I have been just letting it run, w/ that tape in it's current location. My question is, how do I get it back in order? so it goes Dailydumps0 - Dailydumps15, instead of Dailydumps0, Dailydumps7, Dailydumps1 - Dailydumps6, Dailydumps8 - Dailydumps15? I thought I could just modify the tapelist, and tapelist.yesterday, but that didn't correct it. After the next dump it just over wrote both files. Any help would be very appreciated. Thanks. [root@sol DailySet1][103]% cat tapelist 20010524 Dailydumps12 reuse 20010524 Dailydumps11 reuse 20010523 Dailydumps10 reuse 20010522 Dailydumps9 reuse 20010521 Dailydumps8 reuse 20010518 Dailydumps6 reuse 20010517 Dailydumps5 reuse 20010516 Dailydumps4 reuse 20010515 Dailydumps3 reuse 20010514 Dailydumps2 reuse 20010512 Dailydumps1 reuse 20010511 Dailydumps7 reuse 20010511 Dailydumps0 reuse 20010511 Dailydumps15 reuse 20010509 Dailydumps14 reuse 20010508 Dailydumps13 reuse [root@sol DailySet1][104]% cat tapelist.yesterday 20010524 Dailydumps11 reuse 20010523 Dailydumps10 reuse 20010522 Dailydumps9 reuse 20010521 Dailydumps8 reuse 20010518 Dailydumps6 reuse 20010517 Dailydumps5 reuse 20010516 Dailydumps4 reuse 20010515 Dailydumps3 reuse 20010514 Dailydumps2 reuse 20010512 Dailydumps1 reuse 20010511 Dailydumps7 reuse 20010511 Dailydumps0 reuse 20010511 Dailydumps15 reuse 20010509 Dailydumps14 reuse 20010508 Dailydumps13 reuse .~. /v\ -- // \\ JA /( )\ ^`~`^ L I N U X [---] Justin Ainsworth PHONE: (530) 879-5660x108 Systems Administrator FAX: (530) 879-5676Sunset Net LLC WEB: http://www.sunset.net 1915 Mangrove Ave EMAIL: [EMAIL PROTECTED] Chico, CA 95926 [---]
write to tape order ?
Hello... I have several machines that I back up using amanda. All but one are on the same network (100Mbit). The other one is across a T1(1.5Mbit) line. I noticed the following behavour: OS: linux (redhat 6.x) amanda: 2.4.2 and 2.4.2p1 DLT changer lots of room on the holding disk start backup all the small partitions several local partitions start one of the partitions across the T1 starts the local partitions end at various times more local partitions start the remote partition keeps going (slowly T1 :) the partitions that started after the remote partition end but they stay in the holding area wait wait some more remote partition ends (about 4 hours later) and writes to tape holding area dumps start writeing to tape other partitions start and write normally end ( I hope that made sense) It seems that the order dumps are written to tape is the order in which they were started. Am I missing something to let the 'taping' happen as soon as possible? Or, Is this 'the way it works'? -- Christopher McCrory "The guy that keeps the servers running" [EMAIL PROTECTED] http://www.pricegrabber.com "Linux: Because rebooting is for adding new hardware"
Re: write to tape order ?
start backup all the small partitions several local partitions start one of the partitions across the T1 starts the local partitions end at various times ... wait some more remote partition ends (about 4 hours later) and writes to tape holding area dumps start writeing to tape Are you saying no tape activity is going on until this last line? That's definitely not right (and not what I see on my systems). Were you looking at the amdump.NN file to deduce this? And at the "FILE-WRITE" commands from taper to dumper? Here's a command that cuts down the chit-chat to the important stuff: egrep '^driver:.*(DONE|FILE-)' amdump.NN If you want to convert the delta timestamps to real time, throw this script in the pipeline: ftp://gandalf.cc.purdue.edu/pub/amanda/amdumpts Christopher McCrory John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: write to tape order ?
There is no tape activity for any backups started after the remote (slow) backup started. I'd need to see the amdump.NN file to diagnose this any further. It doesn't make any sense and I've never seen Amanda defer writing to tape. When taper gets done with one file driver always gives it something else to do (assuming there is something to do). Christopher McCrory John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
Re: write to tape order ?
Hello... John R. Jackson wrote: start backup all the small partitions several local partitions start one of the partitions across the T1 starts the local partitions end at various times ... wait some more remote partition ends (about 4 hours later) and writes to tape holding area dumps start writeing to tape Are you saying no tape activity is going on until this last line? That's definitely not right (and not what I see on my systems). There is no tape activity for any backups started after the remote (slow) backup started. A simpler example serverA / serverA /data serverB / all dumps fit in holding area but not simultaniously amdump starts serverA / starts serverB / starts serverA / ends ( and start writing to tape) serverA /data starts serverA /data ends ( and stays in holding area) wait 4 hours while serverB / comes in serverB / ends ( and starts writing to tape) serverA /data writes to tape Were you looking at the amdump.NN file to deduce this? And at the "FILE-WRITE" commands from taper to dumper? Here's a command that cuts down the chit-chat to the important stuff: I watched it by running 'amstatus' periodically. The backups start ~ 1am. Just the local backups take ~ 5 hours. Add in the delay from the remote and it could be 9 or 10 hours total. My observations were made about 6am. egrep '^driver:.*(DONE|FILE-)' amdump.NN If you want to convert the delta timestamps to real time, throw this script in the pipeline: ftp://gandalf.cc.purdue.edu/pub/amanda/amdumpts Christopher McCrory John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED] -- Christopher McCrory "The guy that keeps the servers running" [EMAIL PROTECTED] http://www.pricegrabber.com "Linux: Because rebooting is for adding new hardware"
email reports in tape order?
Is it possible to have the email reports list the file systems in the order they were written to tape? this would make it much easier to locate a file on the tape, especially if you have a lot of file systems. g.