1) The interactive job is in DSPW status, not a MSGW status, waiting for the user to respond to the message.
I was surprised to see this, I expected MSGW.
2) MSGW is a valid status for some 3rd party jobs.
JOB_NAME SUBSYSTEM SUBSY00001 AUTHO00001 JOB_STATUS
387465/RBTUSER/ROBOT RBTSLEEPER RBTSYSLIB RBTUSER MSGW
387466/RBTUSER/ROBOTREACT RBTSLEEPER RBTSYSLIB RBTUSER MSGW
674015/QPGMR/SPYGLSMON SPYGLASS SPYVIEW QPGMR MSGW
******** End of data ********
Paul
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Rob Berendt
Sent: Monday, September 16, 2019 2:52 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Monitoring issue - batch vs interactive
Select
JOB_NAME, -- The qualified job name.
SUBSYSTEM, -- The name of the subsystem where the job is running.
-- Contains the null value if the job is a system job.
SUBSYSTEM_LIBRARY_NAME, -- Library containing the subsystem description.
-- Contains the null value if the job is a system job.
AUTHORIZATION_NAME, -- The user profile under which the initial thread is running at this time. For jobs that swap user profiles, this user profile name and the user profile that initiated the job can be different.
JOB_STATUS
from table(qsys2.active_job_info(
RESET_STATISTICS => 'NO',
SUBSYSTEM_LIST_FILTER => '' ,
JOB_NAME_FILTER => '*ALL',
CURRENT_USER_LIST_FILTER => '',
DETAILED_INFO => 'NONE'
)) A
where job_status='MSGW';
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Steinmetz, Paul via MIDRANGE-L
Sent: Monday, September 16, 2019 2:28 PM
To: 'Midrange Systems Technical Discussion' <midrange-l@xxxxxxxxxxxxxxxxxx>
Cc: Steinmetz, Paul <PSteinmetz@xxxxxxxxxx>
Subject: Monitoring issue - batch vs interactive
CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
I created a few new Halcyon Level 2 QSYSOPR monitors for various issues.
What I discovered is that if the issue is run by an interactive job as opposed to batch, the MSG goes to the interactive msgq, not QSYSOPR.
Thus, the monitor does not pick these up.
Halcyon support suggest monitoring all interactive joblogs to resolve this.
Not a good option, since this creates a huge performance issue (due to how Halcyon coverts the interactive joblog to a temp disk file to do the monitoring) I have an open issue with their support on this from way back, asked if the their joblog monitors could be implemented using WRKWCHs.
Temporary I created a WRKWCH for the joblog monitors.
Questions to the group
How are others monitoring various messages that would be caused by an interactive job, not a batch job?
WRKWCH is one option, are there others?
If using a WRKWCH, should one WRKWCH handle multiple messages, or should each message have its own WRKWCH?
What performance impact, if any, do WRKWCHs have on the system?
Thank You
_____
Paul Steinmetz
IBM i Systems Administrator
Pencor Services, Inc.
462 Delaware Ave
Palmerton Pa 18071
610-826-9117 work
610-826-9188 fax
610-349-0913 cell
610-377-6012 home
psteinmetz@xxxxxxxxxx
http://www.pencor.com/
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxx for any subscription related questions.
Help support midrange.com by shopping at amazon.com with our affiliate link:
https://amazon.midrange.com
midrange.com
