Your MSGSCLASS=A and all your SYSOUT=*, so all output must be in class A,
queue Hold or Write, but C=A.

Check your Jesjcl output for any overwrite.

El mar, 16 sept 2025, 19:07, Phil Smith III <[email protected]> escribió:

> A or H and output of $D OUTCLASS(x) is the same for both on both systems.
>
> -----Original Message-----
> From: IBM Mainframe Discussion List <[email protected]> On Behalf
> Of salva
> Sent: Tuesday, September 16, 2025 1:03 PM
> To: [email protected]
> Subject: Re: [EXT] Re: JES weirdness
>
> Please note the class (C column in SDSF) for both output: in the Hold queue
> (H) and the write (O).
> Then, repeat the $D OUTCLASS() for then.
>
> i hope this helps.
>
> El mar, 16 sept 2025 a las 18:10, Phil Smith III (<[email protected]>)
> escribió:
>
> > Quite possibly. I don't understand the difference. All I know is the
> > original statement: same job on 2.4 sends all to O queue, on 3.1 sends
> > some to each queue. And a lot of digging/reading hasn't illuminated
> > much, alas; I'm sure I'm looking in the wrong places.
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List <[email protected]> On
> > Behalf Of salva
> > Sent: Tuesday, September 16, 2025 12:06 PM
> > To: [email protected]
> > Subject: Re: [EXT] Re: JES weirdness
> >
> > Phill, excuse my question, but are you confusing O/H (sdsf queues)
> > with O/H/X jes2 classes?
> >
> > El mar, 16 sept 2025, 17:57, salva <[email protected]> escribió:
> >
> > > Also check:
> > >
> > > Syslog for messages
> > > Jes Policies
> > > Autooperator/Netview actions
> > >
> > >
> > >
> > > El mar, 16 sept 2025, 17:06, Phil Smith III <[email protected]>
> escribió:
> > >
> > >> Well, I did the LONG and compared the output, generated differences.
> > >>
> > >> Class O
> > >> 3.1 only:
> > >> 3.1 JESCANCEL=ALLOWED
> > >> 3.1 RESOURCE(JOE)=(LIMIT=DEFAULT,ACTION=DEFAULT)
> > >> 3.1 RESOURCE(TG)=(LIMIT=DEFAULT,ACTION=DEFAULT)
> > >>
> > >> 2.4 MSGLEVEL=(0,1)
> > >> 3.1 MSGLEVEL=(1,1)
> > >> 2.4 OUTDISP=(,)
> > >> 3.1 OUTDISP=(HOLD,HOLD)
> > >> 2.4 SWA=BELOW
> > >> 3.1 SWA=ABOVE
> > >> 2.4 SYSSYM=DISALLOW
> > >> 3.1 SYSSYM=ALLOW
> > >> 2.4 TIME=(000030,00)
> > >> 3.1 TIME=(001440,00)
> > >>
> > >> Class H
> > >> 3.1 only:
> > >> 3.1 JESCANCEL=ALLOWED
> > >> 3.1 RESOURCE(JOE)=(LIMIT=DEFAULT,ACTION=DEFAULT)
> > >> 3.1 RESOURCE(TG)=(LIMIT=DEFAULT,ACTION=DEFAULT)
> > >>
> > >> 3.1 BLP=NO
> > >> 2.4 BLP=YES
> > >> 2.4 JOURNAL=NO
> > >> 3.1 JOURNAL=YES
> > >> 2.4 OUTDISP=(,)
> > >> 3.1 OUTDISP=(HOLD,HOLD)
> > >> 3.1 SYSSYM=ALLOW
> > >> 2.4 SYSSYM=DISALLOW
> > >>
> > >> I changed OUTDISP to (,) for both, verified that it took, then
> > >> reran my job--no change.
> > >>
> > >> Would any of the other differences cause this change in behavior?
> > >> Doesn't look like it to me, but what do I know? Did I miss
> > >> something I should have $Ded?
> > >>
> > >> -----Original Message-----
> > >> From: IBM Mainframe Discussion List <[email protected]> On
> > >> Behalf Of Chalk, Shelia
> > >> Sent: Tuesday, September 16, 2025 7:47 AM
> > >> To: [email protected]
> > >> Subject: Re: [EXT] Re: JES weirdness
> > >>
> > >> Hello,
> > >> $T JOBCLASS(STC),OUTDISP=(WRITE,WRITE) - change  jes on the fly $T
> > >> JOBCLASS(STC),MSGCLASS=V  - change  jes on the fly
> > >> $D JOBCLASS(STC),LONG   - display
> > >>
> > >> Then go change it in the parmlib.  Jobclass can be changed to
> > >> outclass(A)
> > >>
> > >> Thanks
> > >>
> > >> Shelia Chalk
> > >> Mainframe System Programmer
> > >> [email protected]
> > >>
> > >> -----Original Message-----
> > >> From: IBM Mainframe Discussion List <[email protected]> On
> > >> Behalf Of salva
> > >> Sent: Monday, September 15, 2025 11:29 PM
> > >> To: [email protected]
> > >> Subject: [EXT] Re: JES weirdness
> > >>
> > >> Please Note: This email is from an [EXTERNAL] sender. Do not click
> > >> on links or attachments unless you expect them from the sender and
> > >> know the content is safe. Please contact the Service Desk if you
> > >> have any concerns regarding this message.
> > >>
> > >>
> > >>
> > >> Try the LONG option: $D JOBCLAS(x),LONG Also, compare $D INTRDR
> > >>
> > >> I had a similar problem, but I do not remember the details.
> > >>
> > >> El mar, 16 sept 2025 a las 6:14, Brian Westerman (<
> > >> [email protected]>) escribió:
> > >>
> > >> > I believe that he is trying to tell you that your settings for
> > >> > the MSGCLASS that you are using and the settings for the output
> > >> > DD class arE different on your two LPARs.
> > >> >
> > >> > Brian
> > >> >
> > >> > On Mon, 15 Sep 2025 23:44:30 -0400, Phil Smith III
> > >> > <[email protected]>
> > >> > wrote:
> > >> >
> > >> > >Ok, and that means...? Sorry, you're clearly saying something
> > >> > >significant
> > >> > but I can't grok!
> > >> > >
> > >> > >-----Original Message-----
> > >> > >From: IBM Mainframe Discussion List <[email protected]>
> > >> > >On Behalf
> > >> > Of Mike Schwab
> > >> > >Sent: Monday, September 15, 2025 9:32 PM
> > >> > >To: [email protected]
> > >> > >Subject: Re: JES weirdness
> > >> > >
> > >> > >The MSGCLASS controls where the JOB log, JCL, and Allocation /
> > >> > >steps
> > >> go.
> > >> > >SYSOUT on DD statements control output for that DD.
> > >> > >
> > >> > >On Mon, Sep 15, 2025 at 5:21 PM Phil Smith III <[email protected]>
> > >> wrote:
> > >> > >
> > >> > >> From what I can tell, settings are the same on both systems.
> > >> > >>
> > >> > >> -----Original Message-----
> > >> > >> From: IBM Mainframe Discussion List <[email protected]>
> > >> > >> On Behalf Of salva
> > >> > >> Sent: Monday, September 15, 2025 4:32 PM
> > >> > >> To: [email protected]
> > >> > >> Subject: Re: JES weirdness
> > >> > >>
> > >> > >> Output class parameters can be updated dinamically after
> > >> > >> JESPRM
> > init.
> > >> > >> Also, this changes may remain noted in Jes Checkpoint.
> > >> > >>
> > >> > >> Try some commands and compare output:
> > >> > >> $D Outclass(x)
> > >> > >> $D Jobclass(x)
> > >> > >> ...
> > >> > >>
> > >> > >> El lun, 15 sept 2025, 21:57, Phil Smith III <[email protected]>
> > >> escribió:
> > >> > >>
> > >> > >> > More 2.4 vs. 3.1 oddness: on 2.4 if I run a very basic COBOL
> > >> > >> > compile/link/run job, I get two SPOOL files in the O queue.
> > >> > >> > One has the RUN output; the other has the JESMSGLG, JESJCL,
> > >> > >> > JESYSMSG, COMPILE, and LKED output.
> > >> > >> >
> > >> > >> > The same JCL run on 3.1 puts the JESMSGLG, JESJCL, and
> > >> > >> > JESYSMSG on the H queue and two files in the O queue: one
> > >> > >> > with the RUN output and the other with the COMPILE and LKED
> output.
> > >> > >> >
> > >> > >> > The only differences that I know of are the z/OS version and
> > >> > >> > the COBOL compiler version. The JES configuration on 3.1
> > >> > >> > matches 2.4, allegedly (I don't know enough to be sure).
> > >> > >> >
> > >> > >> > Any ideas? This isn't a huge deal but it's kinda
> > >> > >> > irritating--I just a lot of small jobs to verify stuff and
> > >> > >> > keep having to find the
> > >> > "other"
> > >> > >> > file(s) in the other queue.
> > >> > >> >
> > >> > >> > ------------------------------------------------------------
> > >> > >> > --
> > >> > >> > ---
> > >> > >> > ---
> > >> > >> > -- For IBM-MAIN subscribe / signoff / archive access
> > >> > >> > instructions, send email to [email protected] with
> > >> > >> > the
> > >> > >> > message: INFO IBM-MAIN
> > >> > >> >
> > >> > >>
> > >> > >> --------------------------------------------------------------
> > >> > >> --
> > >> > >> ---
> > >> > >> --- For IBM-MAIN subscribe / signoff / archive access
> > >> > >> instructions, send email to [email protected] with the
> > >> > >> message: INFO IBM-MAIN
> > >> > >>
> > >> > >> --------------------------------------------------------------
> > >> > >> --
> > >> > >> ---
> > >> > >> --- For IBM-MAIN subscribe / signoff / archive access
> > >> > >> instructions, send email to [email protected] with the
> > >> > >> message: INFO IBM-MAIN
> > >> > >>
> > >> > >
> > >> > >
> > >> > >--
> > >> > >Mike A Schwab, Springfield IL USA Where do Forest Rangers go to
> > >> > >get away from it all?
> > >> > >
> > >> > >----------------------------------------------------------------
> > >> > >--
> > >> > >---
> > >> > >- For IBM-MAIN subscribe / signoff / archive access
> > >> > >instructions, send
> > >> > email to [email protected] with the message: INFO IBM-MAIN
> > >> > >
> > >> > >----------------------------------------------------------------
> > >> > >--
> > >> > >---
> > >> > >- For IBM-MAIN subscribe / signoff / archive access
> > >> > >instructions, send email to [email protected] with the
> > >> > >message: INFO IBM-MAIN
> > >> >
> > >> > -----------------------------------------------------------------
> > >> > --
> > >> > --- For IBM-MAIN subscribe / signoff / archive access
> > >> > instructions, send email to [email protected] with the
> > >> > message: INFO IBM-MAIN
> > >> >
> > >>
> > >> -------------------------------------------------------------------
> > >> --
> > >> - For IBM-MAIN subscribe / signoff / archive access instructions,
> > >> send email to [email protected] with the message: INFO
> > >> IBM-MAIN ======================================= This email, and
> > >> any files transmitted with it, is confidential and intended solely
> > >> for the use of the individual or entity to which it is addressed.
> > >> If you have received this email in error, please notify the system
> manager.
> > >> This message contains confidential information and is intended only
> > >> for the individual named. If you are not the named addressee, you
> > >> should not disseminate, distribute or copy this e-mail. Please
> > >> notify the sender immediately by e-mail if you have received this
> > >> message by mistake and delete this e-mail from your system. If you
> > >> are not the intended recipient, you are notified that disclosing,
> > >> copying, distributing or taking any action in reliance on the
> > >> contents of this information is strictly prohibited.
> > >>
> > >> -------------------------------------------------------------------
> > >> --
> > >> - For IBM-MAIN subscribe / signoff / archive access instructions,
> > >> send email to [email protected] with the message: INFO
> > >> IBM-MAIN
> > >>
> > >> -------------------------------------------------------------------
> > >> --
> > >> - For IBM-MAIN subscribe / signoff / archive access instructions,
> > >> send email to [email protected] with the message: INFO
> > >> IBM-MAIN
> > >>
> > >
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to [email protected] with the message: INFO IBM-MAIN
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to [email protected] with the message: INFO IBM-MAIN
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to [email protected] with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to