I'm not sure what I should be looking for.
I don't see anything in amanda's home directory that seems likely, nor in /tmp/amanda, and there is
no /etc/amanda/. The tape library has a web interface that I use to interact with it. Amanda is
configured to use mtx. I can also use mtx by hand to check on the library's status, and I have a
script amchanger that I wrote that does that for me.
So, aside from amanda keeping an inventory, and the tapelist that it has, I'm not sure where else
anything would be.
In any case, I currently have both systems flushing to tape using the traditional taper scan. That
may work for now, but it would be good to track this down. It's also puzzling that it just turned up
as a problem AND on both Amanda servers. I had been using the same setup on both servers for quite
some time. A few weeks ago I swapped in some new magazines and labeled all the new tapes with
amlabel. Those ran through getting backups. Then this Friday night I swapped the new ones out and
put the original magazines back in. That's when the trouble started.
On 10/11/20 2:17 PM, Nathan Stratton Treadway wrote:
On Sun, Oct 11, 2020 at 12:24:45 -0400, Chris Hoogendyk wrote:
/tmp/amanda/server/daily/amcheck-device.20201011120931.debug (lexical)
Sun Oct 11 12:09:31.912816794 2020: pid 22002: thd-0xe8e600: amcheck-device:
NEO200x48: updating state
Sun Oct 11 12:09:31.922463203 2020: pid 22002: thd-0xe8e600:
amcheck-device: warning: Use of uninitialized value in numeric eq
(==) at /usr/local/share/perl/5.22.1/Amanda/Taper/Scan/lexical.pm
line 106.
Excellent, this points towards the "tape inventory" part of the code.
Can you take a look around your system to see if you can find where the
tape changer stores inventory information, internally? (If you don't
find it immediately I can look in the source to try to figure out the
path it would use, but hopefully its easy enough to figure outjust
looking thorugh amanda-related directories on your system.) If we can
find that file, it may be able to see some "wierd" data that could be
causing a crash by looking at the file directly.
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
