Re: CPA410D while drive's door is open.

The program performing CHKTAP [or similar] to test if the correct tape is in the drive can not /monitor/ for an inquiry message, because the program that was called [e.g. the CPP QTACHECK for the CHKTAP command] is in control of processing higher in the stack, and is awaiting the reply for the inquiry. Until the reply is received, and control returned to the callee, the callee can not proceed.

The INQMSGRPY [inquiry message reply handling] attribute of the job enables auto-reply to the inquiry so there is no wait. If the job & message is established to effect a /cancel reply/ then the feature [e.g. CHKTAP] that both sends the inquiry and goes into MSGW [message wait] should get an immediate auto-reply and report that cancellation as an escape\exception message to the callee. Many archived messages with that parameter keyword will discuss the issue.

Regards, Chuck

Pascal Bellerose wrote:

We have a program that is testing if the correct tape is in the
drive before we launch the backup procedure.

It occurs that the drive's door is left open so the job can't
test for tape cartridge.

After 10 minutes or so, we get an error in QSYSOPR (CPA401D)
stating that there is a problem with the drive and the reason is
"Library door is open".

So we tried to trap this error in our program and could not find
a way to implement a safe error handling for this case.

Anyone ever received this error? If so, how do you manage thsi
problem?

I thought about an iMonitor but they often get stopped for no
reason. So I was wondering if anybody found a way to monitor this
kind of behavior.

I also thought about making sure the door is closed but I would
not want to be forced to mother our techs. I prefer to assume
they did their job and this incident is only due to some special
reason or the new guy.

Thanks,