|
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.