Re: Amanda 3.5.1 - "ERROR: amcheck-device terminated with signal 11"

Is it worth trying to just remove the “state”  file  (rename it to  <yourname>.save  for instance)
and letting amanda recreate it?

When my label reader glitches and reads the label differently than it read it last time I used this tape,
I just remove my state file and it proceeds to recreate the whole file.   If the tapelist file includes the different data,
I edit that.   Not the tape name, but the reading of the tape label.

However,  this wouldn’t find the problem in the code.


Deb Baddorf

my config, fwiw:
amanda 3.3.8
Linux
HP Storever MSL4048  tape library
taperscan "taper_lexical" 
define changer LTO5-Robot  {
        tpchanger "chg-robot:/dev/changer"
        changerfile "/usr/local/etc/amanda/LTO5-Robot-state”                    ## <<— this file is deletable
        property "tape-device" "0=/dev/nst0"   # 1=/dev/nst1  is for archive config
        property "eject-before-unload"  "no"
        property "use-slots"  "1-44"            # 45-48 are for archive config
        property "load-poll" "0 s poll 3 s until 120 s"
        property "fast-search"  "true"         # has barcode reader
        device-property "BLOCK_SIZE"  "512k"   # from man amanda-changers.7
}



> On Oct 11, 2020, at 11:03 PM, Nathan Stratton Treadway <[email protected]> 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  -   https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ontko.com_&d=DwIBAg&c=gRgGjJ3BkIsb5y6s49QqsA&r=HMrKaRiCv4jddln9fLPIOw&m=P_r2VB2yCnPdMxqVrVUzafCnl-Z_6EEAfi_C3oKO2RA&s=q_wkXgEzNjOiVFPx9EV6tXGkcE_dc-NjOkEiUFHh7DE&e= 
> GPG Key: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.ontko.com_-7Enathanst_gpg-5Fkey.txt&d=DwIBAg&c=gRgGjJ3BkIsb5y6s49QqsA&r=HMrKaRiCv4jddln9fLPIOw&m=P_r2VB2yCnPdMxqVrVUzafCnl-Z_6EEAfi_C3oKO2RA&s=y02sMuUPvmfmvo7vUKar5sB1x9yF6JRD7Obyu_G52a0&e=    ID: 1023D/ECFB6239
> Key fingerprint = 6AD8 485E 20B9 5C71 231C  0C32 15F3 ADCD ECFB 6239