There should be no difference in the tapes. I did them all by just doing an `amtape daily slot nn`
followed by an `amlabel daily Bio-Research-nnn`. The first 20 or so were all done in sequence in one
session, and that would include the four you mention. I didn't even retype the commands. I used the
up arrow twice to pull up the previous command, backspaced the number and typed a new number for the
slot or for the tape label as appropriate.
The new tapes that I put in with the new magazines were labeled in the same way. Those are now out
of the library, and the tapes that had originally been in the library were returned. That is when
the problem occurred.
We're planning on doing the magazine switch once every three weeks and swapping out to Iron
Mountain. That's a strategy based on what is convenient given what a magazine will hold, the fact
that I am retired and mostly working remotely part time, and there is a pandemic such that I want to
avoid going on campus and encountering students. If things get back to normal, they may get around
to hiring a replacement for me and then that person may come up with a different strategy.
On 10/12/20 12:03 AM, Nathan Stratton Treadway wrote:
On Sun, Oct 11, 2020 at 23:32:08 -0400, Chris Hoogendyk wrote:
Text file.
attached.
Excellent, perfect.
If you are able to run the patched version of lexical.pm that should
give more explicit info, but meanwhile just looking through the
statefile: one thing that jumps out at me is that four of the slot
entries have Math::BigInt device_status fields, rather than simple
integers:
Bio-Research-004, Bio-Research-001, Bio-Research-013, Bio-Research-014
Do those four volumes ring a bell with you as being special in some way?
(I wonder if the segfault might be related to the program trying to do
some operation against a BigInt object when an integer is expected, or
something....)
More generally, is there any pattern to the labels you used for your
"normal" tapes v.s. the short-term ones you wrote and then sent to Iron
Mountain?
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - [email protected] - Mid-Atlantic region
Ray Ontko & Co. - Software consulting services - http://www.ontko.com/
GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239
Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
--
---------------
Chris Hoogendyk
-
O__ ---- Systems Administrator, Retired
c/ /'_ --- Biology & Geosciences Departments
(*) \(*) -- 315 Morrill Science Center III
~~~~~~~~~~ - University of Massachusetts, Amherst
<[email protected]>
---------------
Erdös 4
