Re: looking for tapes too long

> On Jul 13, 2016, at 3:52 AM, Stefan G. Weichinger wrote: > > Am 2016-07-11 um 18:29 schrieb Debra S Baddorf: > >>> Asked in general: >>> >>> is it recommended or necessary to run "amtape $myconf update" every >>> time the admin loads the library's magazines with fresh

Re: looking for tapes too long

Am 2016-07-11 um 18:29 schrieb Debra S Baddorf: >> Asked in general: >> >> is it recommended or necessary to run "amtape $myconf update" every >> time the admin loads the library's magazines with fresh tapes? >> > > I’ve found it not necessary. As long as the machine has SEEN those > tapes

Re: looking for tapes too long

> On Jul 9, 2016, at 2:58 AM, Stefan G. Weichinger wrote: > > Am 2016-07-06 um 20:41 schrieb Stefan G. Weichinger: >> Am 2016-07-06 um 20:33 schrieb Jean-Louis Martineau: >>> The dles with 'AUTO' holdingdisk should be dumped to holding disk. >>> >>> Can you post the amdump log

Re: looking for tapes too long

Am 2016-07-06 um 20:41 schrieb Stefan G. Weichinger: Am 2016-07-06 um 20:33 schrieb Jean-Louis Martineau: The dles with 'AUTO' holdingdisk should be dumped to holding disk. Can you post the amdump log file? I will do as soon we tested an amdump with the tape removed. Might take a day, it's

Re: looking for tapes too long

Am 2016-07-06 um 20:33 schrieb Jean-Louis Martineau: The dles with 'AUTO' holdingdisk should be dumped to holding disk. Can you post the amdump log file? I will do as soon we tested an amdump with the tape removed. Might take a day, it's evening here in europe and the admin is at home

Re: looking for tapes too long

Am 2016-07-06 um 20:12 schrieb Jean-Louis Martineau: In the dumptype? disklist? run: amadmin CONF disklist | grep -i holdingdisk $ amadmin myconf disklist | grep -i holdingdisk HOLDINGDISK AUTO HOLDINGDISK AUTO HOLDINGDISK AUTO

Re: looking for tapes too long

Am 2016-07-06 um 18:51 schrieb Debra S Baddorf: Is there room on your holding disk? I noticed earlier that you said the holding disk "reserve” was at 40. Since I have nothing but amanda stuff on my holding disk, I set mine to 02 percent reserved for incremental type backups. However, if

Re: looking for tapes too long

Am 2016-07-06 um 19:13 schrieb Jean-Louis Martineau: It wait for an operator because you set an interactivity. And that's why it continue to scan the changer, to detect change in it. I didn't set an interactivity intentionally. But the config has grown and that setting might come from the

Re: looking for tapes too long

> On Jul 6, 2016, at 3:55 AM, Stefan G. Weichinger wrote: > > Am 2016-07-05 um 17:21 schrieb Jean-Louis Martineau: >> On 30/06/16 03:06 AM, Stefan G. Weichinger wrote: >>> Am 2016-06-27 um 11:07 schrieb Stefan G. Weichinger: Am 2016-06-21 um 10:38 schrieb Stefan G.

Re: looking for tapes too long

Am 2016-07-05 um 17:21 schrieb Jean-Louis Martineau: > On 30/06/16 03:06 AM, Stefan G. Weichinger wrote: >> Am 2016-06-27 um 11:07 schrieb Stefan G. Weichinger: >>> Am 2016-06-21 um 10:38 schrieb Stefan G. Weichinger: >>> If the admin forgets to change tapes every week and the next tape to

Re: looking for tapes too long

Am 2016-07-05 um 16:25 schrieb Stefan G. Weichinger: > Interesting: I don't have any strategy noinc in that config > > $ amadmin myconf config | grep -i noinc > $ I see where that comes from: JLM once pointed me at doing this: define dumptype dle_exclude { pigz-tar } # crontab 50 23 * * 1-4

Re: looking for tapes too long

Am 2016-07-03 um 21:12 schrieb Stefan G. Weichinger: > In general I would like to know what makes amanda search over and over > again. Is it possible that the missing changerfile lead to this? As in > "amanda can't remember it has looked into these slots already" ? We re-tested with correct

Re: looking for tapes too long

Am 2016-07-01 um 18:42 schrieb Debra S Baddorf: I’m pretty sure I’ve deleted the robot contents file* and it refilled itself whenever it next read each tape. After that, the barcode reader cues it to which one is in which particular slot. *I deleted the file more than once, I think, when

Re: looking for tapes too long

> On Jun 30, 2016, at 8:05 PM, Jason L Tibbitts III wrote: > >> "SGW" == Stefan G Weichinger writes: > > SGW> I assume the missing labels will be scanned step by step when the > SGW> tapes are used and rotated? Or do we miss some step? > > It's been

Re: looking for tapes too long

> On Jun 30, 2016, at 8:05 PM, Jason L Tibbitts III wrote: > >> "SGW" == Stefan G Weichinger writes: > > SGW> I assume the missing labels will be scanned step by step when the > SGW> tapes are used and rotated? Or do we miss some step? > > It's been

Re: looking for tapes too long

> "SGW" == Stefan G Weichinger writes: SGW> I assume the missing labels will be scanned step by step when the SGW> tapes are used and rotated? Or do we miss some step? It's been long enough since I've added new tapes that I've forgotten how it works. I think I simply

Re: looking for tapes too long

Am 2016-06-30 um 17:28 schrieb Jason L Tibbitts III: You don't actually say what kind of library you have so you aren't going to get any responses like "I have the same one and it works OK for me; here's my config." Yes, you are right. For now I can only look at /proc/scsi/ : Vendor: HP

Re: looking for tapes too long

> "SGW" == Stefan G Weichinger writes: SGW> If the admin forgets to change tapes every week and the next tape SGW> to use is NOT in the library, amanda goes wild and doesn't stop SGW> scanning for the next tape You don't actually say what kind of library you have so you

Re: looking for tapes too long

Am 2016-06-27 um 11:07 schrieb Stefan G. Weichinger: Am 2016-06-21 um 10:38 schrieb Stefan G. Weichinger: If the admin forgets to change tapes every week and the next tape to use is NOT in the library, amanda goes wild and doesn't stop scanning for the next tape ... it goes through the 8 slots

Re: looking for tapes too long

Am 2016-06-27 um 21:19 schrieb Debra S Baddorf: (I’ve been on vacation …) But I HAVE had occurrences when the correct tape isn’t in the library. Amanda will search through my whole library, but only once. The parameters you quoted seemed reasonable to me.FWIW, I’m running on Linux,

Re: looking for tapes too long

> On Jun 27, 2016, at 4:07 AM, Stefan G. Weichinger wrote: > > Am 2016-06-21 um 10:38 schrieb Stefan G. Weichinger: > >> If the admin forgets to change tapes every week and the next tape to use >> is NOT in the library, amanda goes wild and doesn't stop scanning for >> the

Re: looking for tapes too long

Am 2016-06-21 um 10:38 schrieb Stefan G. Weichinger: > If the admin forgets to change tapes every week and the next tape to use > is NOT in the library, amanda goes wild and doesn't stop scanning for > the next tape ... it goes through the 8 slots over and over again and > even spawns processes

looking for tapes too long

fellow amanda-users, at a customer we saw the following happen: amanda-3.3.5 (we went back as 3.3.9 isn't yet working fine in gentoo linux), an 8-slot tape library. As long as the next tape(s) are in the library: everything great If the admin forgets to change tapes every week and the next