|
Dan,
I don't know when you would want to use *DFT. It means that every message
automatically gets answered with its default reply.
That seems kind of dangerous to me.
Albert York
-----Original Message-----
From: Bale, Dan [SMTP:D.Bale@handleman.com]
Sent: Monday, August 13, 2001 11:08 AM
To: midrange-l@midrange.com
Subject: RE: "Load next volume" message getting cancelled
O.K., looks like I'm about to get an education today. QSYSOPR's
delivery mode *IS* set to *DFT on this box, but is *HOLD on all of our other
six AS/400s. So, I changed it to *HOLD.
Is *DFT the "lazy man's" system operator? Can I presume that *HOLD
is the default delivery mode for QSYSOPR?
Since this affects everything that pops up on QSYSOPR, what impact
will this change have that I should be aware of? I'm guessing not much,
since all of our other boxes run the same applications and there are no
issues that I'm aware of. Maybe messages that used to be answered
automatically no longer are?
Dan Bale
IT - AS/400
Handleman Company
248-362-4400 Ext. 4952
D.Bale@Handleman.com
Quiquid latine dictum sit altum viditur.
(Whatever is said in Latin seems profound.)
-------------------------- Original Message
--------------------------
-----Original Message-----
From: York, Albert [SMTP:albert.york@nissan-usa.com]
Sent: Monday, August 13, 2001 1:02 PM
To: 'midrange-l@midrange.com'
Subject: RE: "Load next volume" message getting cancelled
Dan,
A similar thing happened to me once with printer messages. It drove
me crazy
(admittedly a short trip) before I found out the QSYSOPR message
queue
delivery mode had been changed to *DFT somehow.
Albert York
-----Original Message-----
From: Bale, Dan [SMTP:D.Bale@handleman.com]
Sent: Monday, August 13, 2001 9:24 AM
To: MIDRANGE-L@midrange.com
Subject: "Load next volume" message getting cancelled
Note before answering the question: I have checked the
system reply
list!
I have a backup running at one of my AS/400 sites that is
beginning
to
need a second tape. I am specifying the two volume IDs,
i.e.
VOL('FRI1W1' 'FRI2W1') , but when message CPA4089 appears to
tell me
that I need to "Load volume FRI2W1 on device TAP03. (C G)",
it gets
responded to automatically by the system with a 'C'
response.
Immediately following the auto 'C' response, is a message
CPF5104
"Cancel reply received for message CPA4089. Either a cancel
reply
was
received from the operator or the program, or the system
used a
default
reply..."
This all occurred in the space of a second and it happened
at 3:00
in
the morning when the building is empty, so I've ruled out
someone
pressing the magic key. I looked in the system reply list,
and
CPA4089
is NOT there. I checked both the job log and program source
for
CPA4089
being monitored, either by a global MONMSG or "local"
MONMSG, and
there's nothing there. The program has no global MONMSGs,
and their
is
no MONMSG on the command that issued the request for the
next
volume.
Where else can I look?
Dan Bale
IT - AS/400
Handleman Company
248-362-4400 Ext. 4952
D.Bale@Handleman.com
Quiquid latine dictum sit altum viditur.
(Whatever is said in Latin seems profound.)
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.